Futomu jitter, HiFi...

[Sass Péter]

Jozsef Baksay  <topybear at simpletech.hu> 2002.06.04. 15:52:20 +2h-kor írta:

> > > Nem, ezek jellemzően az adott futómű számára olvashatatlan
> > > piteket jelentenek. Az már szvsz rég rossz, ha akkora a futómű
> > > ingadozás, hogy az hibát okoz.

Na neeee! Akkora ingadozás viszont lehet, hogy komplett keretek 
keveredjenek össze??? Hogy van ez? 

> >Na szerintem ilyen nincs, marmint egy adott futomu szamara
> >olvashatatlan pit. Legfeljebb pitsorozat, de ott sem alapvetoen a
> >pitekkel van a baj (hacsak nem karcos a lemez), hanem hogy eppen
> >amikor ott tart az olvasas, akkor van valamilyen galiba, ami
> >meghiusitja az olvasast. Az lehet, hogy bizonyos helyeken nagyobb
> >esellyel van hibas olvasas, ha ott a pitek nem precizek, de hogy
> >mindig ugyanott es csak ugyanott legyen, az nekem gyanus.
> 
> Jó kopott présszerszám és ott az olvashatatlan pit. Valójában nem 
> olvashatatlan (itt rossz szót használtam) hanem rosszul értelmezhető - azaz 
> nem azt olvassa amit oda szerettek volna írni.
> 
> Topy

Gondolkozz egy kicsit! Ha elkezdenek szétszóródni a pitek, _biztosan_ 
lesz olyan is, ahol nem egyértelműen hibás, csak bizonytalan lesz a 
kiolvasott info. A gyakorlat viszont nálam azt mutatja, hogy véletlen hiba 
_nincs_, azaz 0, írd és mondd: nulla darab eltérés van két grabbelés 
között. Szóval ha olyan hiba-okot tudnál prezentálni, ami KIZÁRÓLAG 
RENDSZERES hibát okoz, akkor szólj ismét! De ne a válasz _után_ 
nézz utána, mint a múltkor, mert engem a reagálás gyorsasága eléggé 
hidegen hagy, viszont jó lenne, ha tényleg a kérdésemre kapnék 
választ! Azt esetleg elfogadom, hogy az alkód-adatok külön kezelése 
miatt valami katasztrofálisan gagyi rendszer esetén sérülhet a sorrend, 
de hogy ez mindig pontosan ugyanúgy történjen, azt teljesen kizártnak 
tartom! (Feltéve, hogy nem bugos a grabber. De az már nem a CD 
Audio / CD ROM szabvány témához tartozik! )

Egyébként régen, egy dögledező Sony olvasóval teszteltem az EAC-ot, 
és az AudioCatalystot, és az EAC Secure módjában történt szinkronhiba, 
az AC-val viszont nem (szinkronizált módban)! Eközben mp-enként 5-10 
véletlenszerű bithiba is történt. Most megint elővettem az EAC-t. 
Grabbelni nem szeretek vele, de a C2 hibák kimutatására jó (persze ha 
az olvasó támogatja). A legutóbbi írott CD-men 0 db C2 szinten nem 
javítható hibát talált. Egy 97-es bulgár hamisított CD-n 30 mp alatt talált 
hibát (8x olvasás mellett). Én viszont szemmel 1 mp alatt találok rajta 
hibát, mivel fizikailag sérült az adatréteg (gyárilag, a lakk alatt). Utána 
begrabbeltem EAC-cal Secure mode-ban, és AudioCatalysttal Buffered 
Burst Copy-val egy számot egy olyan gyári CD-ről, aminek a tükrös 
oldalára nézve nem ismerem föl magamat! (Kis túlzással.) A két 
különböző algoritmussal grabbelt .wav fájlból különbségi jelet képezve 
ismét egy nagy büdös file_of_null-t kaptam. Próbáltam egy másik, 
még gyatrább track-kel is, de ott az EAC gyakorlatilag bedobta a 
törülközőt (0,2-szeresre lassította az olvasást, pedig az error recovery 
quality-t low-ra állítottam, azt meg várja ki, akinek két anyja van!). 
Ugyanitt az AC Buffered mode-ban is simán grabbel, szinkronhibák 
nélkül! Szóval akárhogy igyekszem, nem vagyok képes olyan hibát 
generálni, ami igazolná az általad állítottakat. 

Viszont tapasztaltam olyan hibát, amikor egyértelműen, és 
tökéletesen hallhatóan sérült a jel, tized másodpercen belül ugyanott, 
de két grabbelés során eltérő mértékben! 

A másodpercenkénti néhány hibát is csak hulladék olvasóval sikerült 
produkálnom. (Ugye nem azt írják, hogy 3-4 hibának lennie _kell_, 
hanem hogy _lehet_! :-) ) Bár szerintem az én olvasóm is egy rakás ..., 
de úgy látszik, van még nagyobb rakás ... is. 

Szóval erre varrjál gombot! (Csak ne írd meg nekem, amíg 
ténylegesen jól át nem gondoltad! Kérlek szépen!) 

Üdv.:
-- 
Sass Péter
Távközlés technikus és tranzisztor-gyógyász
"Mindent meg lehet magyarázni, mindent meg is szoktam...!
De ha azt mondom, hogy termelési átalánydíj-juttatás, hát azt én sem értem."