[Linux-Biella] [OT] - flame

[Jumping Jack]

On 18/05/2017 16:27, PaulTT wrote:
> On 18/05/2017 14:22, Jumping Jack wrote:
>> ...
>>> E il formato AAC? E' tecnicamente migliore degli altri o peggiore?
>>
>> AAC è risultato un formato buono in tutto quello che è video (non 
>> musicali) sopratutto per la qualità in alte compressioni, è lo 
>> standard di youtube, è uno dei motivo per cui dico che mp3 sarebbe 
>> già dovuto morire da tempo, invece è rimasto il più diffuso. Perché 
>> contano le mazzette prima del free. Quindi anche adesso che mp3 è 
>> free... magari AAC prende piede oltre l'attuale :P
>
> cmq aac resta sotto licenza, quindi costa, quindi vedi discorso 
> precedente ;P
>
> le mazzette non contano proprio un caxxo, e' che la maggior parte 
> delle robe che riproducono, son cinesi, e i cinesi, usano quello che 
> e' piu' comodo ;D
> (e tra l'altro, se proprio, una gran parte di device e di file sono in 
> mpeg2.5, neanche mp3 standard)
>
> btw , la differenza piu' grande, oltre alla pare miglior codifica (a 
> discapito del tempo in secondi e cpu di codifica e deocidifica, 
> ovviamente - che lo rende meno usabile su device portatili poco 
> potenti e consuma di piu' sui cell), e' che aac supporta fino a 48 
> canali, mp3 arriva max al 5.1, paremi, non oltre di certo

Parlando di standard il layer 3 audio è sia di MPEG-1 che MPEG-2 che 
MPEG-2.5 quando si fa un file non incapsulato, quindi .mp3 è fuori 
standard e quindi tutto va bene. Le differenze tra i layer 3 dei citati 
standard sono sui limiti dei bitrate ovvero sulla qualità audio, che è 
massima nel 1 e minima nel 2.5 il numero di canali poi non strettamente 
definito, di base funziona solo Mono, Stereo o Joint Stereo (che ha 
altre sotto versioni). Poi sì c'è anche il 5.1 ma deve rispettare i 
limiti di bitrate per cui è ciofeca assoluta.

ACC non so per cosa lo utilizzino come multicanale, a livello 
professionale i dati compressi non esistono generalmente 48KHz e 24bit è 
tutto ciò che serve, la comunicazione poi avviene attraverso ethernet 
con il protocollo Dante.

-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://list.bilug.it/pipermail/linux/attachments/20170518/61591031/attachment.html>