ZSNES board

An emulator has a lot of demands that most applications do not. wine is facing similar problems like zsnes when translating dsound to alsa. You pretty much have to support the former -- but the latter, not so much. ALSA goes against the spirit of Unix and interoperability, whereas OSS does not. Mic...

grinvader wrote:You'll compare how wine fares with a win port of zsnes that actually uses the new sound core.

Uhm, I didn't do any comparison of that kind. The only one mentioning wine in combination with a win32 zsnes version was the thread starter.

The ALSA sound driver implementation of wine is quite young compared to the age of the whole project byuu. If ALSA sucks really so hard how everyone claims here wine should have an insane amount of problems with the audio. But it hasn't, not on my desktop system with a dedicated soundcard, nor on my...

FUD

Wine is pretty good in mapping waveout and dsound to ALSA.

Sad to see that the zsnes team doesn't succeed in interfacing correctly with ALSA...

Oh, good lord ... there's another one? Does it ever end?? My apologies, then. Yes, I was referring to pulseaudio. I'd like to hear what you think about the portaudio API. Especially since it's not a soundserver implementation. On the contrary, I think they're all equally awful. My ideal API would b...

It's not exactly accurate, since PulseAudio doesn't use ESD, it is (or rather implements the interface of) ESD. Yep, that's what byuu already mentioned. And I must say that I'm quite happy with pulseaudio, something I way never when using ESD. It also has some kind of network transparency, and I do...

And no , stuff in SVN is not supported . Then what happens when I checkout version 1.51 from SVN? It's not like I get different files than when downloading the already packaged release on the download page. Will my bug reports ignored if I do so? Then I also don't understand why you're telling the ...

From the "SVN Sound Core Replacement" thread: Heavy work is being done on the sound core at the moment. Please do not report any bugs from SVN until we say it is safe to do so. The last working revision is 4538. We will smack you silly if you complain. SVN revision 4538 is version 1.52, yo...

Everywhere Linux I go is talking about PortAudio these days ... despite the fact that it won't actually fix anything, it'll just add yet another API to the growing list. I'm frequently reading in the gentoo forums but I didn't encounter a massive wave of portaudio discussion. It is considered a dro...

Good lord, I need to hire PortAudio's marketing department. Seriously. Or better yet, 4Front needs to. ??? Trust me, you do not want to use a sound server to play streaming game audio. OK, I didn't know portaudio did implement a full sound server. I had the impression it was more like libao. I'm al...

Thanks pagefault!

Short question: is sound supposed to "work" with a current SVN snapshot? By "work" I mean there is data transferred to the audio API. I got SVN revision 5176 and compiled it just for fun, but it doesn't seem to output anything audio-like. Tested with both libao support compiled i...

Huh, wasn't there a plan to use audiere for sound output? Or was it dropped?

Oh yes, have you looked into portaudio v19? It does only audio I/O, so it's a lot more lightweight than audiere.

Audiere? Is this actually still maintained? I see some activity in the SVN but the last release is from february 2006. Seems a bit old to me. Also Audiere features a full music playback engine. I don't think you're going to use that apart from the basic audio I/O functionality. Why don't you conside...

I know all about the libao driver options, however I find no simple way to implement all of them. What about specifying an option string on the commandline with a syntax like: "option1:option1_parameter option2:option2_parameter ..." The only idea at the moment that seems feasable to me i...

Hey, I'm not complaining!

I know how hard software development is, having deep respect for the work you guys are doing.

I check commandline again (using ZSNES 1.51 with libao support compiled) and there is no way to specifiy options for ao. In case it is not clear what options are: http://xiph.org/ao/doc/ao_option.html And I somehow managed to weaken the sound problem, by setting ZSNES audio driver to SDL with 48kHz,...

zsnes is compiled with libao support. The only thing I can select is the audio driver , not the options for that particular driver - and libao doesn't have any configfile to supply default options for a driver. It's the app that has to do this. Using ogg123 with libao I can use the 'default' ALSA de...

Hi there, currently it seems to me that's impossible to specify any options for the sound drivers when using the new libao method. I was trying to fix the 'ALSA underrun' error avoiding the ALSA dmixer and directly accessing the hardware device (plughw and hw). Now that didn't work out but I request...