Post v1.42 ZSNES WIPs

DEFIANT · Post by **DEFIANT** » Tue Feb 01, 2005 1:07 am

trying to fit 12oz can of beer in a standard envelope... hmmm...needs more tape. great job by the way.

~DEFIANT

ieremiou · Post by **ieremiou** » Tue Feb 01, 2005 3:39 am

Noxious Ninja wrote:
Vareni Stargazer wrote:
Noxious Ninja wrote:
IceFox wrote:Heh, and I just started compiling ZSNES myself just yesterday.
I've been doing it for about a week now... contrary to what Nach says, I've had zero problems using MSYS. Unless there are hidden errors I'm not aware of.
Nach thinks MSYS's make sucks, for some reason he has yet to inform me of.
I did have one legitimate problem with it, but it ended up being rm, not make. I had to use rm -f instead of just rm, or it would kill make on file not found. After fixing that, it works beautifully.

I've been building it for a weeks or more. Ever since they put in the preliminary MinGW stuff. I even found and used the patch that TRAC talked about for NASM which isn't needed anymore. The only issue (like Noxious Ninja says) is that MSYS uses rm -f and / like in standard unix systems but the current win32 makefile cleanup seems to be set up for usage in a Command Window.

I rarely have problems building programs with MinGW. Many gnu programs can build as long as it's not dependant on critical POSIX stuff. heh.
Thanks to a lot of people supporting MinGW it's become a very useful compiler platform for Windows.

/Ieremiou

EDIT: I forgot objfix.exe is missed during the makefile clean.

deathtok · Post by **deathtok** » Tue Feb 01, 2005 4:34 am

You guys are great... the fixes and changes are coming quicker and quicker. Thanks.

Noxious Ninja · Post by **Noxious Ninja** » Tue Feb 01, 2005 4:41 am

ieremiou wrote:I've been building it for a weeks or more. Ever since they put in the preliminary MinGW stuff. I even found and used the patch that TRAC talked about for NASM which isn't needed anymore. The only issue (like Noxious Ninja says) is that MSYS uses rm -f and / like in standard unix systems but the current win32 makefile cleanup seems to be set up for usage in a Command Window.

I made a little change to the makefile which takes care of that.

http://board.zsnes.com/phpBB2/viewtopic ... 6812#36812

ieremiou · Post by **ieremiou** » Tue Feb 01, 2005 12:07 pm

I already modified the makefile.ms to work in MSYS properly on cleanup. I was just mentioning it again. That's all.

I already know how to build ZSNES with MinGW/MSYS because I had all the libraries already built ahead of time since I build DOSBox which has zlib and libpng support for fun and test since I'm more interested in MS-DOS emulation. I've never had to use any other make program other than the one that comes with MSYS and the MSYSDEVKIT. I also updated my autotools except autogen since that requires extra work which I've not been able to figure out yet.

It built flawlessly the first time I did it but then it crashed at runtime so I asked about that and found out about the NASM/Trac Patch and updated it for the latest NASM 98.39 that was released.

Then I've built it flawlessly ever since. (except for the very latest CVS additions because the new symbols used in vcache.asm aren't defined yet.)

/Ieremiou

Post by **Nach** » Tue Feb 01, 2005 12:16 pm

ieremiou wrote: EDIT: I forgot objfix.exe is missed during the makefile clean.

No reason to delete it on clean. It's about as useful as deleting NASM on clean.

nasm -f win32 + objfix == nasm -f gnuwin32

Noxious Ninja · Post by **Noxious Ninja** » Tue Feb 01, 2005 4:53 pm

Nach wrote:
ieremiou wrote: EDIT: I forgot objfix.exe is missed during the makefile clean.
No reason to delete it on clean. It's about as useful as deleting NASM on clean.

nasm -f win32 + objfix == nasm -f gnuwin32

Out of curiosity, why did you switch to using another utility versus having GNUWIN32 support directly in NASM? I imagine you wanted to be able to use the official NASM, but wouldn't they be willing to add support in?

Post by **Nach** » Tue Feb 01, 2005 7:07 pm

Noxious Ninja wrote: Out of curiosity, why did you switch to using another utility versus having GNUWIN32 support directly in NASM?

Since people get the official NASM. Also, I discussed writing objfix with TRAC, and had nothing to do with the creation of the GNUWIN32 NASM

Noxious Ninja wrote: I imagine you wanted to be able to use the official NASM, but wouldn't they be willing to add support in?

TRAC submitted the GNUWIN32 patch ~2 years back on the NASM forum, no takers. There also is the question as to who is at fault, MinGW or NASM?

ipher · Post by **ipher** » Thu Feb 03, 2005 5:08 am

ZSNES 2/02 WIP is now available at ipher's WIP Site

Whats New:
2/2/05
ALL: Rewind uses less RAM [Nach]
ALL: Netplay fixes round 2 [grinvader, Nach]
SRC: Ported asm to C [Aerdan, grinvader, Nach]
ALL: Removed unused code, sped up ZSNES [grinvader, Nach]
GUI: Updated about box. [pagefault]
GUI: Thumbnail for save states is now only generated if there. [Nach]

Sferics · Post by **Sferics** » Thu Feb 03, 2005 5:12 am

Wow, only 3 days. Good job.

AspiringSquire · Post by **AspiringSquire** » Thu Feb 03, 2005 5:50 am

Heh. And I only just compiled my own 'zsnesw.exe'.

At least the WIP is more up-to-date.

Great work, as always.

AspiringSquire · Post by **AspiringSquire** » Thu Feb 03, 2005 7:11 am

A new bug has appeared in this WIP. Super Metroid freezes at this exact frame if you don't skip the intro:

If you skip the intro, go to the file selection screen, and then wait, it freezes there also. Note that the music continues playing and ZSNES is still functional in every other way (i.e. no crash).

While there is no freezing in the 01/31 WIP, the video 'jumps' at that same moment.

Post by **Nach** » Thu Feb 03, 2005 9:32 am

AspiringSquire wrote:A new bug has appeared in this WIP. Super Metroid freezes at this exact frame if you don't skip the intro:

If you skip the intro, go to the file selection screen, and then wait, it freezes there also. Note that the music continues playing and ZSNES is still functional in every other way (i.e. no crash).

While there is no freezing in the 01/31 WIP, the video 'jumps' at that same moment.

I can't replicate the problem.

snkcube · Post by **snkcube** » Thu Feb 03, 2005 9:32 am

Wow, another WIP version. Once again, great job.

@AspiringSquire: Hmm, the Super Metroid bug you mentioned doesn't happen to me. Maybe there's something wrong with your ROM?

AspiringSquire · Post by **AspiringSquire** » Thu Feb 03, 2005 10:22 am

I tried some different things, including starting ZSNES fresh (no config files), and I traced the bug back to 'SRAM Check+Save'. Only when it is enabled does the freezing occur.

Post by **Nach** » Thu Feb 03, 2005 11:45 am

Just wondeful...
I'll try to look into this check + save option then.
*Nach grumbles about annoying options he's never used before

Post by **Nach** » Thu Feb 03, 2005 12:00 pm

Fixed, thanks for the report.

AspiringSquire · Post by **AspiringSquire** » Thu Feb 03, 2005 10:43 pm

Nach wrote:Just wondeful...
I'll try to look into this check + save option then.
*Nach grumbles about annoying options he's never used before

That's the spirit.

Thanks for the fix.

Post by **pagefault** » Fri Feb 04, 2005 3:41 am

http://zsnes.ownsjoo.info/~pagefault/zsnesw.zip

Give it a go and let me know how netplay performs. Built with CVS as of now.

Stuff fixed

- Lots of misc netplay bugs fixed [pagefault]
- Minor improvements to ZMV sync (still not perfect, please don't yell at me)
- ZSNES Debugger v0.01 is now enabled but doesn't do much yet [pagefault]
- Fixed some sprite corruption issues in some Squaresoft games (CT & SoE) [pagefault]
- Minor speedups [pagefault]
- About box updated [pagefault]

grinvader and ipher have been inducted into the "l33t" group known as "Assistant Coders" so give them a pat on the back.

This is provided as is. Don't bother me if something doesn't work.

Post by **Nach** » Fri Feb 04, 2005 3:45 am

Just wanted to mention two things pf forgot as changes since ipher's last WIP, since they were both mentioned here.

F1/F3 menu's now included in CPU usage fix. [pagefault]
Fixed register overwriting when using Check SRAM+Save. [Nach]

And please don't report any JMA or Burn filter bugs with pagefault's build.

deathtok · Post by **deathtok** » Fri Feb 04, 2005 4:14 am

You guys are awesome. These builds look great.
Out of curiousity how come the executable is so large in pagefault's build?

Dead · Post by **Dead** » Fri Feb 04, 2005 4:16 am

deathtok wrote:You guys are awesome. These builds look great.
Out of curiousity how come the executable is so large in pagefault's build?

Probably because he didn't compress it with UPX

deathtok · Post by **deathtok** » Fri Feb 04, 2005 4:48 am

Syvalion wrote:Probably because he didn't compress it with UPX

Thanks. I checked that program out (I like to test new apps) and used it successfully. I'll definitely hold on to it.

Deathlike2 · Post by **Deathlike2** » Fri Feb 04, 2005 7:05 am

A really bad bug:
When you define where you saved your states.. after the next time ZSNES runs and closes, the savepath is empty.

To reproduce:
Run ZSNES, defined save path in GUI. Manually save config, then close.
Run ZSNES again, then close.
Run ZSNES and look at the save path in GUI... it is pointed to the ZSNES directory.

To reproduce differently:
Edit the .cfg file and define the savepath.
Run ZSNES, then close.
Edit the .cfg file, the savepath is undefined.

This occurs in the 2/02 WIP (this did not occur before in the 1/31 WIP and previous)

Post by **Nach** » Fri Feb 04, 2005 9:39 am

Thanks, I'll look into it. Guess my previous fix wasn't as good as I thought.

ZSNES board

Post v1.42 ZSNES WIPs

Re: Post v1.42 ZSNES WIPs