ZSNES board

Now you going have to cleanup all the blurry in the window or full screen. Another thing is that the screen became a wide screen instead of sqaure screen. :oops: The tv screen is about 4:3 and this is wrong on the ZSNES. I'm rolling back to zsnesw-mov for a nice and clear 4:3 sqaure screen. Who are...

Aaron wrote:I thought it'd be interesting to note that the new Mac Mini features the new Intel processor.

linkage. The same price as a mid-ranged Mac Mini ($600), but now 4x freakin' faster :O!!!

Yeah, right.

Note that I was referring to their use in a Windows mode program, not calling out to a Windows mode program. That note is listed here (MSVC 6 runtime) and here . (presumably only MSVC 7.* runtime) There is no such note listed here , so I don't know if the same limitation applies to the latest kit. Y...

See: _popen, _pclose. Visual Studio 6 documentation indicates that this functionality will hang outside of console mode applications, so it would probably be a good idea to test it.

And suddenly, we're rendering again.

Needs more definite testing, preferrably not with hardware like a capture card will likely just center the image anyway. Or not.

How does this overscan shifting behavior work if you enable overscan during NMI?

v1.1 is out now. ALT+F4 now exits the emulatoer Pressing F1/Shift+F1 switches back to windowed mode for file dialog *.mcr files are shown in memory card dialog Option to disable status icons (CD/XA/MR, etc..) - disabled by default dbghelp.dll is now optional (required for saving crash dumps though) ...

The battery backup bit might not be set in the rom. Nestopia will ignore any kind of sram saves if that's the case. I just found that out by looking at nestopia's message board, Heh. He is reporting an error that would indicate that the emulator is trying to save the battery backed memory to a file...

Perhaps your save RAM directory is misconfigured? Either way, then, ignore the long winded rant about programs storing their user-specific settings under the program folder.

Hello, and welcome to the way that program folders should have been years ago, if not for everyone having administrator level access on their Windows machines by default. By default, non-administrator users should not have write access to folders such as Program Files or the Windows installation fol...

Yeah, I'm trying to figure a way to handle stretching the image from 256 to 682 for non-NTSC, for uniformity. That, or I'll bother to make my crap window resizeable, at least when switching the filter on and off. It's nice and all, but it's sucking up over 60% of my Athlon64 3200+ for 16bpp, and pus...

The filter in Nestopia appears to be alternating between the first two phases every other scanline instead of cycling through all three: for (uint i=0, phase=(basePhase^=1); i < HEIGHT; ++i) // correct { { const float (&quads)[PALETTE_SIZE][4] = lut.nesPhases[phase^=1]; // incorrect float* NST_R...

Thanks for all your hard work, AspiringSquire, FirebrandX, and trebor. Is trebor's revision a good palette to use with the "NTSC" filter in Nestopia 1.25? (Among other things, the filter boosts the color saturation to simulate the way that people tend to turn up the Color too high. ...I n...

JFD62780 wrote:eight pixel columns were omitted on both the left and right sides of the screen.

The filter was designed to stretch the image to 682 pixels wide. Anything less, in this case 640, results in cropping.

Yes, but we can at least emulate NTSC to the best of our ability, with configurable parameters for phosphor placement and temperature. W00t.

And hay, while we're at it, interlace emulation, with configurable phosphor persistence.

Maybe the developers were Jimi Hendrix fans, and they changed the hardware to hide that. >_>

Linked rant , in which nobody seems to arrive at the conclusion that accuracy would probably call for both color and scaling in the same step, although it's probably possible to pull off the phosphor alignment effect without doing the scaling at the same time. So, let's see... and the effect would ...

Gentoo does feature binary packages for particular applications [OpenOffice, Firefox, Mozilla, etc] where compiling by hand is excessively long or excessively painful. Or not even possible. I hear that OO.org still doesn't compile on x64. ( And boy, that sure is a huge package to be filled with non...

And this is why Gentoo is superior. You only have to download the sources, never multi-megabyte binaries. Usually, for most of the large projects, the source code is larger than the resulting set of binaries, and they also require so much space for all the intermediate files. And don't forget all t...

Which is kind of funny, because that newer Direct3D really only affords triple buffering in a window, and the real fullscreen mode doesn't really work with menubars. I'm still using DirectDraw in my own code, and an evil timer/GetScanline workaround so I can do full vsync even when shitty drivers ar...

It's like grinvader said, so. It's really such a negligible change that it's really hard to remember why it's even there, and it hardly makes ZSNES a bad emulator on its own. Why, when you stack it up against all the other glaring flaws, it's hardly worth even considering. Besides, all of the other ...

There you go, latency. The mouse is already only being tracked and updated every 1.6667 frames ( 36fps ) at 60Hz display, then add the delay of two frames instead of three, and your cursor is only redrawn almost every frame, and up to 50ms behind. Increasing the GUI update rate should solve the upda...

I also found a bug in fullscreen that causes the emulator to minimize in the taskbar sometimes when I press Esc to acces the menu. This is annoying! This is a problem I found when trying to write fullscreen Direct3D code and also use a standard menubar at the same time. The problem is that the disp...

What you are experiencing is latency.

FUCKING MEOW, MOTHER FUCKER.