Post v1.42 ZSNES WIPs
Moderator: ZSNES Mods
Nach,
On the same note as the savepath "bug" this also occurs with the 'sound enabled' option, i often play games like Tetris with sound disabled so I can listen to mp3's and each time ZSNES is restarted it is re-enabled. I don't believe this happened prior to the newer releases. I'll track it down if you're interested.
...
pagefault,
The netplay in your latest build is great. I played online last night for an hour with my friend. While we rarely have desync issues the gameplay was noticeably smoother. Great fixes, no problems so far. If it's relevant we used UDP, default port, latency of 1, and we're both on cable.
On the same note as the savepath "bug" this also occurs with the 'sound enabled' option, i often play games like Tetris with sound disabled so I can listen to mp3's and each time ZSNES is restarted it is re-enabled. I don't believe this happened prior to the newer releases. I'll track it down if you're interested.
...
pagefault,
The netplay in your latest build is great. I played online last night for an hour with my friend. While we rarely have desync issues the gameplay was noticeably smoother. Great fixes, no problems so far. If it's relevant we used UDP, default port, latency of 1, and we're both on cable.
Congratulations, you guys. You know what that means, right? More work. Now, stop watching pr0n on the internet and get back to coding!pagefault wrote:...grinvader and ipher have been inducted into the "l33t" group known as "Assistant Coders" so give them a pat on the back...
[url=http://www.fsf.org/resources/formats/playogg]PlayOgg[/url]
We usually play these games:Syvalion wrote:May I ask which games work well for you in particular? Any estimate on what your ping times are? I am curious to know. Thanks.
- Tetris and Dr. Mario
Super Tetris 3
Super Mario Kart
Thanks, deathtok, that information is useful.
Some games seem to work well consistently, and others seem to break quite often. It would be great if someone figured out why. I think I'm on the case.
v v v v v v v cool v v v v v v v
Some games seem to work well consistently, and others seem to break quite often. It would be great if someone figured out why. I think I'm on the case.
v v v v v v v cool v v v v v v v
Last edited by Dead on Sat Feb 05, 2005 10:13 pm, edited 1 time in total.
I see that the save directory location not saving properly in the zsnesw.cfg bug has been fixed.
Congrats! That was truly annoying.
Not critical but something strange is happening with my MinGW build of ZSNES.
2 of the 4 gui effects don't seem to be working.
The two effects - Burning Effect and Water Effect B do not seem to be working on my build.
I checked it with Ipher's Build (02/02/05) (MSVC) and Burning Effect works but Water Effect B doesn't seem to work.
Snow (smoke in the sourcecode?) and Water Effect A seems to work the same in both builds.
I'm just wondering if anybody else with MinGW builds are seeing this.
Thanks
/Ieremiou
Congrats! That was truly annoying.
Not critical but something strange is happening with my MinGW build of ZSNES.
2 of the 4 gui effects don't seem to be working.
The two effects - Burning Effect and Water Effect B do not seem to be working on my build.
I checked it with Ipher's Build (02/02/05) (MSVC) and Burning Effect works but Water Effect B doesn't seem to work.
Snow (smoke in the sourcecode?) and Water Effect A seems to work the same in both builds.
I'm just wondering if anybody else with MinGW builds are seeing this.
Thanks
/Ieremiou
Yeah it's a known issue. Something about the code doesn't allow it to work properly in mingw. I don't really know much about it though.ieremiou wrote:I see that the save directory location not saving properly in the zsnesw.cfg bug has been fixed.
Congrats! That was truly annoying.
Not critical but something strange is happening with my MinGW build of ZSNES.
2 of the 4 gui effects don't seem to be working.
The two effects - Burning Effect and Water Effect B do not seem to be working on my build.
I checked it with Ipher's Build (02/02/05) (MSVC) and Burning Effect works but Water Effect B doesn't seem to work.
Snow (smoke in the sourcecode?) and Water Effect A seems to work the same in both builds.
I'm just wondering if anybody else with MinGW builds are seeing this.
Thanks
/Ieremiou
-
- ZSNES Developer
- Posts: 3904
- Joined: Tue Jul 27, 2004 10:54 pm
- Location: Solar powered park bench
- Contact:
You probably don't get it then. You have to start a game with a wild background and hit escape.ieremiou wrote: but Water Effect B doesn't seem to work.
May 9 2007 - NSRT 3.4, now with lots of hashing and even more accurate information! Go download it.
_____________
Insane Coding
_____________
Insane Coding
Re: Post v1.42 ZSNES WIPs
ZSNES 2/07 WIP is now available at ipher's WIP Site
Whats New:
2/07/05
D_W: Fixed SRAM path saving when loaded from config file. [Nach]
W_S: Even lower CPU utilization in GUI, this is a really quick and dirty fix [pagefault]
W_S: F1/F3 menu's now included in CPU usage fix [pagefault]
WIN: Begin support of the debugger. [pagefault]
SDL: Fixed video change freeze problems. [Nach]
ALL: Fixed register overwriting when using Check SRAM+Save. [Nach]
ALL: Fixed loading of sound off. [Nach]
ALL: Fix some ZMV bugs. [pagefault]
ALL: Fixed some bizarre sprite corruption bugs in some squaresoft games. [pagefault]
ALL: Fixed video fail restore. [Nach]
ALL: Removed some unneeded code that only slowed things down. [Nach]
ALL: Netplay fixes round 3. [pagefault, Nach]
ALL: Align more data. [Nach, pagefault]
GUI: Changed video change key to spacebar. [Nach]
SRC: Added CPU parameter for specific CPU optimizations. [Nach]
SRC: Something to help our porting of code from assembly to C. [Nach]
SRC: By annoying bordering on moronic demand, added win32-unix-shell. [Nach]
SRC: Merged ztcp. [Nach]
SRC: Removed src/video/2xsaiw.inc [Nach]
Whats New:
2/07/05
D_W: Fixed SRAM path saving when loaded from config file. [Nach]
W_S: Even lower CPU utilization in GUI, this is a really quick and dirty fix [pagefault]
W_S: F1/F3 menu's now included in CPU usage fix [pagefault]
WIN: Begin support of the debugger. [pagefault]
SDL: Fixed video change freeze problems. [Nach]
ALL: Fixed register overwriting when using Check SRAM+Save. [Nach]
ALL: Fixed loading of sound off. [Nach]
ALL: Fix some ZMV bugs. [pagefault]
ALL: Fixed some bizarre sprite corruption bugs in some squaresoft games. [pagefault]
ALL: Fixed video fail restore. [Nach]
ALL: Removed some unneeded code that only slowed things down. [Nach]
ALL: Netplay fixes round 3. [pagefault, Nach]
ALL: Align more data. [Nach, pagefault]
GUI: Changed video change key to spacebar. [Nach]
SRC: Added CPU parameter for specific CPU optimizations. [Nach]
SRC: Something to help our porting of code from assembly to C. [Nach]
SRC: By annoying bordering on moronic demand, added win32-unix-shell. [Nach]
SRC: Merged ztcp. [Nach]
SRC: Removed src/video/2xsaiw.inc [Nach]
[url=http://www.ipherswipsite.com]ipher's WIP Site[/url]
-
- Born to Rule... Impatiently
- Posts: 265
- Joined: Wed Nov 17, 2004 8:21 pm
- Location: Everywhere I want to be.
- Contact:
New WIP. Sweet.
Thanks, ipher!
Thanks, ipher!
[url=http://board.zsnes.com/phpBB2/viewtopic.php?t=3298][color=brown]My [u]NES palette[/u][/color][/url] - better colors with any emulator.
"the more you know, and the more you can do... the more you are."
- [url=http://www.danielbohman.com][color=brown][u]daniel bohman[/u][/color][/url]
"the more you know, and the more you can do... the more you are."
- [url=http://www.danielbohman.com][color=brown][u]daniel bohman[/u][/color][/url]
-
- New Member
- Posts: 9
- Joined: Mon Jan 17, 2005 10:04 am
-
- ZSNES Developer
- Posts: 6747
- Joined: Tue Dec 28, 2004 6:47 am
Occurs in 1.42 and post-WIPs (including 2/07 WIP)
Savestate not able to load properly under SRM Check+Save in DOS/Windows port.
To reproduce:
1) Load ZSNES
2) Make sure SRM Check+Save is not enabled, the Snapshots directory can be undefined or defined to any other valid directory other than the ZSNES directory, and that there are no savestates in the ZSNES directory
3) Load a game (best to use a game that does use SRM aka "battery backup" like FF2)
4) Save a state (via F2)
5) Quit ZSNES
6) Load ZSNES
7) Enable SRM Check+Save
Load same game used in Step 3
9) Load save state immediately (via F4)
10) Wait approximately 10 secs
11) Attempt to load save state
You will get an error message at this point. Seems to only occur in the Windows+DOS port.
If you attempt to save a savestate at this point, you will find a savestate in the ZSNES directory.
This does NOT occur when using the save/load state features in the GUI. (If you substitude the load savestate via the GUI, there is no problem.) This is probably a directory problem. (ZSNES tries to find the savestate in the ZSNES directory instead of the snapshots/savedir.. which is the actual bug)
Another bug occuring in the Windows/DOS port (1.42 through 2/07 WIP):
When you start ZSNES for the first time (meaning there are no ZSNES generated files in the directory ZSNES is run, and you just load the GUI), and then you define the savedir path (with a valid directory of course)... if you select a ROM via Load (in the GUI)... the current savedir is redefined as the directory where you have selected your ROM from..
To reproduce:
1) Start ZSNES to the GUI like if it were your first time (remove all zsnes .cfg and .dat files)
2) Define Savedir via the Paths menu to a valid directory
3) Select your ROM via the Load menu, the ROM must NOT be in the same directory ZSNES is in
4) Pause the game by visiting the GUI (via ESC key)
5) Look at the Savedir directory via the Paths menu
Obviously the Savedir path should not change when you select a ROM and change directories AND on the first time ZSNES initializes.
Savestate not able to load properly under SRM Check+Save in DOS/Windows port.
To reproduce:
1) Load ZSNES
2) Make sure SRM Check+Save is not enabled, the Snapshots directory can be undefined or defined to any other valid directory other than the ZSNES directory, and that there are no savestates in the ZSNES directory
3) Load a game (best to use a game that does use SRM aka "battery backup" like FF2)
4) Save a state (via F2)
5) Quit ZSNES
6) Load ZSNES
7) Enable SRM Check+Save
Load same game used in Step 3
9) Load save state immediately (via F4)
10) Wait approximately 10 secs
11) Attempt to load save state
You will get an error message at this point. Seems to only occur in the Windows+DOS port.
If you attempt to save a savestate at this point, you will find a savestate in the ZSNES directory.
This does NOT occur when using the save/load state features in the GUI. (If you substitude the load savestate via the GUI, there is no problem.) This is probably a directory problem. (ZSNES tries to find the savestate in the ZSNES directory instead of the snapshots/savedir.. which is the actual bug)
Another bug occuring in the Windows/DOS port (1.42 through 2/07 WIP):
When you start ZSNES for the first time (meaning there are no ZSNES generated files in the directory ZSNES is run, and you just load the GUI), and then you define the savedir path (with a valid directory of course)... if you select a ROM via Load (in the GUI)... the current savedir is redefined as the directory where you have selected your ROM from..
To reproduce:
1) Start ZSNES to the GUI like if it were your first time (remove all zsnes .cfg and .dat files)
2) Define Savedir via the Paths menu to a valid directory
3) Select your ROM via the Load menu, the ROM must NOT be in the same directory ZSNES is in
4) Pause the game by visiting the GUI (via ESC key)
5) Look at the Savedir directory via the Paths menu
Obviously the Savedir path should not change when you select a ROM and change directories AND on the first time ZSNES initializes.
On the 2/7 WIP that sound fix I told you about sort of works. The sound will stay disabled in zsnesw.cfg now if I shut it off and close ZSNES. The problem though is ZSNES won't load if sound is disabled. I had to manually re-enable it to get ZSNES to load. I'm guessing it is related to the initialization fix.
To reproduce:
1) Load ZSNES
2) Disable sound
3) Close ZSNES
4) Try to load ZSNES and it won't
Alternatively:
1) Open the ZSNES cfg file
2) Change 'Sound = 1' to 'Sound = 0'
3) Try to load ZSNES and it won't
I hope this helps.
** UPDATE **
I just saw that you did some work on sound initialization stuff after ipher released the WIP. So this post may not be accurate anymore.
To reproduce:
1) Load ZSNES
2) Disable sound
3) Close ZSNES
4) Try to load ZSNES and it won't
Alternatively:
1) Open the ZSNES cfg file
2) Change 'Sound = 1' to 'Sound = 0'
3) Try to load ZSNES and it won't
I hope this helps.
** UPDATE **
I just saw that you did some work on sound initialization stuff after ipher released the WIP. So this post may not be accurate anymore.
Re: Post v1.42 ZSNES WIPs
May be a quick and dirty fix, but it seems to be working great on here!ipher wrote:ZSNES 2/07 WIP is now available
Whats New:
2/07/05
W_S: Even lower CPU utilization in GUI, this is a really quick and dirty fix [pagefault]
If that's not a rhetorical question, donations are good.isamu wrote:how could we ever repay Nachs and Pagefault for their tireless contribution to this outrageously fantastic emulator?
[Edit] I notice now that this post actually occurred (and was responded to) in the thread below, as well... [/Edit]
ZSNES February 10 WIP is now available at ipher's WIP Site
Whats New:
2/10/05
WIN: Added Use Primary Buffer option [Nach, ipher]
SDL: Begin support for HQ3X and 4X, support will have to wait for a bit while I fix something else. [pagefault]
W_S: Netplay fixes round 4. [Nach]
ALL: Init'd a ton of sound vars. [Nach]
ALL: Rewind backups more sound vars. [Nach]
ALL: Cleaned up debug. [Nach]
ALL: SRAMPath should be fixed for good now. [Nach]
GUI: Added "# of rewind states" dummy option to Save Options. [ipher]
SRC: Added release grade parameter. [Nach]
SRC: Fixed platform changes during compile. [Nach]
SRC: Fixed an error from using search and replace without checking.
Whats New:
2/10/05
WIN: Added Use Primary Buffer option [Nach, ipher]
SDL: Begin support for HQ3X and 4X, support will have to wait for a bit while I fix something else. [pagefault]
W_S: Netplay fixes round 4. [Nach]
ALL: Init'd a ton of sound vars. [Nach]
ALL: Rewind backups more sound vars. [Nach]
ALL: Cleaned up debug. [Nach]
ALL: SRAMPath should be fixed for good now. [Nach]
GUI: Added "# of rewind states" dummy option to Save Options. [ipher]
SRC: Added release grade parameter. [Nach]
SRC: Fixed platform changes during compile. [Nach]
SRC: Fixed an error from using search and replace without checking.
[url=http://www.ipherswipsite.com]ipher's WIP Site[/url]
-
- Born to Rule... Impatiently
- Posts: 265
- Joined: Wed Nov 17, 2004 8:21 pm
- Location: Everywhere I want to be.
- Contact:
Yet another WIP. This is good.
I've noticed a bug with the new spacebar requirement for changing resolutions: if you switch from a windowed mode to another windowed mode and press spacebar when it asks to "press any key," then the second prompt, which asks the user to press spacebar, does not appear. It doesn't have a chance to revert back to the previous resolution because it already read that the spacebar was pressed.
I've noticed a bug with the new spacebar requirement for changing resolutions: if you switch from a windowed mode to another windowed mode and press spacebar when it asks to "press any key," then the second prompt, which asks the user to press spacebar, does not appear. It doesn't have a chance to revert back to the previous resolution because it already read that the spacebar was pressed.
[url=http://board.zsnes.com/phpBB2/viewtopic.php?t=3298][color=brown]My [u]NES palette[/u][/color][/url] - better colors with any emulator.
"the more you know, and the more you can do... the more you are."
- [url=http://www.danielbohman.com][color=brown][u]daniel bohman[/u][/color][/url]
"the more you know, and the more you can do... the more you are."
- [url=http://www.danielbohman.com][color=brown][u]daniel bohman[/u][/color][/url]
-
- ZSNES Developer
- Posts: 3904
- Joined: Tue Jul 27, 2004 10:54 pm
- Location: Solar powered park bench
- Contact:
Thanks for the report, I'll try to have that fixed shortly.
May 9 2007 - NSRT 3.4, now with lots of hashing and even more accurate information! Go download it.
_____________
Insane Coding
_____________
Insane Coding
-
- ZSNES Developer
- Posts: 3904
- Joined: Tue Jul 27, 2004 10:54 pm
- Location: Solar powered park bench
- Contact:
I can't seem to replicate it. However I commited a fix anyway since I noticed that bit of code doing something stupid.
May 9 2007 - NSRT 3.4, now with lots of hashing and even more accurate information! Go download it.
_____________
Insane Coding
_____________
Insane Coding
-
- Seen it all
- Posts: 2302
- Joined: Mon Jan 03, 2005 5:04 pm
- Location: Germany
- Contact: