Now I just wait for someone to do a Castlevania II: Belmont's Revenge run...
I`ll look at Bisqwits patch and see if it's better than mine
They don't appear to be gzip'd at all. Rename them to end in .diff and you're golden.
Does 020 store whether the game is GB, SGB, GBC, or SGB2 (SGB + GBC)? I noticed that 016 only stores whether or not it's GBA, so I was a little confused.
Does 020 store whether the game is GB, SGB, GBC, or SGB2 (SGB + GBC)? I noticed that 016 only stores whether or not it's GBA, so I was a little confused.
Do you think the options for left+right and up+down should be separated in case people want one and not the other, or does that seem unnecessary?
So controller data is 2 bytes per frame instead of 4 bytes now, right?
Does this mean I could potentially stuff the necessary information into the beginning of my Rockman World movie and set it to 2 controllers to make it work? Would I need to use one of your "use old sync" options? Or would 2 controllers not work anyway because it's not SGB? (Speaking of multiple controllers/players, is there any potential for linked games in VisualBoyAdvance, or is that a bit too far-fetched right now?)
Being able to record resets in-game is cool, but I'm sure that purists will argue that you should only be able to reset games by the A+B+Select+Start code and nothing else. What do you think?
I don't really know anything about motion sensors. Were they used for Kirby's Tilt 'n' Tumble? I haven't played the game, but supposedly you have to tilt the actual Game Boy Color to play it. That sounds like something you would need motion sensors for.
And this is a bit unrelated, but have you given any thought to the clock in the second-generation Pokemon games that keeps track of the current time, even when you're not playing? How does that work? How is it generally handled in an emulator?
I think there's no problem if a run hits reset partway through the run, after all you can reset a real GBX, and there is no possibility of cheating because the only save data you'll be able to load is the data you've created within the run up to that point (if it's a "from power-on" movie, it will actually erase (maybe rename would be better?) your SRAM file before starting the movie).
I was going to say renaming was a good idea... But wait a minute... If all the save data the movie needs will be saved in the movie file itself, couldn't you just have the emulator ignore the current SRAM file completely for making "no previous save" movies, and for savedata-based movies, have it read the SRAM file once to save it into the movie file, then ignore it completely from that point onward? That seems like a more natural way to protect people's save files, and then you probably won't have to put in nagging notices about losing or renaming files (like what VBA has now).
I'm pretty sure it should run to Bisqwit's requirements in Wine once I make some commandline argument flags.
Also, about Wine, are there any features of Windows that don't emulate properly in Wine that I should avoid?
What exactly do you mean by raw audio and video data?
do you want the formatting information (width, height, depth) to be part of the file in some format I define, or outputted elsewhere?
/* Is video logging enabled? 0=no, 1=yes, 2=active. Default value: 0 */
int LoggingEnabled;
/* Assumed video frame rate. Default value: 60 */
unsigned FPS;
/* Get and set the video recording command (shell command) */
const char* NESVideoGetVideoCmd();
void NESVideoSetVideoCmd(const char *cmd)
/* Get and set the audio recording command (shell command) */
const char* NESVideoGetAudioCmd();
void NESVideoSetAudioCmd(const char *cmd);
/* Save 1 frame of video. (Assumed to be 16-bit RGB) */
/* Does not do anything if LoggingEnabled<2. */
void NESVideoLoggingVideo(const void*data, unsigned width,unsigned height);
/* Save N bytes of audio. bytes_per_second is required on the first call. */
/* Does not do anything if LoggingEnabled<2. */
/* The interval of calling this function is not important, as long as all the audio data is eventually written without too big delay (5 seconds is too big) */
/* This function may be called multiple times per video frame, or once per a few video frames, or anything in between. Just that all audio data must be written exactly once, and in order. */
void NESVideoLoggingAudio(const void*data, unsigned bytes, unsigned bytes_per_second)
OK, I added -audiolog and -videolog flags that use the nesvideos-piece code. http://nvdata.pilif.ch/VBA-rerecording-new3.zip
I think the application still needs MFC71.dll and msvcr71.dll to run. (These are both publicly available files, if you don't have them already.)
-frameskip 0 is to make sure all frames get in the video. (It can/should be set higher when not outputting video.) -synchronize 0 tells it to NOT limit the playing speed to the normal sound-playing speed. (For normal viewing, use synchronize 1 instead.) -throttle 1000 tells it to run at 1000% speed, or as fast as the computer can handle, whichever is lower (probably the latter). Must also have -synchronize 0 or this won't work right... (For normal viewing, use throttle 100 instead.)
Locked