![]() ![]() Setting the latency to 1 in the sound options merely reduces it. Hardware differences don't seem to affect it and no setting fixes it completely. 60 Hz, though I've tried various refresh rates, even exact NTSC, and it doesn't work). Could it be connected to the higher latency of Vista's and 7's DirectSound implementation? Or might it be a problem of the timing thread having issues with refresh rate syncing? Vista and 7 are known to confuse some badly programmed games in VSync with its more exact monitor refresh rate determination (59 vs. That said, I wonder if you'd be so kind to perhaps look at another issue which is particularly galling for Win7 and Vista users: It's the choppy sound as reported both on the ZSNES board (scrolling way down to FireBrandX's post: ) and here, too ( ).īoth Nintendulator and FCEUX sound fine, which, aside from your work here, are the only recent still-developed NES emus, I believe. ![]() It even compiles fluidly now! The difference is remarkable. I just registered here to say thank you for fixing these issues and releasing your work. Added this releasenotes.txt file and bumped the version number to 1.41. Updated the Visual Studio solution/project to build successfully under Visual C++ 2008 Express Edition.ĥ. (As far as I can tell on my own hardware configuration, these three changes taken together have completely eliminated the lag problems that have been present in Nestopia for several releases. Removed some screwy input timing logic that was causing input polling to work only on certain clock intervals, rather than allowing it to work every time it was called. This was the key change that got rid of most of the lag.ģ. Removed some screwy input polling logic, and added some calls to input.Poll(), to ensure that the input devices are always polled immediately before the input state is utilized. This brings Nestopia much closer to real-time performance and responsiveness.Ģ. Instead, Nestopia now boosts its own process base priority AND its own main emulation thread priority whenever it is the active foreground window (and/or running in full-screen mode). Removed manual option to set priority of Nestopia's main emulation loop thread. ![]() The original Nestopia author (Martinįreij) appears to have abandoned the official Nestopia project on SourceForge and has not responded to any of my e-mails, so I am left with no choice but to provide this unofficial release as a public service to the emulation community.ġ. This lag was particularly bad when VSync was enabled. I can't find this as a known issue so I'm hoping someone here knows what's up.This is an unofficial maintenance release I created to fix an annoying joystick lag issue. If I leave it in window view it never locks up. Rebooting the PC does nothing and if I delete the directory and unzip Nestopia back into the directory it works again. If I try to launch another instance of nestopia it shows up in the task manager twice with 50% and 49% CPU usage. On both occasions I can pull up the task manager and nestopia.exe is running as a process at 99% CPU usage. From the desktop nothing seems to happen. From GameEx I get a black screen that I can use the ESC key and get back to the GameEx menu. When I load it - whether in GameEx or from the desktop - it doesn't load. Trouble is lately the emulator won't start. I set the emulator to "Switch to Full Screen on startup" so that it looks seamless in GameEx. I've been playing with the settings lately because I grabbed GameEx and I love the front end. I installed it on my emulation box as well. I have been using Nestopia for a while now and I really prefer it to FCEUX. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |