If it runs without vsync, you need to get "driconf" from your package manager, run it, and turn vsync on. Let the computer sit while it runs for a couple rounds to get a measure of the refresh rate. Overall I'd say that Xvideo without Sync'd audio gives the best overall performance but I would prefer to use OpenGL.Īnd ensure that nothing shows up in order to make sure there are no pulseaudio processes running. Xvideo gives a fairly good output with pretty minimal stutter - the only problem is that it places a nasty overlay on the image that makes everything pretty blurry. I've tried adjusting the Input Rate slider both ways and nothing seems to totally eliminate it. I think I can achieve less stutter but enabling both Vblank and Sync audio but then the sound starts to skip a lot. Now what I'm not sure about is how things change when I enable either Vblank, Sync'd audio, or both. OpenGL without Sync to Vblank and Sync'd audio gives fairly consistent performance but has stutter throughout. Software seems to give consistently the worst display, causing lots of stutter and occasional sound hiccups. Well I have 3 different options for video: Software, OpenGL, and XvideoHardwareBlitter. Failing that, I'm about as far as I can go troubleshooting wise, not having a Linux machine on hand to test it on myself. Is there an option for changing the rendering method being used in the video settings? If there's some extra hardware acceleration we can make use of, it's possible that would clear up the rest of the stuttering troubles. I'd try fiddling with the input rate at this point to see if you can clear out the remaining crackling, etc. It's about the same as it was with Pulse - perhaps a little better.Ĭongrats! ALSA should work alright - at least, it's been standard for a while. Since I removed Pulseaudio, I'm assuming that I now get sound through ALSA? I selected it in Snes9x and received sound although I still get stuttering. Now when I select Pulseaudio in Snes9x I don't receive any sound. I prevented it from starting by removing it from Startup Applications and I also created a file in ~/.pulse to prevent it from autospawning. Xenphor wrote:Well I think I've succeeded in removing Pulseaudio. They're not especially known for putting out good video hardware. I'm worried the underlying problem is the Intel graphics chip. If you can't get rid of the stuttering that way, open an xterm and use 'top' to see if anything's occasionally stealing all the CPU time. Switch between rendering methods with these turned off as well. See if you get consistent framerates that way. Try turning off stretching and filtering. Since your audio isn't crackling any more, it might not be the first thing you'd want to try though. You mentioned that you can still get audio output by going through PulseAudio - you could try tracking down why it still works and see if you can wipe out the last traces of it. There are some additional steps you might try, though. I know this doesn't solve the issue, but I thought it might help a little to know the potential reasons. As much as it has been a focus of development, Microsoft's spent a -lot- more man-hours on it, and graphics card manufacturers especially don't seem to want to spend much time making the drivers efficient. I think a big reason for the difference between the two OSes is because the graphical environment in Linux is somewhat less efficient (and significantly less supported) than the same in Windows. Even trying different distributions doesn't seem to resolve the problem. I've also noticed a very violent stuttering effect (almost as if the screen was constantly slowing and speeding up) using visualboyadvance so I don't know if it's some problem in Linux or what. I've tried using all the video modes and also experimented with Sync to Vblank in OpenGL in fullscreen but nothing seems to alleviate the violent stuttering. I still got an occasional stutter but nothing as bad as on Linux. I experienced this issue in Windows as well but I was able to use Triple Buffering and V-Sync in conjunction with Fullscreen mode at 60hz to minimize stuttering. Tearing isn't really a problem, but a sort of violent stuttering is constantly happening, which has a very noticeable affect on horizontal scrolling games. One of the main problems I'm noticing now is that Snes9x's screen is having some syncing issues with my monitor. Well I've also tried setting the sound frequency in Snes9x to 44100khz while using Pulseaudio and that also seems to have helped.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |