[Linux-Biella] mplayer cache audio

[PaulTT]

On 06/06/2011 13:24, Jumping Jack 說:
>
>
> On 06/06/2011 10:32, vallini.daniele a bilug.linux.it wrote:
>> Sun, Jun 05, 2011 at 10:48:29PM +0200 Jumping Jack ha scritto:
>>
>>>> Ma perche' mai il default di cache_for_audiocds=0 ?
>>>>
>>>> Con quel default la riproduzione dei cd sara' a scatti.
>>> I CD andrebbero riprodotti in stream e non facendo l'estrazione audio,
>>> se la riproduzione avviene in stream non esiste cache.
>> Quindi quale riga di comando daresti a mplayer o come lo compileresti?
> Non lo so, il comando che il software deve mandare al cd è 
> semplicemente "play", comunque la maggior parte dei software fa 
> l'estrazione audio raw e poi la riproduce, solo che, in questo modo, 
> si perdono eventuali informazioni aggiuntive che vengono aggiunte 
> sfruttando ciò che non è digitale in un supporto digitale come la 
> posizione dei pit che può essere anticipata o ritardata. Se il 
> digitale viene estratto tutti ciò che è extra ai 16bit 44.100Hz viene 
> perso. In ogni caso deve essere connesso fisicamente il cavo audio 
> analogico o digitale in uscita dal cd verso la scheda sonora, 
> altrimenti non è possibile ascoltarli in stream.
>
nel caso in cui tu abbia effettivamente la scheda audio collegata al cd, 
cosa comune nei computer fissi, meno comune nei portatili, puoi usare i 
cdtool, che contano tra di loro cdplay, cdpause, cdstop

solo che cosi' il controllo lo ha il lettore cd, vale tanto quando 
schisciare il tastino play, come c'era sui vecchi lettori, e si perde un 
po' il controllo del lettore, per quello i programmi leggono, cachano, e 
riproducono; cmq la storia dei dati in piu' e' una caxxata, le 
specifiche redbook sono di 16bit pcm lineare a 44.100Hz, per cui quello 
e', i pit sono 0, il resto 1; se mi psieghi cosa intendevi dire tu......

-- 
Non che non sia possibile rompere un server di posta su una piattaforma
diversa, ma exchange arriva già rotto. E' un enorme risparmio di tempo.