Newsgroup: it.comp.musica.mp3
Titolo: ho letto sul manuale dell'encoder MPC...

Ciao a tutti,
ho per voi un paio di domandine al volo ;-)
1) Come da subject, ho letto sul manuale che accompagna l'encoder MPC
(traduco liberamente dall'inglese) che i settaggi standard ed xtreme
"offrono qualche imperfezione per le orecchie molto allenate" mentre
(cosa per me stranissima) l'insane addirittura "presenta un bel po' di
imperfezioni per le orecchie molto allenate". Mi pare strano, ripeto,
tra l'altro il braindead non viene neppure nominato (parlo dell'ultima
versione dell'encoder), secondo voi l'insane liscio è davvero così
inferiore ad un xtreme altrettanto liscio? Io ho finora evitato il
braindead perchè troppo voluminoso, prima usavo l'xtreme, adesso uso
l'insane, ma se sono andato a finire in un settaggio peggiore
utilizzando anche più spazio...
So che l'insane encoda anche le frequenze inaudibili (il manuale lo
specifica) però occupa anche più spazio, quindi io mi aspettavo un
risultato qualitativamente comparabile all'xtreme (cosa che mi pare
vera). Secondo voi? Vale la pena passare a braindead?
2) Il comando -scale. Ho capito che si usa quando un brano è troppo
"alto" di volume e serve per portare il volume ad una frazione di
quello originale (è giusto?).
Purtroppo però capita molte volte che io lanci una serie di encoding e
poi lasci il pc a lavorare da solo (è questo il suo bello, no?). Bene,
ho notato che l'encoder mpc ti avverte se qualche brano "sfora" e ti
consiglia al volo che valore utilizzare con --scale. Ok, ma se io
arrivo alla fine del lavoro, non ho più modo di sapere se ce n'era
bisogno in qualche traccia che ha fatto prima. Quali sono le
conseguenze udibili in un brano per cui l'encoder mi consiglia di
usare lo -scale? Io per esempio ho 100 brani già encodati, adesso mi
ritrovo nella condizione di farlo nuovamente e di stare a guardare il
processo per vedere se ogni tanto questo avviso salta fuori.
2-bis) Sempre con -scale, a volte capita di encodare un album e lui
per una traccia ti consiglia di usare uno -scale 0.980 (ad esempio).
Io a quel punto interrompo il processo e ri-encodo tutto al nuovo
valore più basso, anche quei brani che non avevano dato problemi,
questo per mantenere i livelli di volume, se non uguali, almeno
proporzionati all'originale. Sbaglio secondo voi? Dovrei ri-encodare
con -scale diverso solo il brano segnalato e lasciare così com'è il
resto dell'album?
Grazie a tutti e ri-ciao!
Crusader

resto dell'album?
Quello che hai fatto mi sembra il procedimento più corretto anche se
ormai come ho detto sopra non è più necessario usare scale per
risolvere il problema.
Ciao, [proxima]

 stringa di compressione che usiamo abitualmente
--xlevel va usato sempre, aiuta a "scongiurare" l'internal clipping (ma 
non sempre lo scongiura, allora in quel caso devi ricodificare con 
l'appropriato valore di --scale), non ha alcuna controindicazione sul 
versante qualitativo (che ci sia o meno internal clipping).
L'unica controindicazione e' quella gia' citata da proxima (necessita di 
decoder recenti).
L'internal clipping e' un "errore" esclusivo e di progettazione di MPC 
(in realta' e' una non previsione di Buschmann delle recenti "tattiche" 
adottate dai produttori di CD-Audio), ne soffre l'attuale StreamVersion 
7.x, ma sara' risolto con StreamVersion 8, anzi e' gia' stato risolto 
dalla versione alpha (sperimentale, da usare solo per esperimenti) 1.91z
Ciao marco
-- 
Levare la "M" per rispondere

versante qualitativo (che ci sia o meno internal clipping).
Stai dicendo che anche con "--xlevel" ci sono ancora possibilità che
si verifichhi l'internal clipping ? Mi sembra un pò una contraddizione
visto che il range di valori è stato enormemente aumentato e lo switch
è stato pensato proprio per evitare il problema. Sei mai incappato in
un problema di questo tipo ?
Ciao, [proxima]

 si verifichhi l'internal clipping ? Mi sembra un pò una contraddizione...
A me è successo col CD "Grandes" dei Manà

A me è successo col CD "Grandes" dei Manà
A questo punto non resta che ribadire quello che ha già detto marco e
prevedere acomunque la possibilità di un problema di questo tipo.
Si è costretti comunque a ricorrere ai soliti (--stderr e --scale).
Ciao, [proxima]

 si verifichhi l'internal clipping ?
Certo, non sono proprio rarissime le testimonianze 
postate sull'Hydrogenaudio (li ho letti proprio li') che hanno verificato 
questa cosa e mi sembra che fosse stato chiarito anche dallo stesso Klemm 
quando a suo tempo introdusse questa feature, --xlevel non scongiura 
l'internal clipping al 100%.
Io non l'ho mai provato di persona perche' con MPC non encodo quasi 
niente (e quando l'usavo non beccavo mai l'internal clipping pur non 
usando --xlevel), uso solo loss less.
