Newsgroup: it.comp.hardware.cd
Titolo: Cose da pazzi... vi è mai capitato ???

Ciao a tutti...
nei miei continui smanettamenti (uno dei motivi del nickname...) mi č
accaduta una cosa piuttosto curiosa:
devo scrivere l'immagine di un cd da hd... nero va in buffer underrun
scrivendo il lead-in (record !) ... partono improperi (in ufficio) ...
tolgo il cd e controllo... sě ha inciso  :-(
io provo a scriverci lo stesso... ma dai, lo prende come scrivibile !
no non ci credo, l'ha scritto tutto e funziona pure !!!
E' mai successo a qualcuno ??
Ciao
Manuel
--
Prima di postare FAQ, controlla i thread precedenti su Google:
 >>  
http://groups.google.com/advanced_group_search
   <<
Powered by PlexWriter  8/20  -  RH 7.2  -  ICQ# 117744323
  Interessato a gnu/linux??  prova qui: 
http://a2.swlibero.org

 wrote in message
9rm2om$tovk5$1...@ID-91057.news.dfncis.de...


 capire cosa  fosse..
mah !!!
strano comunque... nella scrittura del lead-in ci stanno tante di quelle
informazioni ..
ero solo curioso ... quindi posso fidarmi del cd??
Grazie


io rifarei il cd... (anzi, io feci proprio cosi'!! ehehe)
non si sa mai... e poi te l'ho detto.. il mio.. veniva riconosciuto a volte
con difficolta'..
da cd player che mangiavano tutto o quasi.
Ciao :)

 E' mai successo a qualcuno ??
A me è successo con Easy Cd Deluxe. Avevo premuto "cancel" per evitare 
di scrivere il cd (dovevo togliere dei files e aggiungerne altri..)
tuttavia il programma inizio' lo stesso a incidere e dopo 10sec diede 
errore. Tolto il cd, aveva inciso un po' di roba....e per curiosita' ho 
rimesso dentro il cd...e Easy Cd ha detto una cosa del tipo 
"ricostruzione sessione in corso" , ha forzato la scrittura a 1x e dopo 
3 o 4minuti (pensavo si fosse inchiodato tutto..) ha accettato il cd. 
Per precauzione ho salvato 640mb invece di 650...(supponevo che 10mega 
se li fosse mangiati la correzione di sessione) ma il cd funge 
benissimo. Se è un cd dati ti basta usare cdcheck per vedere se è 
leggibile, se è un cd audio forse vale la pena di sprecare un altro cdr 
e rifarlo.
Saluti
RIC

 ha scritto nel messaggio
news:9rm2om$tovk5$1...@ID-91057.news.dfncis.de...


 software di mastering.
solitamente non č cosě.. se va in buffer underrun mentre scrive i dati
puoi dire addio al cd (forse lo salva se č in track at once, ma non
sempre)
nel mio caso stava ancora scrivendo il leadin... non era ancora arrivato
ai dati veri e propri
Ciao
Manuel
--
ICQ 117744323


Io ipotizzavo che le nuove versioni software magari sono in grado di andare
a vedere lo spazio libero oltre la masterizzazione (ammesso che non ci sia
il lead-out che dovrebbe essere la chiusura giusto?)
Cmq era un ipotesi :)

E' mai successo a qualcuno ??
Ma era in DAO o TAO?
Se č TAO, allora non c'č niente di speciale, lo ho fatto parecchie
volte.
Di solito in DAO non recuperi un bel niente.
    Ciao!!!
-- 
 gatto
---> 
www.infinito.it/utenti/gat_mont/
Rimuovi l'antispam!!!

 Di solito in DAO non recuperi un bel niente.
sě, perň il buffer underrun di solito avviene durante la scrittura dei
dati..
a me č accaduto durante la scrittura del leadin (<- toc)
Ciao
Manuel
--
              Prima di postare FAQ, controlla su Google:


a me č accaduto durante la scrittura del leadin (<- toc)
Non č possibile, dai: Il programma invia la struttura della cartella e
del volume e per il resto ci pensa il masterizzatore a fare la TOC.
Sicuro che fosse proprio buffer underrun (hai visto il livello che
scendeva fino allo 0 %) oppure ti ha sparato un errore cosě?


E' mai successo a qualcuno ??
Se dici che era in DAO, l'unica spiegazione PLAUSIBILE č questa:
Il lead-in č incompleto, quindi il masterizzatore lo interpreta come
inesistente e da libero il supporto.


 scendeva fino allo 0 %) oppure ti ha sparato un errore cosě?
il signor nero burning rom ha sentenziato :
************************************************
11.39.59 #11 mmc -1076 File Writer.cpp, Line 311
 Medium changed
11.39.59 #12 Text 0 File ThreadedTransfer.cpp, Line 218
 all writers idle, stopping conversion
11.40.02 #13 Text 0 File ThreadedTransfer.cpp, Line 212
 conversion idle, stopping reader
11.40.02 #14 Phase 38 File dlgbrnst.cpp, Line 1353
 Burn process failed at 4x (600 KB/s)
*************************************************
tutto questo mentre l'hd swappava da morire .....
e il laser ha inciso per qualche secondo... 6 per la precisione
era ancora in fase di leadin...
comunque non ho visto il buffer andare a 0 (anche xchč in fase di leadin
il buffer non dovrebbe servire...)
