Linux per musica liquida

Ciao
grazie per le informazioni tengo presente tutto per decisione
Penso che ci sia il kernel real time su repository backports vedete questa discussione aperta da me
siccome sono in fase di approfondimento e studio
Faro sapere gli sviluppi

Tutti vorrebbero usare Debian per fare tutto, ma è difficile da configurare purtroppo

Comunque Debian non è così tanto più difficile di una qualsiasi altra distribuzione GNU/Linux, molto semplicemente essendo pensata per essere molto più stabile e affidabile, e soprattutto puntando ad avere solo software free, il supporto alle periferiche che necessitano di driver proprietari è molto scarso. Inoltre fino alla penultima release (la 6) i repository venivano aggiornati molto lentamente rispetto allo standard proprio per questa propensione alla stabilità tipica di Debian, dove il ciclo di testing di ogni singolo pacchetto e aggiornamento è molto più lungo del solito.
Altra cosa è invece la ricompilazione del kernel, è difficile da fare a prescindere dalla piattaforma, anzi forse se si è stati costretti a smanettare un pochino per altri motivi, viene più facile che non se si è abitutati a usare un sistema come Ubuntu che funziona quasi interamente senza interventi particolari da parte dell'utente.

Attenzione anche a un'altra cosa: il kernel realtime è assolutamente non indispensabile a meno che non sia necessario registrare. Non otterrai nessun beneficio per la riproduzione né noterai una qualità migliore o un carico minore sul sistema. Perciò se vuoi installarlo per tuo sfizio ok, ma non farne una questione di vitale importanza, insomma non cambiare distro solo per quello o non metterti a ricompilarlo a meno che tu non abbia proprio gusto a farlo.

Ciao a tutti
e buon natale
portate pazienza per il ritardo nel rispondere

el_Felix ha scritto:Comunque Debian non è così tanto più difficile di una qualsiasi altra distribuzione GNU/Linux, molto semplicemente essendo pensata per essere molto più stabile e affidabile, e soprattutto puntando ad avere solo software free

Sono d'accordo e non cambio distro

Volevo farvi un riassunto:
Molto o tutto di quello che ho fatto è su questo topic del sito dabianizzati.org
- Ho installato il kernel real time seguendo questa guida repository backport
Dando poi il comando per installare il kernel

Codice:

# apt-get -t wheezy-backports install linux-image-3.10-0.bpo.3-rt-686-pae

quindi qui avevo il realtime  sul laptop.
-Il laptop e questo quindi un processore Atom  
-Sia Clementine che Vlc succhiano risorse e come potete vedere dal topc alla fine

Il file audio, quindi, sembra contenga al proprio interno tre flussi PES che, probabilmente, il programma di riproduzione non riesce a sincronizzare rispetto alle temporizzazioni contenute nel flusso. ha scritto:.

Mi e arrivata un idea volendo installare sul pc principale per provare softwere MPD e  gmpc di fare la stessa cosa sul laptop
Ho seguito questa guida
e anche questa di arclinux
ora sono in un impasse con MPD


-Poi su la guida di ArcLinux che si può mettere in italiano dicono:
Andare a vedere alla voce
Elevato utilizzo della CPU con ALSA
cioè di mettere nel file auto_resample "no" nel

Codice:

/etc/mpd.conf

Codice:

audio_output {
 type "alsa"
 name "my ALSA device"
 auto_resample "no"

ciao

Perciò, di fatto, al momento, la situazione è bloccata?

el_Felix ha scritto:Perciò, di fatto, al momento, la situazione è bloccata?

Ciao più che bloccata quel laptop non va bene troppo poco capacita di calcolo cmq processore atom

Ah, su altri sistemi hai dei feedback più positivi?

el_Felix ha scritto:Ah, su altri sistemi hai dei feedback più positivi?

non capisco cosa intendi ?

Le prove che stai facendo sul tuo Atom hanno dato problemi a livello di prestazioni, su sistemi più potenti hai avuto modo di notare risultati più positivi?

el_Felix ha scritto:Le prove che stai facendo sul tuo Atom hanno dato problemi a livello di prestazioni, su sistemi più potenti hai avuto modo di notare risultati più positivi?

Non ho provato su hardware più potente utilizzo solo Debian.
Stavo pensando o di mettere il real-time su pc principale o sul muletto, su ibmr52 che è un portatile.
NOTA IMPORTANTE FORSE
Resta il fatto che la maggior parte delle schede audio di default della maggior parte pc sono a 44khz

 Elevato utilizzo della CPU con ALSA

Quando si utilizza MPD con ALSA, è possibile che MPD impieghi molta CPU (circa il 20-30%). Questo è causato dal fatto che molte schede audio supportano i 48kHz mentre la maggior parte della musica è a 44kHz, costringendo quindi MPD a ricodificare la traccia. Questa operazione impiega molti cicli di CPU e un elevato utilizzo della stessa.

Per molti utenti il problema dovrebbe risolversi istruendo MPD a non ricodificare, aggiungendo auto_resample "no" alla sezione audio_output di /etc/mpd.conf. Tuttavia, ciò peggiorerà leggermente la qualità di alcune tracce

vedi questa guida
Qui sopra si parla di MPD ma credo che questo concetto si possa tranquillamente trasferire a sistema e player
Quindi bisogna configurare bene anche alsa sul sistema ?

Mmm, il discorso del resampling non credo sia corretto: se anche le schede audio supportano i 48 Khz (e anche di più, la maggior parte di quelle moderne arriva senza problemi a 96 Khz anche nella fascia economica) la frequenza a cui lavora è dettata dai driver, cioè alsa nel tuo caso o, se usi jack, dalle impostazioni di jack.
Resta il fatto che in output non dovresti avere comunque di questo problema (ma io non sono un espertone perciò non ci metto la mano sul fuoco).
Io invece ho notato che alcuni player audio hanno di default un'opzione che normalizza il livello per portare tutte le tracce a suonare intorno allo 0db, e che questo è un processo che avvenendo in realtime durante la riproduzione, fa lavorare un po' la cpu.