mirror of https://github.com/bsnes-emu/bsnes.git
716c95f279
byuu says: Sigh, I seem to be spiraling a bit here ... but the work is very important. Hopefully I can get a solid WIP together soon. But for now... I've integrated dynamic rate control into ruby::Audio via setDynamic(bool) for now. It's very demanding, as you would expect. When it's not in use, I realized the OSS driver's performance was pretty bad due to calling write() for every sample for every channel. I implemented a tiny 256-sample buffer and bsnes went from 290fps to 330fps on my FreeBSD desktop. It may be possible to do the same buffering with DRC, but for now, I'm not doing so, and adjusting the audio input frequency on every sample. I also added ruby::Video::setFlush(bool), which is available only in the OpenGL drivers, and this causes glFinish() to be called after swapping display buffers. I really couldn't think of a good name for this, "hard GPU sync" sounds kind of silly. In my view, flush is what commits queued events. Eg fflush(). OpenGL of course treats glFlush differently (I really don't even know what the point of it is even after reading the manual ...), and then has glFinish ... meh, whatever. It's setFlush(bool) until I come up with something better. Also as expected, this one's a big hit to performance. To implement the DRC, I started putting helper functions into the ruby video/audio/input core classes. And then the XVideo driver started crashing. It took hours and hours and hours to track down the problem: you have to clear XSetWindowAttributes to zero before calling XCreateWindow. No amount of `--sync`, `gdb break gdk_x_error`, `-Og`, etc will make Xlib be even remotely helpful in debugging errors like this. The GLX, GLX2, and XVideo drivers basically worked by chance before. If the stack frame had the right memory cleared, it worked. Otherwise it'd crash with BadValue, and my changing things broke that condition on the XVideo driver. So this has been fixed in all three now. Once XVideo was running again, I realized that non-power of two video sizes were completely broken for the YUV formats. It took a while, but I managed to fix all of that as well. At this point, most of ruby is going to be broken outside of FreeBSD, as I still need to finish updating all the drivers. |
||
|---|---|---|
| docs | ||
| genius | ||
| higan | ||
| hiro | ||
| icarus | ||
| libco | ||
| nall | ||
| ruby | ||
| shaders | ||
| .gitignore | ||
| .gitlab-ci.yml | ||
| CONTRIBUTING.md | ||
| GPLv3.txt | ||
| LICENSE.txt | ||
| README.md | ||
| README.txt | ||
| mkdocs.yml | ||
README.md
The unofficial higan repository
higan emulates a number of classic video-game consoles of the 1980s and 1990s, allowing you to play classic games on a modern general-purpose computer.
This repository includes the source-code for stable and WIP releases of higan, starting during the development of v068. It also includes community-maintained documentation.
Basically,
apart from .gitignore files,
anything in the
higan,
hiro,
icarus,
libco,
nall,
ruby,
or shaders
directories should be exactly as it appeared in official releases.
Everything else has been added for various reasons.
Official higan resources
Unofficial higan resources
- Documentation for the current stable version
- Source code repository archives official higan releases and WIP snapshots since approximately v067r21
- Latest WIP build for Windows
- Documentation for the latest WIP version