Is Linux "Bit Perfect", and how do you play audio there

Jan 13, 2009 at 6:46 PM Post #16 of 54
Quote:

Originally Posted by progo /img/forum/go_quote.gif
Most apps play 24 bit files. MPD is not one of them, sadly. Amarok and co will do it.

And yes, a mixer (dmix for instance) will wreck the state of bit perfectness.



The newly released MPD 0.14 *does* play 24 bit files.
 
Jan 13, 2009 at 6:47 PM Post #17 of 54
Quote:

Originally Posted by progo /img/forum/go_quote.gif
Most apps play 24 bit files. MPD is not one of them, sadly. Amarok and co will do it.

And yes, a mixer (dmix for instance) will wreck the state of bit perfectness.



The newly released MPD 0.14 *does* play 24 bit files.
 
Jun 18, 2009 at 8:47 PM Post #18 of 54
Resurrecting this thread from the depths of Head Fi. I am planning on a USB DAC soon, and am looking for some bit perfect software to play FLAC files through. I ripped most of my music with Rhythmbox, which has worked well so far. It fixes a lot of the skips other rippers give me, and is WAY faster than EAC. Some of the tags are messed up, though. I have also been playing through Rhythmbox, but I'm only on onboard sound right now, so no idea how the quality compares. Stuff sounds great on my D2, though a couple tracks I have never had any issues with in the past had skips in them. I may have to find an alternate ripping utility.
 
Jun 18, 2009 at 9:09 PM Post #19 of 54
Quote:

Originally Posted by pow3rtr1p /img/forum/go_quote.gif
Resurrecting this thread from the depths of Head Fi. I am planning on a USB DAC soon, and am looking for some bit perfect software to play FLAC files through. I ripped most of my music with Rhythmbox, which has worked well so far. It fixes a lot of the skips other rippers give me, and is WAY faster than EAC. Some of the tags are messed up, though. I have also been playing through Rhythmbox, but I'm only on onboard sound right now, so no idea how the quality compares. Stuff sounds great on my D2, though a couple tracks I have never had any issues with in the past had skips in them. I may have to find an alternate ripping utility.


Tags: I have been using Ex Falso for tagging all my classical music thus far. I do need to find an ncurses based tagging software that is keyboard efficient.

Have you tried MPD? Google the wiki. Makes a lot more sense to use MPD if you're going to be using a small silent machine. There is also a thread here that I started about using a single board computer ( a PC Engines ALIX) for a dedicated music server. Check it out.


Cheers.
 
Jun 18, 2009 at 9:21 PM Post #20 of 54
I just have one PC. I use Linux as my general usage OS, and Windwos 7 RC for playing games. I just didn't want to have to use Windows for my music, or I would geto ut of the habit of Linux again.
 
Jun 19, 2009 at 3:20 AM Post #21 of 54
Is jack really necessary? Or alsa? How bout just stock pulseaudio on ubuntu with audacious? And what exactly is bit perfect anyways?
 
Jun 19, 2009 at 9:56 AM Post #22 of 54
Quote:

Originally Posted by ezzieyguywuf /img/forum/go_quote.gif
Is jack really necessary?


Usually not, but it can be handy.
Quote:

Or alsa?


If OSS4 supports all of your hardware, and you don't put your PC to sleep, you can use it instead of ALSA. ALSA by itself is a polished turd, but I like my S3 (FI: if mplayer crashes, and it's going out ALSA, I lose all sound output until a reboot, and cannot do a software reboot...but only w/ straight ALSA). ALSA should have been made cleaner and halfway robust, and hopefully it will die a painful death (as OSS4 gets made better).
Quote:

How bout just stock pulseaudio on ubuntu with audacious? And what exactly is bit perfect anyways?


Pulse adds overhead, including high CPU usage when resampling, and still needs ALSA or OSS4 to talk to your hardware. Pulse is not a driver, but a sound server, that takes away the real handling of audio mixing from the driver, which in the case of ALSA, is a very good thing.
 
Jun 19, 2009 at 10:56 AM Post #23 of 54
To get bit-perfect non-resampled playback in Linux, you need to use ALSA and bypass the software mixer called Dmix.

To do so you need to disable PulseAudio if your distribution uses that, here is a guide:

ALSA instead of Pulseaudio for Ubuntu 8.10 Intrepid – a Non-Destructive way. « Tux’s idyllic life.

This guide is for Ubuntu 8.10, I don't know if it's valid for other dists.

To bypass the software mixer you need to use hw:X,0 as you output device (X being device number, hw:0,0 if you only have one audio device)

To confirm your playback mode use this command (card0 assuming you want to see info on audio device number 0):

sudo cat /proc/asound/card0/pcm0p/sub0/hw_params

Happy tinkering :-)

Edit: to see your playback mode you have to have audio playing of cause.
Edit2: This is only valid for Ubuntu and variants there of, fx. Linux Mint, Xubuntu, Kubuntu.
 
Jun 19, 2009 at 11:37 AM Post #25 of 54
Quote:

Originally Posted by leeperry /img/forum/go_quote.gif
there's no Reclock/ffdshow equivalents on Linux...is there?


You can use OpenGL for video output and enable OpenGL Vsync for your video card.
This only works when not using compiz and the likes.
 
Jun 23, 2009 at 12:56 AM Post #26 of 54
hmm, when I removed pulseaudio it said I could no longer update my ubuntu build automatically.
 
Jun 23, 2009 at 1:41 PM Post #27 of 54
Quote:

Originally Posted by DoYouRight /img/forum/go_quote.gif
hmm, when I removed pulseaudio it said I could no longer update my ubuntu build automatically.


That's why the guide I posted doesn't show you how to remove PulseAudio, but marely how to disable it.

On the same site as that guide is a guide for Ubuntu 9.04:

Ubuntu 9.04 Jaunty – Keeping the beast Pulseaudio at bay « Tux’s idyllic life.

I have no experience with version 9.04 yet, I'm still waiting for Linux Mint 7 x64.
 
Jun 23, 2009 at 1:58 PM Post #28 of 54
Quote:

Originally Posted by progo /img/forum/go_quote.gif

And yes, a mixer (dmix for instance) will wreck the state of bit perfectness.



this is not strictly correct.

a mixer at full gain (100%) will not touch the bits in any 'bad' way. no SRC happens in linux unless your card doesn't support the native SR being played. if you have a 44.1 able card you will never be resampled.

the gain will not change either, thru the mixer, if its left at 100%.

so, you can run 'no harm' mode even thru linux mixers. they're not 'forced src' boxes like windows often is.

I use mpd as the backend and usb audio as the 'driver'.
 
Jun 23, 2009 at 3:21 PM Post #30 of 54
Quote:

Originally Posted by linuxworks /img/forum/go_quote.gif
this is not strictly correct.

a mixer at full gain (100%) will not touch the bits in any 'bad' way. no SRC happens in linux unless your card doesn't support the native SR being played. if you have a 44.1 able card you will never be resampled.

the gain will not change either, thru the mixer, if its left at 100%.

so, you can run 'no harm' mode even thru linux mixers. they're not 'forced src' boxes like windows often is.

I use mpd as the backend and usb audio as the 'driver'.



That sounds most reasonable. It was a long time since I tried dmixing, and since the majority of my music is 16/44.1, it could have benefits. But on the other hand, some of the 24/48 or /96 are nice too.

Quote:

Originally Posted by leeperry
there's no Reclock/ffdshow equivalents on Linux...is there?


Linux' ffmpeg project is the ffdshow equivalent.
smily_headphones1.gif
And the other much used encoder library is xine-lib. But in general you don't install codecs like you'd do in Windows. The apps link into the "codec packs" like ffmpeg and xine automatically.
 

Users who are viewing this thread

Back
Top