Open Sound System

No, arch doesn't use any additional patches apart from the 3.14 one. I use kernel 3.15 and it works just fine. I have no idea why it doesn't work for you... you will probably need to wait for somebody else to help you. What happens when you run "sudo soundon" (if already enabled run "...

Did you also update your kernel-headers to 3.15?

Of course I use it with the 3.14 patch (it's integrated in the Arch package). I have no idea if it works for linux 3.16 (it's not even released yet...) that's a matter of luck.

Works for me.

shoober420 wrote:

nuc wrote:Then you should be able to choose gstreamer from a drop-down menu I think.

What drop-down menu are you talking about?

Oh, sorry I meant that after you install gstreamer-properties and start it from your terminal you should be able to choose the oss4 backend from a drop-down menu.

First try to install gstreamer-properties and run it from terminal. Then you should be able to choose gstreamer from a drop-down menu I think. https://wiki.archlinux.org/index.php/OSS#Applications_that_use_GStreamer You probably have gstreamer 0.10 - it's ok too but their might be some bug . I do no...

I figured you already have since you already claimed that OSSPlay contained bugs. That's a very bold statement. If you can't prove that OSSPlay has bugs then I wouldn't go around saying it does. Are you going to practice that same method of interrogation? Or you may try another method of obtaining ...

Thanks for summarizing, it's indeed complex.

igorzwx wrote:4. Audacious has a lossy format converter inside. It cannot be disabled, because Audacious is fundamentally wrong by design.

Audacious also has "Exclusive mode" (wihtout needing petrov's plugin).

I installed a FireFox nightly build, which was version 32. To my amazement, there was no sound using FireFox and watching HTML5 YouTube videos. The distributions still can decide if they want to use the gstreamer backend or not. Considering debian has a rather slow packaging policy they might need ...

Thanks for the results it's the same for me. Btw even if you decided to use ossplay you should consider to download and try audacious, it's just a matter of "apt-get install audacious audacious-plugins". I'm not saying that you should use Audacious instead of ossplay, but one should always...

Of course, everybody can use the program he is comfortable with. I remember you mentioning that Deadbeef had more latency then Audacious. This might only be my local problem, you still didn't answer my question if it also happens for you... Again: I didn't use any program to measure this... Just pre...

So, if I want to support having the ability to change the headphone impedance on this card threw ossmix, I should contact them with that e-mail? Well how else do you imagine too contact them? Through telepathy? I just quoted a paragraph from their website for your convenience, seven hells I have no...

Although this is just getting very picky, its always nice to be able to change all the options in your sound card. This is one special sound card, with some very unique features. Going back now, I think I would of rather got an external headphone amp, but I really wanted the DAC this sound card has...

Because of this, I will use ossplay as my default player, since you insist that Deadbeef does make use of that command that secretly enables cooked mode. Actually you could just make life easier and use Deadbeef with Petrov's plugin using "exclusive mode" or use Audacious with "exclu...

I think I found a way to see if Deadbeef is enabling cooked mode. It was by accident. I don't know if this is a bug in Deadbeef, but I loaded a 24bit/96khz vinyl rip in Deadbeef, and it played fine. Then, I went to a normal redbook rip which is 16bit/44khz, and the audio was playing abnormaly fast....