Linux Audio the way to go!?

[gk7]

;-) I see you live in Pilsen where the world´s best beer is made. I´ve found this out empirically but of course need to "download" more to make it statiscally valid.

Said that, I certainly do not want to distract from the original topic of the thread (have not read it in full length yet) and although I´m "oldschool" linux I´m willing to contribute and not beeing "arrogant"; I´m just easily offended by "esoteric" claims. We already have enough of those in our world. That´s the advantage of Linux, you can look how it works, no "secrets" here and thus no need to "just believe".

[terranigma]

Originally Posted by RR

Try Music Player Daemon, and one of the many clients for it. I liked sonata for linux, QMPDClient for windows, and mpod for ipod touch-iphone. There is also a client for android devices, that I have not tried.

Music Player Daemon Community Wiki
Sonata Music Client for MPD

MPD is a good thing if you prefer client-server concept, but it is not related with my purpose. Foobar2000+wine still best among bunch of all *nix audio players. If you use it, you may realize it supports drag-and-drop and copy tracks between playlists better then native ones.

[UnixMan]

OMG. Using wine for such a task IMHO is definitely not the best thing to do.

About native players, I am afraid that perhaps you have not tried hard enough the best native players around. Of course no-one of them will work exactly the way you're used to. There will always be some "learning curve" before you'll feel at home with any new software once you have got used to something else.

Which ones have you tried? under which distribution/environment?

Anyway, the world is nice 'cause it's so various... it's always nice to have choices.

About MPD, of course its most prominent feature is the client-server model, which is best exploited when controlling a dedicated server from one or more remote clients. But you can also use it on a single machine. Clients like GMPC are as good as many "integrated" (non client-server) players.

[terranigma]

Originally Posted by UnixMan

OMG. Using wine for such a task IMHO is definitely not the best thing to do.

If you say so..

About native players, I am afraid that perhaps you have not tried hard enough the best native players around. Of course no-one of them will work exactly the way you're used to. There will always be some "learning curve" before you'll feel at home with any new software once you have got used to something else.

My learning curve is not that long. I'm capable of expecting some behavior after such operations like DnD and move,copy items between multiple playlists.

Which ones have you tried? under which distribution/environment?

This list is not going to be as short as my learning curve if try to remember what i tried since the days of we were celebrating iso9660 filesystem support just arrived to 2.0 kernel.

Anyway, the world is nice 'cause it's so various... it's always nice to have choices.

We are agree on this point.. This is why I'm on wine+foobar side for a while. I'm also using a simple file launcher which is a simply 'mplayer -ao alsa:device=front "$1"'. DnD works great

About MPD, of course its most prominent feature is the client-server model, which is best exploited when controlling a dedicated server from one or more remote clients. But you can also use it on a single machine. Clients like GMPC are as good as many "integrated" (non client-server) players.

I'm a oldskool shaped computer user. I'm still trying to get used to windoze and menu buttons on keyboards. Please don't expect from a "file based" thinker to feel comfort while doing such client-server things in this manner.

[UnixMan]

Originally Posted by terranigma

If you say so..

well, basically your sound stream will be goin' through an emulated windows sound stack/driver layer. Maybe it's not the case (we should look at the code to know), but it may even be not "bit-perfect".

Originally Posted by terranigma

I'm a oldskool shaped computer user. I'm still trying to get used to windoze and menu buttons on keyboards. Please don't expect from a "file based" thinker

so I am. Even more, I'm a command line guy. My favorite "player" is: "play <some_files>" from a bash shell.

[WDYSUN]

Dear Folks

I discovered that sometime softwares (dsp, encoders, etc) add some stuffs in the header of the wavs when I go back to wav format. For instance this happens when I go from ape to wav.

There is anyway to clean the wavs, so that everything is before the DATA is 100% consistent with the wav standard?

I tried doing

  sox  in.wav   -t wav  out.wav

but header still contains non-standard elements.

Best Wishes
Pietro

[WDYSUN]

Dear all,

I'have ripped several LPs at 24bit/192Khz, and I want to make CD-RW copies to be played in my car.

From what I understood the best way to get files resampled with sox is something like this:

 sox  -V5  input.wav   -b 16  -t wav  output.wav   rate -v -s 44100  dither -s

Am I right, or rather there is any better way (higher quality) to do it?

Pietro

[Wombat]

Looks ok to me. Of cause one may argue about the shape of dither, the bandwith or allowing aliasing and so on
One thing you should certainly add is -a to the dither option so sox doesn´t dither on digital silence.

[WDYSUN]

Originally Posted by Wombat

Looks ok to me. Of cause one may argue about the shape of dither, the bandwith or allowing aliasing and so on
One thing you should certainly add is -a to the dither option so sox doesn´t dither on digital silence.

you mean simply like this?

sox  -V5  input.wav   -b 16  -t wav  output.wav   rate -v -s 44100  dither -s -a

Pietro

[Wombat]

Originally Posted by WDYSUN

sox  -V5  input.wav   -b 16  -t wav  output.wav   rate -v -s 44100  dither -s -a

Looks right!