Post v1.42 ZSNES WIPs

comrade · Post by **comrade** » Sun Jan 01, 2006 12:42 am

So who looks over the official branch?

Joe Camacho · Post by **Joe Camacho** » Sun Jan 01, 2006 12:47 am

Pagefault and Nach are the regular "official" devs. Although Pagefault doesn't visit as much as you could expect, and Nach is on vacations right now, I don't know when he will return.

funkyass · Post by **funkyass** » Sun Jan 01, 2006 2:26 am

comrade wrote:So who looks over the official branch?

the same group of people that are working on the WIP.

the WIP are public test builds between official releases.

Jipcy · Post by **Jipcy** » Sun Jan 01, 2006 3:08 am

comrade wrote:So who looks over the official branch?

There is only one branch of source code; it's available through CVS at Sourceforge.

WIPs are simply compiled from the latest source available on CVS.

Post by **Nach** » Sun Jan 01, 2006 11:54 am

Joe Camacho wrote:Nach is on vacations right now, I don't know when he will return.

I have returned

Joe Camacho · Post by **Joe Camacho** » Sun Jan 01, 2006 4:17 pm

Nach wrote:
Joe Camacho wrote:Nach is on vacations right now, I don't know when he will return.
I have returned

And the peasants rejoiced.

adventure_of_link · Post by **adventure_of_link** » Sun Jan 01, 2006 9:11 pm

Welcome back Nach.

snkcube · Post by **snkcube** » Sun Jan 01, 2006 10:41 pm

Woot, welcome back.

ipher · Post by **ipher** » Fri Jan 06, 2006 2:21 am

Finally got a chance to make the WIP!

1/05/06
WIN: Fixed video mode selecting via command line for Windows (whoever updated it last didn't change everything he was supposed to). [Nach]
SRC: Updated copyrights. [Nach]
SRC: Fixed pushes and pops for x86-64. [Nach]
SRC: Can now compile objects internally if desired. MSVC and GCC handling cleaned up a bit. (parsegen) [Nach]
SRC: Made cfgparse.o depend on PSR compiler. [Nach]
SRC: Fixed a variable which was being used improperly. [Nach]

xamenus · Post by **xamenus** » Fri Jan 06, 2006 2:26 am

Still no inclusion of or reference to the ZSNES docs? I am disappointed.

adventure_of_link · Post by **adventure_of_link** » Fri Jan 06, 2006 2:29 am

awesome job ipher

snkcube · Post by **snkcube** » Fri Jan 06, 2006 9:01 am

Awesome job once again.

Stifu · Post by **Stifu** » Fri Jan 06, 2006 9:58 pm

Cool...

PS: Page says "01/06 WIP", while it should be "01/05 WIP"... :p

ipher · Post by **ipher** » Sat Jan 07, 2006 2:38 am

xamenus wrote:Still no inclusion of or reference to the ZSNES docs? I am disappointed.

People who use the WIPs should already know how to use ZSNES

xamenus · Post by **xamenus** » Sat Jan 07, 2006 5:12 am

ipher wrote:
xamenus wrote:Still no inclusion of or reference to the ZSNES docs? I am disappointed.
People who use the WIPs should already know how to use ZSNES

Judging by some of the threads posted here, many obviously don't. I can remember one thread where someone said they didn't even know ZSNES had a documentation at all. Also remember that your WIPs are announced and hosted at many emulation sites, too; many new users will be exposed to them there, and might assume they are official releases.

Even a .txt file that says "WIPs are unofficial, unstable releases. Use them at your own risk. Please be sure to read the documentation at http://zsnes-docs.sf.net" etc. etc. would be nice.

Post by **pagefault** » Sun Jan 08, 2006 11:54 pm

Emulation development has not stopped. It's going on behind closed doors. WIP's will now only contain feature/code/interface updates while emulation updates will be put in CVS when we feel they are ready. This way we can keep the influx of game related bugs in groups of releases rather than every time there is a WIP update. That said, the SDL port is getting the most attention right now.

ipher · Post by **ipher** » Tue Feb 14, 2006 3:38 am

Highly Experimental - NO BUG REPORTS WILL BE ACCEPTED FROM THIS BUILD.

2/08/06
ALL: Minor timing tweak for V-IRQ being set after NMI [pagefault]
ALL: SuperFX IRQ fixes, this is probably buggy so as usual send all complaints to /dev/null. [pagefault]
ALL: Work around a bug in vmware that causes the VM to sometimes lock up during execution of CPUID instruction. [pagefault]
W_S: Added support to pause emulator when running in the background [pagefault]
SDL: Fixed input responsitivity for controllers 3+. [bssteph]
WIN: Fixed a really strange crash problem on Windows 2003 systems. [pagefault]
WIN: You can now use gamepad in the background without ZSNES having focus. [pagefault]
GUI: Added "+ Gamma" and "- Gamma" dummy hotkeys to the Misc Keys menu [ipher]

Deathlike2 · Post by **Deathlike2** » Tue Feb 14, 2006 4:03 am

ipher wrote:Highly Experimental - NO BUG REPORTS WILL BE ACCEPTED FROM THIS BUILD.

I hope you've put that in some sort of text file because it's going to happen somehow.

Post by **Nach** » Tue Feb 14, 2006 4:27 am

No remarks about the warning message URL please. It's being taken care of.

Deathlike2 · Post by **Deathlike2** » Tue Feb 14, 2006 4:31 am

Well... the warning message is OK I guess.. but.. hmm...

Post by **pagefault** » Tue Feb 14, 2006 4:44 am

This WIP was released although a lot of code wasn't finished at the time. Use it only if you feel like using unfinished software.

byuu · Post by **byuu** » Tue Feb 14, 2006 7:21 am

GUI: Added "+ Gamma" and "- Gamma" dummy hotkeys to the Misc Keys menu [ipher]

...wherever did you get that idea from? ;) j/k
Sounds kickass. Best formula I've found is:
int32 color = int32(pow(double(color) / 256.0, gamma) * 256.0);
color = (color > 255) ? 255 : ((color < 0) ? 0 : color);
//color >>= 3; for 15-bit

In order to match Overload's color curve, you would have to only apply the gamma adjust to the bottom half of the palette (colors 0-15 of 0-31).
Might make a good option to add if that's the effect you're going for.

Let me know if you find something better, please.

Post by **pagefault** » Tue Feb 14, 2006 8:41 am

byuu wrote:
GUI: Added "+ Gamma" and "- Gamma" dummy hotkeys to the Misc Keys menu [ipher]
...wherever did you get that idea from? j/k
Sounds kickass. Best formula I've found is:
int32 color = int32(pow(double(color) / 256.0, gamma) * 256.0);
color = (color > 255) ? 255 : ((color < 0) ? 0 : color);
//color >>= 3; for 15-bit

In order to match Overload's color curve, you would have to only apply the gamma adjust to the bottom half of the palette (colors 0-15 of 0-31).
Might make a good option to add if that's the effect you're going for.

Let me know if you find something better, please.

Actually ZSNES has always had gamma support, but not in the new graphics engine and it was only settable on the command line. I am implementing it into the new graphics engine and adding hotkeys to it. I am using an assembly function that we have had for a while that should stay within the colour curve. I haven't had a chance yet to implement it, mainly why the keys don't work yet, but it does essentially the same thing as you have posted. Also I see you have added a greyscale mode

byuu · Post by **byuu** » Tue Feb 14, 2006 2:26 pm

Neat, I never noticed it with the old gfx engine.

Yeah, you definitely beat me to grayscale support :P, but how about invert support? Probably not even worth being there, but cute to try once or twice.
Sepia mode would be pretty cool...