Newsgroup: it.hobby.hi-fi
Titolo: AccurateRip su cd protetti?

premetto che quanto segue riguarda solo la possibilità di ascoltare in privato mediante pc propri cd regolarmente acquistati.
ho qualche maledetto cd dotato di protezione, poche cose... cavolate che potrei anche far volare dalla finestra, però mi pongo il problema ugualmente.
voglio rippare e portare su hd, uso DBpoweramp CD Ripper che, quando inserisco il disco mi dice che lui quel cd lo vede nel db di AccurateRip però, se tento di ripparlo così com'è mi denuncia errori nel ripping e si blocca. ho tentato allora con Clone CD che però ovviamente crea un cd diverso, con altri CRC per i brani, quindi anche in questo caso AccurateRip non serve.
Morale: che razza di dati ha AccurateRip su un cd protetto come questo? e ammesso che siano validi, come procedere correttamente al ripping?


mi rispondo da solo.
da un vecchio post nel forum di DBPoweramp  (
http://forum.dbpoweramp.com/showthread.php?t=7418
) pare che in effetti la strada più generale sia proprio quella di utilizzare Clone CD e poi rippare l'immagine ottenuta.



se è un vecchio sistema basta non far leggere a win il cd, ovvero
disattivare l'autorun (che è meglio disabilitare su tutto) per altri
sistemi di protezione non funziona: o rippi un'immagine raw o vai in
burst che equivale ad emulare un cdplayer. La cosa migliore è evitarne
l'acquisto - per questi cd ritengo lecito l'uso del p2p, non vedo il
motivo di pagare per del pattume. 
Controlla le tue proprietà di posting che i tuo scritti sbordano di
brutto.


EAC?
Frank

EAC?
Non conta il ripper, bisogna vedere che schifezza ha adottato il cd:
una traccia fake che fa impazzire il cdrom se lo fai gestire da win (o
parte un prog con gli mp3) o se usa gli errori sparsi nel cd. Se il
cdrom l'hai dato in carico a EAC col primo tipo basta deselezionare la
traccia dati, per il secondo scordati di usare l'accurate, ti rimane
burst o raw, fatto a cd nuovo è come lo vede il player - alla sony
andava di scherzare, le risate che si son fatti, poi si son presi
qualche mazzata e piansero :-)
mm
nk

"pingu" <1...@456.789> ha scritto nel messaggio 
news:4ba24593$0$1120$4faf...@reader2.news.tin.it...

AccurateRip non è così necessario, nel senso che prima che esistesse si sono 
sempre fatte ottime estrazioni. Nel caso di CD protetti ti serve decisamente 
una buona meccanica. Escludi per esempio tutte quelle dei PC portatili, che 
con una Table of Contents volutamente errata vanno in grande crisi (a 
proposito, EAC è in grado di gestire le TOC alterations). Comprati una 
Plextor in alloggiamento USB e ti verrà buona anche in tutti gli altri 
lavori, oltre al fatto di poter utilizzare il software PlexTools che risolve 
parte dei problemi di protezione. Soprattutto, una buona unità è in grado di 
correggere nativamente errori C1 e C2, visto che potresti dover lavorare in 
modalità burst. Nessuna unità da notebook è in grado di gestire la 
correzione di errore C2. O almeno io non ne ho mai trovate. 



Io uso rubyripper con linux (con fedora 12) imposto l'offset di accuraterip, e rippo ogni cosa 
ultraprotetta.EAC non mi imposta titoli dei brani,Compilation, genere e anno di 
produzione come fa rubyripper.
Ciao



Dimenticavo, posso rippare con + lettori contemporaneamente!!

Dimenticavo, posso rippare con + lettori contemporaneamente!!
Puoi farlo anche con EAC :-)
mm

 ha scritto nel messaggio 
news:ufh6q511gm3jktukb...@4ax.com...

Non è una questione di driver né di Pinguino. Il masterizzatore CD è 
interpretato dal sistema come un'unità IDE (o SCSI o ATAPI che dir si 
voglia), dunque gestita a basso livello dal BIOS e dotata di un firmware 
residente. I sistemi moderni hanno un layer di API che gestisce le unità 
come dischi di sistema. Questo è ciò che accade sia in Windows sia in Linux. 
Accade cioè che all'inserimento di un CD audio il sistema legga la TOC, che 
è un settore del disco contenente gli indici delle tracce, per dirla alla 
grossa. A questo punto interviene il setup, che normalmente dice a Win (ma 
anche a Linux) di eseguire un lettore e mandare in play le tracce. Il fatto 
è che il lettore comanda all'hardware di leggere in modalità burst, cioè di 
leggere la traccia senza soluzione di continuità e senza correzione software 
(è per questo motivo che anche i CD protetti con illegal TOC suonano 
correttamente nei lettori red book).
Il problema sta nel fatto che invece Windows (ma anche Linux lo fa) 
interpreta (e mostra nell'Explorer) il CD audio come un ics numero di tracce 
del tutto identiche a file (in realtà però sono solo degli indici). 
L'illegal TOC, in poche parole, inganna i sistemi che cercano di 
interpretare le specifiche CD audio come fossero CD-ROM, indicizzando i 
settori del disco in maniera errata e facendo sbagliare i ripper che si 
basino sulla correzione software, come il secure mode, o addirittura su un 
database di CRC, come AccurateRip (anche le cosiddette riduzioni del jitter, 
cioè i passaggi ripetuti sullo stesso settore e le successive 
sovrapposizioni di confronto, sono impossibili).
È per questo motivo che occorre avere un lettore in grado di gestire le 
correzioni in maniera nativa, in grado cioè di operare correttamente 
leggendo in modalità burst, come se fosse un lettore da tavolo. Questo in 
quanto i lettori residenti sui notebook o gli OEM da 5"1/4 sono pessimi 
nella lettura, poiché adattati alla lettura red book ma concepiti per la 
correzione d'errore insita nelle specifiche yellow book, con una ridondanza 
di dati assai maggiore.
E questo accade anche se, utilizzati con EAC, più o meno lentamente sono in 
grado di dare risultati identici ai Plextor. 

 in grado di dare risultati identici ai Plextor.
ho un plexor, non nuovissimo un PX-760A, in un case esterno collegato via usb2.
ho impostato EAC in burst mode ma ci mette in media un'ora a traccia.
giusto così o sbaglio io qualcosa e si può andare più veloci?

 giusto così o sbaglio io qualcosa e si può andare più veloci?
Mi sembra un'enormità, normalmente è velocissimo.
Salva il profilo e postalo da qualche parte. 


ho riconfigurato da zero e ora con il Plextor sono a circa 10min per 45min di cd
tra l'altro il lettore presente nel portatile (Hitachi-LG GSA-T10N) è un po' più veloce e, a detta di EAC, corregge anche i C2 (lo aggiungo perchè mi sembra che in altro post tu dicessi che non eri a conoscenza di lettori su portatile con questa caratteristica).

 correzione  di  errore  C2.  O  almeno  io  non  ne  ho mai trovate.
  Il  lettore  di  un  Acer  Aspire  5538  corregge i C2, secondo EAC.
-- 
________
___  __ \____  ______________ _________ _
__  /_/ /_  / / /  __ \_  __ `__ \  __ `/
_  _, _/_  /_/ // /_/ // / / / / / /_/ /
/_/ |_| _\__, / \____//_/ /_/ /_/\__,_/
 @2770@ /____/ICQ#41121680|ScarletBook

"pingu" <1...@456.789> ha scritto nel messaggio 
news:4ba3b5b2$0$1143$4faf...@reader1.news.tin.it...

Sì, in effetti mi sono sbagliato. Pare che anche alcuni lettori on board che 
ho a disposizione correggano gli errori C2 (tranne quello dell'Apple, se non 
ricordo male, ma devo verificare). Il fatto è che non hanno la cache, 
importante con la lettura burst dal momento che vi è un piccolo rischio di 
buffer overflow, come succede nella masterizzazione.