Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
There was discussion on IRC about probing the initial state of NES WRAM.
The general idea was as follows:
- Take a very cheap NES NROM (because those are the simplest) cart and replace the ROM chip with 32kB (E)EPROM chip.
- Burn image that exports the contents of NES WRAM in image[*]
- Run that cart.
Oh, there is complication that NES has both PRG ROM and CHR ROM/RAM. Presumably the CHR ROM chip would have to be replaced too.
As for SNES, similar things would work there, albeit with much larger (E)EPROM chips (e.g. 1024kB chip).
[*] Other things like exporting the state through NES controller port (kinda like how ST-0018 firmware in SNES Shogi2 was dumped) could also be possible...
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Nach wrote:
Another difference, which in fact makes games like this easier in the consideration department is that each level doesn't affect any other (and same with Lemmings and so on). With the other games, many earlier changes will drastically effect the game later.
Well, levels mostly don't affect each other, but luck differences do carry over levels. Of course, most of that is moot, given the extent of luck manipulation possible (one can optionally burn one extra RNG per frame).
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Apparently he got really annoyed...
Also, based on some /query discussions on IRC, he had 8Mbit SNES EPROM cart (and used that to try to verify some Speedy Gonzales run, which of course didn't work[*]).
[*] No surprise. I knew about instability of that game and that it wouldn't be verifiable.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Patashu wrote:
What about slowing it down to 60/70 = 85.714% speed?
That would likely be too fast.
There's no real technical reason 50% would be even easier to do than the rest, so if you think you have better speed, speak up.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Zeyn0 wrote:
Next step : Rooms C, D and F before the Blue Boss (Way one of the four ways)
As far as I can see, unless there are some very strange mechanics involved, the order you do bosses (Blue/Yellow or Pink/Green) on 15-room routes doesn't matter, since you are going to do the same rooms anyway.
And even if there is strange mechanics that would make the routes non-equivalent, presumably one can pick the faster run at start of room P or Q after both bosses are destroyed.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Often even if there is both savestates and input recording, those don't work together (to produce rerecording).
Haven't really looked at it yet, but that's point worth keeping in mind with new emulators.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Opus codec has been in use for audio in "modern HQ" encodes since 2460M.
Forum thread with more information, including media players supporting the codec.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
dwangoAC wrote:
Next up, I need to figure out what the SNES controller pinout is and give that a shot, but that might have to wait until true can get an SNES of his own.
The pinout is (From straight side to curved side):
1) +5V
2) Clock
3) Latch
4) Data1
(the small separator plate is here)
5) Data2 (often marked as NC)
6) Select (often marked as NC)
7) Ground
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
STBM wrote:
Quick question (that doesn't deserve a thread) : Is it safe to run Dolphin 4.0 AND Dolphin 3.5 at the same time ? (to compare stuff)
I don't see why it would not be safe (I assume you meant 4.0-<something> or 4.0.1, since 4.0 release isn't TAS-safe).
(I have had system go nuts when running lots of emulators, but the system load was probably loads more than what two Dolphins could do).
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Warp wrote:
For what it's worth, I still cannot comprehend what's so horribly wrong with adding one additional option to the voting, to indicate a problem in the submission that disqualifies it from being published.
Technically that's fairly nasty to do, as some site code assumes what the choices are. Even altering the order to be more "logical" is hard.
E.g. This is why some submissions that had vote choices altered as a joke still had the equivalent choices in the same order.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
THC98 wrote:
I see... does these gaps issue happen with all the audio plugins (audio backend), or the other plugins just don't work at all?
The audio is dumped straight from the DSP level. So the only setting that would matter would be DSP LLE vs. HLE, and I don't think this run is going to sync with DSP HLE.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Patashu wrote:
How did THC's encode not suffer from the same problem? Can you do what THC did?
If one just omits the missing parts (like THC did), that leads to A/V desync. THC did a lot of editing to make the audio and video approximately sync up.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
SmashManiac wrote:
I just checked the official encode on YouTube, and the audio pitch drops whenever there's a lot of action on the screen.
Damn, basically the due to emulation errors, parts of sound are missing, leading to really annoying crackling.
Apparently there is so much missing that algorithm trying to cover that up winds up affecting the pitch by a fair amount...
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
kuja killer wrote:
I decided to do a whole entire TAS myself of this rom hack.
It took me about 1 month since i last posted.
I really put alot of effort into this and tried my best.
http://www.mediafire.com/?tbg97td173wujy6
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
ars4326 wrote:
This was like the 'Dance, Dance, Revolution!' of Earthbound TASing! Definitely keep the extra input feature intact with the encode (if possible) if published. Otherwise, staring at just the start-up screen diminishes the entertainment value.
Well, the encoder would likely need whatever script used to generate that input display.
I can't even view nicovideo, so I don't know what it is like...
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
ProcyonSJJ wrote:
@Ilari: Thanks for the explanation about the preprocessor, I appreciate it. However, are you aware of how I can instruct scons to include -lGLU in the list of libraries to link against? I had assumed that the OPENGL section of scons was also responsible for including -lGL, but I could not see how that was being enforced.
You mean the scons script doesn't include -lGLU in OpenGL case and you need something from that library?
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
ProcyonSJJ wrote:
1) I'm developing within the SDL version (linux), but I'm not very familiar with scons. I see the whole bit about checking for OPENGL support and adding -DOPENGL to the CCFLAGS. Is there anyway to enforce the addition of -lGLU to the LIBS?
-DOPENGL means to define preprocssor symbol OPENGL. So in the code, one can use:
#ifdef OPENGL
<code for opengl>
#endif
Or
#ifdef OPENGL
<code for opengl>
#else
<code for non-opengl>
#endif
