But I'm nowhere near qualified to make such a driver.
![bsnes core bsnes core](https://www.libretro.com/wp-content/uploads/2020/01/01yvzq7mafa41-1024x499.png)
It would be far less noticeable than the lost video frames/tearing I have now. The audio would sound an infinitesimal bit worse with the resampling, but I think most wouldn't notice with a good enough resampling algorithm.
#Bsnes core driver#
What I really need is a high end audio driver that does automatic resampling in the background, so that I can run the video at a perfect 60hz and audio that automatically resamples to fit the current playback frequency. The only thing I'm substantially good at is improving SNES CPU and PPU emulation in general. I'm not a perfect programmer and have things I need help with to fix. bionic (18.04LTS) (games): Libretro wrapper for bsnes-mercury accuracy core universe 094+git20160126-1ubuntu2: amd64 arm64 armhf i386 ppc64el s390x. I don't know why the sound breaks up going from fullscreen to windowed mode, logging events looking for problems reveals nothing.
![bsnes core bsnes core](https://www.libretro.com/wp-content/uploads/2020/01/z47apa85nug31-300x287.png)
I can always add that back if people think it will help. If I recall the discussion, most people had reported even more problems with that change, and we decided not to go with it in the end. I tried adding kode54's event handler code to DirectSound, and it caused a decent speed hit and crackling on my sound card. In the mean time, I've done the best I personally could.
#Bsnes core drivers#
I added this class just so that I could add in audio drivers people write in the future with ease, since I wasn't able to add Nach/Bisqwit's last Linux driver. It's very easy to derive from the "Audio" class in src/ui, you need only support ~3 functions to get sound working. If anyone wants to go out of their way and write a completely new audio driver, I can use that, too. If anyone offers improvements, I'll add them in.
![bsnes core bsnes core](https://forums.libretro.com/uploads/default/original/2X/7/7c829e76e2d6afc3d165fd0dc6160df3138ed3de.png)
I just wouldn't want it getting filled with useless stuff to kill off aesthetically unpleasant empty space.Īs always, if anyone believes the problem is with bsnes' audio subsystem, the code is open source. I think a config file option would be a good idea, and I'm not entirely opposed to an audio section either. It's not worth digging up because of the accuracy improvements since then, but it was more compatible with people sound cards. There used to be a special build of bsnes with this opposing buffering technique (i think it was. It sounds like byuu didn't want to make the same compromise as other authors. But like byuu said, when there is an input for the program to worry about, you have to choose between sound latency and input latency. Trust me, I used to think the same thing, because bsnes was the only program that needed my sound card's lowest setting. Jagasian wrote:Considering that no other application has manifested this issue and because of the symptoms described in my previous post, I am leaning towards this being either a bug in bsnes or in my laptop's audio drivers.