Linux Audio the way to go!?

[xyrion]

Originally posted by dwk123
I've become even more impressed with mpd after getting it running on my NSLU2.

I was planning to try that when the finances let me. I'm glad to hear it works fine.

Would it be possible to run it on batteries?

[kuroguy]

Originally posted by dwk123
mpc search genre XXXXX | mpc add

The ability to pipe the output of one daemon into another is, in my opinion, one of the most powerful and useful abilities of linux. I use it to record music streams to disk all the time.

[soundcheck]

Hi there.

I updated the MPD Wiki so that anyubuntubody can install it from sources - what I'd recommend

Some features ( e.g. 24 bit support) are nowadays (0.14-beta) available from the
source-tree snapshot only.

The snapshot runs usually pretty stable, since most of the changes are bugfixes only.

Cheers

[soundcheck]

Hi there.

If there are people around using EMU 0404 USB I'd like to share a hint.

As you know it just supports 16/44.1 by default.

However, you can set the samplerate to e.g 96k under Windows, reboot into
Linux. Don't reset the EMU in between. This way you can run 24/96 under Linux.

As said earlier. MPD supports 24bits with latest git release. Give a manual compilation
and install a try.

Now you can use libsample to 96 in best sinc within MPD to convert your other stuff to
have fun until you turn the EMU off.

Cheers

[soundcheck]

Hi folks.

One more for today.

You'll find a small description in the MPD WIki of how to setup MPD for ramdisk
playback.

The way I am running it - I think I mentioned that before - I just copy a whole directory
to /dev/shm and update the MPD database accordingly.

Have fun

[soundcheck]

Hi folks.

A quick poll in between:

I was thinking for how long Brutefir is gonna remain a top notch
convolver.
As you might know Brutefir is not what you'd called well maintained
since quite some years by now.
I think it falls short on certain aspects already today.

What I would like to put on my Christmas wish list would be:

1. APIs need to be updated
2. Up2Date Dither algorithm (e.g. http://www.apogeedigital.com/pdf/UV22osquick.pdf)
3. Cuda or GPU engine support (several times faster than processorbase processing)
4. >SSE2 support
5. Adaptation to current scheduling algorithms
6. Optional: OSS 4Front IO module

Let me know what you think of it and if you have more wishes to add or
comments on above.

The next step would be to think of how to get started on tackling the
issues.

Cheers
Klaus

[SunRa]

Hello Soundcheck,

because I've lost tracking your hardware configuration could you please write a short description of your set-up at the current date? I know it's USB based and I'm trying to do the same. Only if I could find an asynchronus mode USB chip...

[soundcheck]

My system description at AA.

[SunRa]

Thank you soundcheck!


Hope I am not thrashing the thread too much but do you have a link with a description of the ec-design usb interface? I can't find much info on his site and the thread here on diyaudio is enormous.

What are the particularities that made you choose this usb receiver? I don't think it's asynchronous like the wavelenght dac, so how does it deal with jitter?

At the moment the only fast solution I see for a quick try is pcm2707 -> ASRC chip -> DAC or an all in one solutin with the ess chip having integrated asrc (and a good one I've heard).

[soundcheck]

@sunra

I'd recommend that you have look at the Sabre DAC. That's IMO the way forward.
Though - the interface question remains of course. I feed mine via I2S from a DDDAC USB receiver without reclocker (because Sabre needs 64fs on the I2S bus) for the time being.
This limits me also to 44.1/48/16 of course. The good thing though - I can fully enjoy my
Linux USB tweaks.

Cheers