XBMC e MPD, vale la pena?

Nelle mia infinita lista di cose da fare, c'è anche da ultimare la configurazione software del pc multimediale... uso xbmc che trovo ben fatto e altamente fruibile su linux (per chi ne mastica un po' si può installare la versione standalone e lanciare quest'ultima al posto dei vari gnome/kde... ed avere un pc multimediale che fa solo quello).
Nella mia scarsissima catena audio attuale uso quest'ultimo per riprodurre i miei flac (si pappa tranquillamente qualsiasi codifica anche 24/96 flac...) e ha un suo server upnp con il quale mi collego dai vari pc di casa per ascoltare musica (dal pc winzozz con foobar e la dll upnp non mi da problemi).
Ora, in attesa di moddare un paio di sure, volevo sapere se vale la pena installare anche mpd e riprodurre tramite questa la musica (c'è il client su xbmc) o se è inutile il tutto?
PS. la mia catena audio, abreve sarà:

pc -via analogica- bi-amp di ta2024, quindi nè schede audio dedicate, nè dac, nè pre...

xmbc non suona bene, meglio altre soluzioni.

...tipo?

nel frattempo installo mpd...

Beh... installare mpd è una sciocchezza...

#aptitude install mpd

e il server è installato e demonizzato.
Per la prima configurazione (alla fine si tratta fondamentalmente di comunicare la cartella dei contenuti al sever...) ho seguito questa guida: http://guidainstallazionevoyagempdlinux.blogspot.com/2011/04/configurazione-mpd.html
...e quando i principini di casa finalmente si sveglieranno proverò come suona "meglio" rispetto a xbmc... (che adesso sto utilizzando come client)...

EDIT: beh che dire... un player decisamente diverso dal solito... inesistente direi, il che non mi crea nè grossi problemi, nè grossi vantaggi... lo comando dal cell, da xbmc, dai pc della casa e credo anche dal browser... ma alla fine suona meglio? Non riesco a rendermene conto ancora...

flovato ha scritto:xmbc non suona bene, meglio altre soluzioni.

Perchè?

Credo per bit perfect... credo che ricodifichi tutto a 16/44.1, quindi se riproduci un file in hd ti perdi tutto il buono, credo... con mpd invece riesci a riprodurre il segnale come ce l'hai (chiaramente se il tuo hw lo supporta).

dalbach ha scritto:Credo per bit perfect... credo che ricodifichi tutto a 16/44.1, quindi se riproduci un file in hd ti perdi tutto il buono, credo... con mpd invece riesci a riprodurre il segnale come ce l'hai (chiaramente se il tuo hw lo supporta).

MPD invia in automatico il file audio nel formato audio che legge al driver audio ALSA.

E se facessimo lo stesso con XBMC bypassando PulseAudio?

Cioè, ad es. se

$ aplay -l
card 0: SPDIF [HA INFO U2 USB TO SPDIF], device 0: USB Audio [USB Audio]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: SPDIF [HA INFO U2 USB TO SPDIF], device 1: USB Audio [USB Audio #1]
Subdevices: 1/1
Subdevice #0: subdevice #0

Supponiamo di avere l'uscita sulla 0,0... impostiamo in XBMC sotto Settings -> Audio menu
custom e quindi, hw:0,0

Quindi lanciamo XBMC con il comando:
SDL_AUDIODRIVER=null xbmc



Che ne dite?

L'idea mi è venuta leggendo qui: http://blog.oxplot.com/2011/08/ac3dts-passthrough-for-xbmc.html

...mmm... adesso che mi ci fai pensare, mpd fa uscire il segnale da un device che indichi tu e su cui imposti la tipologia di segnale; con lo stesso principio a questo punto si potrebbe far uscire il segnale da un alsa device codificato per riprodurre il segnale alla sua massima risoluzione... spero di essermi spiegato

Smanettare ed ottenere una configurazione simile a questa inserita nel cfg di mpd:

audio_output {
type "alsa"
name "My ALSA Device"
device "hw:0,0"
# format "44100:16:2" # optional
# mixer_device "default" # optional
# mixer_control "PCM" # optional
# mixer_index "0" # optional
}

utilizzando un dispositivo creato ad hoc tramite alsa...

Ci vorrebbe uno che ci sguazza in ste cose perchè io ad ogni upgrade incasino sempre tutto...

Ma non è meglio direttamente usare Jack al posto di pulseaudio?

Lo trovo più flessibile, è nato specificatamente per avere audio di qualità, a differenza di pulseaudio che personalmente mi sta un pò sui maroni

Non ne so abbastanza per dire cosa e meglio, anzi se qualche anima pia mi desse una mano a configurare pulseaudio (default su debian + gnome) e il nuovo alsa forse potrei dedicare il resto del mio tempo al resto dell'impianto...

dalbach ha scritto:Non ne so abbastanza per dire cosa e meglio, anzi se qualche anima pia mi desse una mano a configurare pulseaudio (default su debian + gnome) e il nuovo alsa forse potrei dedicare il resto del mio tempo al resto dell'impianto...

Non c'è assolutamente paragone tra pulseaudio e jack, a parte la mia personale antipatia per PA, nascono per scopi diversi, PA nasce per essere usato in condizioni tipicamente desktop(audio,video,giochi etc), Jack nasce per l'audio e basta, Jack è relativamente semplice da configurare, e molto flessibile.

Provalo, installarlo è semplice, configurarlo anche, se ti incagli da qualche parte qualcuno che ti dà una mano lo trovi.

Qui, se vuoi, c'è una disamina approfondita delle differenze tra Jack e Pulseaudio.

http://0pointer.de/blog/projects/when-pa-and-when-not.html

PA mi sta decisamente sulle p@lle, da quando con il passaggio da gnome 2. a 3. me lo sono trovato installato di default... ora ho imparato che se un sistema è implementato con un paio di prg preimpostati, provare a rimuoverli porta (nel mio caso) ad irrimediabili perdite di tempo e giramenti enormi di gonadi. Quindi PA me lo tengo per quando uso il pc come pc (quindi skype e internet principalmente). Jack era già nella mia to do list per implementare drc (brutefir etc etc) ma dovrebbe sostituire pa quando uso il pc come htpc (quindi mpd e xbmc) e credo che questo non sia un problema vista che si possono indicare specificamente cosa usare per riprodurre il sonoro.

Ma prima, chi mi spiega come far convivere pa con il nuovo alsa 1.0.25? All'avvio tutto bene, lancio mpd e riproduco tutto senza problemi facedno uscire tutto da hw:0,0 (che è l'uscoita analogica della mobo). Poi guardo un po' di film, xbmc parte, il sonoro in questo caso è impostato su hdmi tramite la scheda video. Esco e riprendo con la musica e tadam... device busy?!?!

Boh...

dalbach ha scritto:PA mi sta decisamente sulle p@lle, da quando con il passaggio da gnome 2. a 3. me lo sono trovato installato di default... ora ho imparato che se un sistema è implementato con un paio di prg preimpostati, provare a rimuoverli porta (nel mio caso) ad irrimediabili perdite di tempo e giramenti enormi di gonadi. Quindi PA me lo tengo per quando uso il pc come pc (quindi skype e internet principalmente). Jack era già nella mia to do list per implementare drc (brutefir etc etc) ma dovrebbe sostituire pa quando uso il pc come htpc (quindi mpd e xbmc) e credo che questo non sia un problema vista che si possono indicare specificamente cosa usare per riprodurre il sonoro.

Ma prima, chi mi spiega come far convivere pa con il nuovo alsa 1.0.25? All'avvio tutto bene, lancio mpd e riproduco tutto senza problemi facedno uscire tutto da hw:0,0 (che è l'uscoita analogica della mobo). Poi guardo un po' di film, xbmc parte, il sonoro in questo caso è impostato su hdmi tramite la scheda video. Esco e riprendo con la musica e tadam... device busy?!?!

Boh...

Non so, sul portatile ho PA e Jack, tutti e due convivono felicemente con alsa 1.0.25 compilato in locale.
Hai solo una scheda audio o più di una?

Edit: Non serve rimuovere PA, quando usi Jack, ci pensa lui a tirare giù tutto.

fritznet ha scritto:Non so, sul portatile ho PA e Jack, tutti e due convivono felicemente con alsa 1.0.25 compilato in locale.

Ottima notizia questa, io ho su debian wheezy, aggiornato all'ultimo upgrade, è da qualche giorno che ho su alsa 1.0.25.

fritznet ha scritto:Hai solo una scheda audio o più di una?

In realtà nessuna, in pratica alsa mi vede su 0 il chip della mobo, con le uscite analogiche e quelle digitali, su 1 il chip della vga e i 4 dev connessi (quindi tramite hdmi) e su 2 infine il mic della webcam. Alsamixer è configurato come si deve (quindi no mute), se faccio i test (speakertest , aplay ...) tutto ok, ma pa pur vedendo correttamente tutte le uscite mi fallisce il test sull'hdmi, mentre ok sull'analogico della mobo.

fritznet ha scritto:Edit: Non serve rimuovere PA, quando usi Jack, ci pensa lui a tirare giù tutto.

Altra buona notizia per quando installerò jack...

Mi fate venire i dubbi, quando mpd e configurato per usare ALSA, bypassa PA, quindi
perchè cruciarsi con Jack?

nell'output di mpd, si consiglia di aggiungere:
audio_output {
type "alsa"
name "my ALSA device"
auto_resample "no"
use_mmap "yes"
}

http://mpd.wikia.com/wiki/Tuning

romvise ha scritto:Mi fate venire i dubbi, quando mpd e configurato per usare ALSA, bypassa PA, quindi
perchè cruciarsi con Jack?

nell'output di mpd, si consiglia di aggiungere:
audio_output {
type "alsa"
name "my ALSA device"
auto_resample "no"
use_mmap "yes"
}

http://mpd.wikia.com/wiki/Tuning

Credo che anche jack e mpd siano nati con scopi diversi, dipende dall'uso che se vuole fare, secondo me.

Sulla FAQ di XBMC per Linux, alla voce Audio issues, leggo che è possibile bypassare PA e usare direttamente i driver ALSA:

http://wiki.xbmc.org/index.php?title=XBMC_for_Linux_specific_FAQ

sasachess ha scritto:Sulla FAQ di XBMC per Linux, alla voce Audio issues, leggo che è possibile bypassare PA e usare direttamente i driver ALSA:

http://wiki.xbmc.org/index.php?title=XBMC_for_Linux_specific_FAQ

Confermo, ma questo non so se è sufficiente per riprodurre in bit perfect