I hope the latter is true and we can entirely solve it in DOSBox. We still don't know if the problem exists in SDL2 itself or how the new DOSBox SDL2 code is configuring SDL2. just that it's interesting that tweaking the intel driver alone is sufficient to result in smooth tear-free play (without any adjustment to SDL2 or DOSBox's rendering settings). I'm not saying it's a solution or a good one. Whether it makes sense or not, the configuration eliminates the stuttering. In the meantime, I'll tidy up the coverage branch for a PR I'd like steadily add many tests that hit most of DOSBox's functionality. Demos are probably the best option I need to start combing through those too. Alternatives are cracktros (where usually only small objects or text are scrolling - also hard to see tiny tears). I'm reluctant to drop a bug in SF at this point in case the change was deliberate and QuickView is merely a non-game casualty.īut yes that video works great for seeing tearing! Much easier than trying to watch the scrolling horizontal background while simultaneously not dying in a platformer game. I eventually turned it into a testcase (on the in-progress kc/coverage-1 branch) and used bisect run until it landed on SVN commit 4301 you'll see a PM in vogons to yourself, QBix, and jmarsh. I ripped that video to AVI and found our master branch wasn't compatible with QuickView (throws a codec initialization error, but older DOSBox binaries work fine). Whoa - SDL2 supports wayland without X11 amazing! When I read the SDL guide for moving from 1.2 to 2.0, some of the patterns (ie: blitting and the sequence of new 2.0 function calls) don't jive with our code, some of which seems to still use the 1.2 approach and function calls (will write more details in the next day or so) so I'm hoping once we try these "standard" 2.0 call patterns, we might fix vsync too. If someone out there owns an Apple OS X machine, please chime in if you can. I need to dig more into SVN now too!)Īt least vsync is good on the Windows side. Jazz Jackrabbit doesn't use aspect correction hmm (maybe DOSBox auto-disables aspect correct for these custom VGA modes? Or maybe this is a bug in DOSBox and the custom mode or resolution is throwing off that aspect calculation? interesting stuff. Jazz Jackrabbit is unique in that it deliberately drops to a custom resolution (320x199 instead of 200) so it can run the display at 60hz instead of 70hz. Very interesting that aspect correction isn't performed. Thanks for testing on your side rules out something wonky with my Xorg and direct-rendering configuration.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |