snes9x143-rerecording - Project Hosting on Google Code

Older Jun 13, 2009 snes9x-1.43-rerecording-svn-r98.zip ([savestate modified from official one] Snes9x 1.43 re-record...) file uploaded by gochaism - Labels: Type-Executable OpSys-Windows Labels: Type-Executable OpSys-Windows Jun 13, 2009 r98 (win32 - add internal audio buffer for avi writer) committed by gochaism - win32 - add internal audio buffer for avi writer win32 - add internal audio buffer for avi writer Jun 13, 2009 snes9x-1.43-rerecording-svn-r97.zip ([savestate modified from official one] Snes9x 1.43 re-record...) file uploaded by gochaism - Labels: Type-Executable OpSys-Windows Labels: Type-Executable OpSys-Windows Jun 13, 2009 r97 (totally forgotten about gui_used things, added) committed by gochaism - totally forgotten about gui_used things, added totally forgotten about gui_used things, added Jun 13, 2009 snes9x-1.43-rerecording-svn-r96.zip ([savestate modified from official one] Snes9x 1.43 re-record...) file uploaded by gochaism - Labels: Type-Executable OpSys-Windows Featured Labels: Type-Executable OpSys-Windows Featured Jun 13, 2009 r96 (separated "Lua drawings in image" from "Text in image", gui....) committed by gochaism - separated "Lua drawings in image" from "Text in image", gui.gdscreenshot now overlays uncommited Lua drawings if needed. something nasty: replaced _WIN32, __WIN32, __WIN32__ to WIN32 :/ separated "Lua drawings in image" from "Text in image", gui.gdscreenshot now overlays uncommited Lua drawings if needed. something nasty: replaced _WIN32, __WIN32, __WIN32__ to WIN32 :/ Jun 07, 2009 r95 (fixed GCC screwup on the Linux build resulting in a segfault...) committed by shinydoofy - fixed GCC screwup on the Linux build resulting in a segfault at startup fixed GCC screwup on the Linux build resulting in a segfault at startup Jun 06, 2009 r94 (Fix Linux compilation errors) committed by shinydoofy - Fix Linux compilation errors Fix Linux compilation errors May 31, 2009 r93 (test) committed by pault414 - test test May 26, 2009 issue 3 (Hotkey Mappings for Cheat search commands) Summary changed by andres.delikat - My original request is fixed. So I am renaming this to Dromieceius's Idea (one that I find has a lot of potential). Summary: Hotkey Mappings for Cheat search commands My original request is fixed. So I am renaming this to Dromieceius's Idea (one that I find has a lot of potential). Summary: Hotkey Mappings for Cheat search commands May 26, 2009 issue 4 (Drag and Drop) Status changed by andres.delikat - This has been fixed or was never an issue. Either way, I am closing this. Status: Fixed This has been fixed or was never an issue. Either way, I am closing this. Status: Fixed May 26, 2009 issue 16 (Port over GENS Ram Watch) reported by andres.delikat - If we have ported over Ram Search, why not Ram Watch? GENS Ram watch is the better dialog of the current RAM watching dialogs. If we have ported over Ram Search, why not Ram Watch? GENS Ram watch is the better dialog of the current RAM watching dialogs. May 26, 2009 issue 10 (Frame Advance Key Problem) Status changed by andres.delikat - This issue seems to have been fixed. Status: Fixed This issue seems to have been fixed. Status: Fixed May 26, 2009 issue 5 (7z support) commented on by andres.delikat - I think we should port over the GENS .7z system to this emulator I think we should port over the GENS .7z system to this emulator May 16, 2009 issue 15 (Will not compile under 64-bit linux) reported by Michael....@geeksquad.com - What steps will reproduce the problem? 1. ./configure 2. make 3. Watch the world burn. What is the expected output? What do you see instead? Expected output is to watch the scrolling text keep scrolling until it's done. It doesn't do that. :) What version of the product are you using? On what operating system? Attempted with the official release and the lastest svn Please provide any additional information below. There is numerous places where the compile fails because of a loss of precision, it is simply required to change these from ints to longs The other issue I ran into while compiling (the one that ultimately made me give up,) was the Lua scripting engine, the configure.in seems to reference -llua but I was completely unable to make that stay in my SYSLIBS all the way to the end for whatever reason (I'm no Automake expert unfortunately) I did attempt to simply dump all of the required files into the directory, but it simply did not work. If you need to get into contact with me, I would prefer if you got me on the TASVideos forums or w/e :) What steps will reproduce the problem? 1. ./configure 2. make 3. Watch the world burn. What is the expected output? What do you see instead? Expected output is to watch the scrolling text keep scrolling until it's done. It doesn't do that. :) What version of the product are you using? On what operating system? Attempted with the official release and the lastest svn Please provide any additional information below. There is numerous places where the compile fails because of a loss of precision, it is simply required to change these from ints to longs The other issue I ran into while compiling (the one that ultimately made me give up,) was the Lua scripting engine, the configure.in seems to reference -llua but I was completely unable to make that stay in my SYSLIBS all the way to the end for whatever reason (I'm no Automake expert unfortunately) I did attempt to simply dump all of the required files into the directory, but it simply did not work. If you need to get into contact with me, I would prefer if you got me on the TASVideos forums or w/e :) Apr 25, 2009 snes9x-1.43-rerecording-svn-r92.zip ([savestate modified from official one] Snes9x 1.43 re-record...) file uploaded by gochaism - Labels: Type-Executable OpSys-Windows Labels: Type-Executable OpSys-Windows Apr 25, 2009 r92 (Quick fix for the issue that the current working directory i...) committed by gochaism - Quick fix for the issue that the current working directory is changed by snes9x, the script host. (I think this fix is incomplete, when a function which is provided by snes9x changes the current directory unintentionally, the current directory will be lost anyway) Quick fix for the issue that the current working directory is changed by snes9x, the script host. (I think this fix is incomplete, when a function which is provided by snes9x changes the current directory unintentionally, the current directory will be lost anyway) Apr 24, 2009 issue 14 (Registered functions are run after the script dies) Status changed by gochaism - I didn't know, thanks. > From Gens Lua Documentation: > If a script returns while it still has registered callbacks, Gens will keep it alive to call those callbacks when appropriate, until either the script is stopped by the user or all of the callbacks are de-registered. Status: WontFix I didn't know, thanks. > From Gens Lua Documentation: > If a script returns while it still has registered callbacks, Gens will keep it alive to call those callbacks when appropriate, until either the script is stopped by the user or all of the callbacks are de-registered. Status: WontFix Apr 24, 2009 issue 14 (Registered functions are run after the script dies) commented on by nitsuja-@hotmail.com - By the way, that's actually the intended behavior in Gens. By the way, that's actually the intended behavior in Gens. Apr 24, 2009 issue 14 (Registered functions are run after the script dies) reported by gochaism - local a = "no" snes9x.registerbefore( function() if a == "no" then a = input.popup("Do you love me?") end end) -- do nothing, but... local a = "no" snes9x.registerbefore( function() if a == "no" then a = input.popup("Do you love me?") end end) -- do nothing, but... Apr 24, 2009 r91 (added gui.clearuncommitted for easy flicker reduction when g...) committed by nitsuja-@hotmail.com - added gui.clearuncommitted for easy flicker reduction when gui.register can't be used added gui.clearuncommitted for easy flicker reduction when gui.register can't be used Apr 23, 2009 issue 12 (Desync Issues) commented on by gochaism - Weird, I can't reproduce the desync either. I was using r90 release. Weird, I can't reproduce the desync either. I was using r90 release. Apr 22, 2009 issue 12 (Desync Issues) commented on by nitsuja-@hotmail.com - Let me know if you find more information about it. Right now I can't do anything to fix it because I can't reproduce it. Let me know if you find more information about it. Right now I can't do anything to fix it because I can't reproduce it. Apr 21, 2009 issue 12 (Desync Issues) commented on by nitsuja-@hotmail.com - revision 90 debug: no desync revision 90 release: no desync Everything I've tried, your movie gets very far (many battles, past the dragon) with no desyncs. Does it happen for you even when playing the movie from the start in debug? Maybe you have some option set differently? revision 90 debug: no desync revision 90 release: no desync Everything I've tried, your movie gets very far (many battles, past the dragon) with no desyncs. Does it happen for you even when playing the movie from the start in debug? Maybe you have some option set differently? Apr 21, 2009 issue 12 (Desync Issues) commented on by gochaism - http://dehacked.2y.net/microstorage.php/info/468168162/madoumonogatari-tasv0-gocha.smv desynced at the first battle. It's a SlowROM game. http://dehacked.2y.net/microstorage.php/info/468168162/madoumonogatari-tasv0-gocha.smv desynced at the first battle. It's a SlowROM game. Apr 21, 2009 snes9x-1.43-rerecording-svn-r90.zip ([savestate modified from official one] Snes9x 1.43 re-record...) file uploaded by gochaism - Labels: Type-Executable OpSys-Windows Labels: Type-Executable OpSys-Windows Apr 21, 2009 r90 (added a option to switch the color conversion method of gui....) committed by gochaism - added a option to switch the color conversion method of gui.gdscreenshot added a option to switch the color conversion method of gui.gdscreenshot Apr 21, 2009 snes9x-1.43-rerecording-svn-r89.zip ([savestate modified from official one] Snes9x 1.43 re-record...) file uploaded by gochaism - Labels: Type-Executable OpSys-Windows Labels: Type-Executable OpSys-Windows Apr 21, 2009 r89 (stupid fix to the issue that joypad.set sometimes disables u...) committed by gochaism - stupid fix to the issue that joypad.set sometimes disables user input after script dies. stupid fix to the issue that joypad.set sometimes disables user input after script dies. Apr 21, 2009 r88 (Change to ignore "max skipped frames" during fast-forward wh...) committed by gochaism - Change to ignore "max skipped frames" during fast-forward when using fixed frameskip mode. Change to ignore "max skipped frames" during fast-forward when using fixed frameskip mode. Apr 21, 2009 r87 (Adjusted fixed frameskip mode to run in 100% speed, as well ...) committed by gochaism - Adjusted fixed frameskip mode to run in 100% speed, as well as auto frameskip mode. Adjusted fixed frameskip mode to run in 100% speed, as well as auto frameskip mode. Apr 20, 2009 snes9x-1.43-rerecording-svn-r86.zip ([savestate modified from official one] Snes9x 1.43 re-record...) file uploaded by gochaism - Labels: Type-Executable OpSys-Windows Labels: Type-Executable OpSys-Windows Apr 20, 2009 r86 (improved gui.popup (win32), added input.popup) committed by gochaism - improved gui.popup (win32), added input.popup improved gui.popup (win32), added input.popup Apr 20, 2009 snes9x-1.43-rerecording-svn-r85.zip ([savestate modified from official one] Snes9x 1.43 re-record...) file uploaded by gochaism - Labels: Type-Executable OpSys-Windows Labels: Type-Executable OpSys-Windows Apr 20, 2009 r85 (Small SFMT changes.) committed by gochaism - Small SFMT changes. Small SFMT changes. Apr 20, 2009 snes9x-1.43-rerecording-svn-r84.zip ([savestate modified from official one] Snes9x 1.43 re-record...) file uploaded by gochaism - Labels: Type-Executable OpSys-Windows Labels: Type-Executable OpSys-Windows Apr 20, 2009 r84 (Changed the draw timing of Lua GUI (use gui.register to disp...) committed by gochaism - Changed the draw timing of Lua GUI (use gui.register to display something) Changed the draw timing of Lua GUI (use gui.register to display something) Apr 20, 2009 issue 13 (Allow multiple macro setups) changed by nitsuja-@hotmail.com - Summary: Allow multiple macro setups Labels: Type-Enhancement −Type-Defect Summary: Allow multiple macro setups Labels: Type-Enhancement −Type-Defect Apr 19, 2009 issue 13 (Enhancement) reported by dunganb - Allow for multiple macro setups for P1 Allow for multiple macro setups for P1 Apr 19, 2009 snes9x-1.43-rerecording-svn-r83.zip ([savestate modified from official one] Snes9x 1.43 re-record...) file uploaded by gochaism - Labels: Type-Executable OpSys-Windows Labels: Type-Executable OpSys-Windows Apr 19, 2009 issue 12 (Desync Issues) commented on by gochaism - Ah, nice fast work as usual. Revision 82 solved my desync problem. What I've tried are my Goemon movies (FastROM). Ah, nice fast work as usual. Revision 82 solved my desync problem. What I've tried are my Goemon movies (FastROM). Apr 19, 2009 snes9x-1.43-rerecording-svn-r82.zip ([savestate modified from official one] Snes9x 1.43 re-record...) file uploaded by gochaism - Labels: Type-Executable OpSys-Windows Labels: Type-Executable OpSys-Windows Apr 19, 2009 r83 (more convenient hotkeys setup for frame/lag counters) committed by nitsuja-@hotmail.com - more convenient hotkeys setup for frame/lag counters more convenient hotkeys setup for frame/lag counters Apr 19, 2009 issue 12 (Desync Issues) commented on by nitsuja-@hotmail.com - I added a sync option for it in revision 82 to keep old movie compatibility. See if that fixes the problem with whatever movies you were trying to play. I added a sync option for it in revision 82 to keep old movie compatibility. See if that fixes the problem with whatever movies you were trying to play. Apr 19, 2009 r82 (added "Clean FastROM setting" sync option to fix playback of...) committed by nitsuja-@hotmail.com - added "Clean FastROM setting" sync option to fix playback of old movies of certain FastROM games that need an improperly-initialized emulator value to sync, fixed options in the movie recording dialog not working if another movie was already open, increased V1_RR_UNOFFICIAL to fix support for loading old savestates (which might be embedded in some movies) added "Clean FastROM setting" sync option to fix playback of old movies of certain FastROM games that need an improperly-initialized emulator value to sync, fixed options in the movie recording dialog not working if another movie was already open, increased V1_RR_UNOFFICIAL to fix support for loading old savestates (which might be embedded in some movies) Apr 19, 2009 issue 12 (Desync Issues) commented on by nitsuja-@hotmail.com - Finally found one (demon's crest). The problem is that for FastROM games, CPU.FastROMSpeed starts at 8 and can change from 8 to 6 while the game is running, but then when you hard reset it would carry over the previous value, which is why some games would desync if you didn't let the emulation run for a while before starting to play the movie. I changed it to always start at 8 like it does from a clean start of Snes9x. I didn't realize that, unfortunately, we have some movie files that assume the value starts at 6, and other movie files that assume the value starts at 8. I'm not sure what the best way to fix it is, because the only way to know which one the movie expects is to actually emulate the game and see if the value changes from 8 to 6 in a shorter amount of time than it takes most people to click on the menu to start playing a movie. Finally found one (demon's crest). The problem is that for FastROM games, CPU.FastROMSpeed starts at 8 and can change from 8 to 6 while the game is running, but then when you hard reset it would carry over the previous value, which is why some games would desync if you didn't let the emulation run for a while before starting to play the movie. I changed it to always start at 8 like it does from a clean start of Snes9x. I didn't realize that, unfortunately, we have some movie files that assume the value starts at 6, and other movie files that assume the value starts at 8. I'm not sure what the best way to fix it is, because the only way to know which one the movie expects is to actually emulate the game and see if the value changes from 8 to 6 in a shorter amount of time than it takes most people to click on the menu to start playing a movie. Apr 19, 2009 issue 12 (Desync Issues) commented on by nitsuja-@hotmail.com - I still can't find any movies that desync, but it occurred to me that we should probably increase V1_RR_UNOFFICIAL, otherwise old savestates won't load properly, which could cause problems for savestate-containing movies. I still can't find any movies that desync, but it occurred to me that we should probably increase V1_RR_UNOFFICIAL, otherwise old savestates won't load properly, which could cause problems for savestate-containing movies. Apr 19, 2009 issue 12 (Desync Issues) commented on by nitsuja-@hotmail.com - And actually, the movies I've tried so far have played fine. Could you give an example of an older movie that doesn't play? And actually, the movies I've tried so far have played fine. Could you give an example of an older movie that doesn't play? Apr 19, 2009 issue 12 (Desync Issues) commented on by nitsuja-@hotmail.com - There weren't any timing changes there or in the other revisions. Only snapshot and reset fixes. Maybe one of the values I reset to 0 at startup actually shouldn't be 0. Sorry, I'll try fixing it ASAP... There weren't any timing changes there or in the other revisions. Only snapshot and reset fixes. Maybe one of the values I reset to 0 at startup actually shouldn't be 0. Sorry, I'll try fixing it ASAP... Apr 19, 2009 snes9x-1.43-rerecording-svn-r81.zip ([DIFFERENT MOVIE TIMING & SAVESTATE] Snes9x 1.43 re-reco...) file uploaded by gochaism - Labels: Type-Executable OpSys-Windows Labels: Type-Executable OpSys-Windows

issue 15 (Will not compile under 64-bit linux) reported by Michael....@geeksquad.com - What steps will reproduce the problem? 1. ./configure 2. make 3. Watch the world burn. What is the expected output? What do you see instead? Expected output is to watch the scrolling text keep scrolling until it's done. It doesn't do that. :) What version of the product are you using? On what operating system? Attempted with the official release and the lastest svn Please provide any additional information below. There is numerous places where the compile fails because of a loss of precision, it is simply required to change these from ints to longs The other issue I ran into while compiling (the one that ultimately made me give up,) was the Lua scripting engine, the configure.in seems to reference -llua but I was completely unable to make that stay in my SYSLIBS all the way to the end for whatever reason (I'm no Automake expert unfortunately) I did attempt to simply dump all of the required files into the directory, but it simply did not work. If you need to get into contact with me, I would prefer if you got me on the TASVideos forums or w/e :)

What steps will reproduce the problem? 1. ./configure 2. make 3. Watch the world burn. What is the expected output? What do you see instead? Expected output is to watch the scrolling text keep scrolling until it's done. It doesn't do that. :) What version of the product are you using? On what operating system? Attempted with the official release and the lastest svn Please provide any additional information below. There is numerous places where the compile fails because of a loss of precision, it is simply required to change these from ints to longs The other issue I ran into while compiling (the one that ultimately made me give up,) was the Lua scripting engine, the configure.in seems to reference -llua but I was completely unable to make that stay in my SYSLIBS all the way to the end for whatever reason (I'm no Automake expert unfortunately) I did attempt to simply dump all of the required files into the directory, but it simply did not work. If you need to get into contact with me, I would prefer if you got me on the TASVideos forums or w/e :)

Older