![]() It's just that those options aren't "available" for me, or well one is broken. ![]() I agree with you that these are more practical, and will fully work, not denying that in the slightest (especially the display one). No clue what that's about, if you have a clue please do tell, i haven't found anything. Of course that's just my own fault for being picky so not really complaining.Īs for the "dynamic rate control", i have had no good luck with that, it doesn't seem to help,Īnd after awhile the audio just goes out completely and i have to refresh the driver (in bsnes) for it to work again. I would personally love a variable-refresh-rate monitor, but as i want a monitor with 16:10 and more towards the image quality then "gaming" quality, there simply is no monitor there. I do believe that variation is quite small when it comes to normal operation (difference within normal temperatures),Īs for the age that's it's kinda like calibrating your monitor, you have to redo it after a year or two if you want the same level of accuracy. ![]() I do know that you can't guarantee it, but if you get very close the desync can be like 10ms per hour, which is so low that crackling will occur so rare that it's really a thing.īut i didn't think of the variation, i recall knowing about that before now that you brought it up, thanks. That i do know, thought it was linked to the cpu here and not the sound card for some reason.īut i know they see 1 second differently, learned that the hard way when capturing from external sources. Hopefully i didn't embarrass myself too much haha. So this "issue" is more of a feature request, but something will try do myself but need some directions i guess. If i can get some help with that i think i should be able to make something up, at least in a simplistic way. The source code is quite advanced for me so i can't really figure out where the audio rate is decided so i don't know where to start. So with that bad explanation out of the way i am trying to figure out how to achieve this. Which means if you set your monitor to that hz (say 60.16hz) the buffer will "never" run out or fill up too fast, so you get the best of both worlds, but with manual syncing instead of having it dynamic. If so that means if you calculate it you can figure out which display hz you need in order for them to be in sync, So if i am not wrong here, the rate is constant, so the the "emulator hz" should always be the same on that particular cpu right? In other words the audio rate (let's say "emulator hz") is not the same as the display hz, they are not in sync. So if you sync to the monitor normally, the cause of crackling audio is cause it will fill up too fast or too slow, As bsnes values accuracy you are mostly stuck with either stuttering video or crackling audio unless you have a G/FreeSync monitor.
0 Comments
Leave a Reply. |