Plextor SCSI + Lynx two + ext.DAC ή Ayre 5xe, Esoteric X-01 κτλ κτλ

Μηνύματα
8.241
Reaction score
3.486
http://www.audioasylum.com/forums/critics/messages/24686.html

John Atkinson
Editor, Stereophile



From the compnay's home page: 'When a CD drive misses a bit, it “fills
the hole” with a synthetic bit of data called ECC (Error Correction
Codes). This is done to prevent the listener from hearing gaps of silence on misreads.'

This is incorrect. With what are called C1 errors -- around 10/second
on a typical disc, more on a damaged disc or a DualDisc -- the original
data are exactly reconstructed. With C2 errors -- rare -- the
original data cannot be reconstructed and the gap is covered with
interpolated data. With more extreme errors -- extremely rare, I
checked errors once on 100 discs without finding one of these -- there
is a gap of silence.

When I master a Stereophile recording to CD-R, I check the incidence
of all three of these errors using the Plextools program that comes
with some Plextor CD drives. Pressing plants will not accept discs
that have even one uncorrectable errors nor will they take discs
with an C1/C2 error rate that has >200 errors/second. A typical
burn has no C2 errors and around 3000 C1 errors on the entire disc,
ie, <1/second.

So if the manufacturer of this player doesn not comprehend the
manner in which the data are stored on an optical disc and how
coding redundancy is used to enable perfect correction of C1 errors,
what are the chances of him designing a revolutionary product to
extract those data?

Perhaps the memeory player does sound good -- I haven't yet heard
it -- but if it does, I suspect that it is not for the reasons given
by the designer.

John Atkinson
Editor, Stereophile




http://www.audioasylum.com/forums/critics/messages/24763.html
 

Μηνύματα
5.581
Reaction score
298
Δρ Ντίνος Πικάπιος - said:
Ποιάς μνήμης; Της φυσικής;
Μάλλον: :shock:
"Real Time Defragmentation:
Perhaps the single most powerful tool for fidelity’s sake in playing music files from memory is defragmentation in real time! It runs continuously, at all times, again, in real time, behind the writing of music files to the memory; a defragmentation ‘build’ that was dedicated to address fragmentation of electronic memory, NOT hard drives, or removable storage memory.
The Memory Defragmenter is pivotal in creating an environment of regulating the seek times and latencies, so the files played from the memory are fully defragmented, fully operating during extraction and playback! This produces a variety of measurable linearities, as virtually all seek times are always identical! This level of linearity (Temporal Linearity) is visible from an optical drive, or any mechanical drives.
"
:?:
 

Μηνύματα
8.241
Reaction score
3.486
D.S said:
Απαντήστε μου παρακαλώ:

1. Πιστεύει κανένας ότι διαβάζοντας ένα τρανσπορτ το cd στιγμιαία σε πρώτο χρόνο μπορεί να ανταγωνιστεί το EAC+PLEX που σαν
γαιδούρι διαβάζει και ξαναδιαβάζει με την ησυχία του το δισκάκι μέχρι να πετύχει ένα υψηλό ποσοστό σύγκλισης των δεδομένων?
Αγαπητέ D.S. , Το EAC νομίζω ό,τι διορθώνει τα λάθη ανάγνωσης τύπου C2 που ραπορτάρει το ίδιο το disk drive, στην περίπτωση βέβαια που το τελευταίο το υποστηρίζει και έχει γίνει και η αντίστοιχη προεπιλογή C2 στο EAC. Σε αυτή την περίπτωση οι σέκτορες στο CD διαβάζονται μια φορά on-the-fly αντί για δύο .

Ομως τα C2 errors είναι πολύ λίγα -συνήθως μηδενικά- στα περισσότερα original CDs. Τα C2 errors εμφανιζονται μόνο σε γρατζουνισμένα CDs ή/και σε κάποια κακογραμμένα πειρατικά αντίγραφα.
Με λίγα λόγια, το EAC δεν είναι RUR based, δεν λειτουργεί δηλαδή σαν το γνωστό memory player που χρησιμοποιεί τον αλγόριθμο Read Until Right (RUR).

Δεν έχω βρει κάποιο τεχνικό άρθρο που να συγκρίνει τo αποτέλεσμα του extraction με EAC με αυτό ενός παραδοσιακού επιτραπέζιο CD transport.
Αν έχεις κάτι σχετικό, θα με βοηθούσε αρκετά να δω τις όποιες διαφορές.

Βρ;hκα και κάποιες πληροφορίες εδώ:
...........
Once the RAW data is verified, it is formatted and played from memory, NOT a hard drive or optical disc.

The crux of The Memory Player's sonics is the use of RUR, not anything else. EAC is a fun tool for use on home based PCs but it in no way can compare to ANY RUR based system.If you have any doubts about this, you need only explores Plextor's massive SADIE system which rereads without ECC to verify a CD with a master. I believe the SADIE is over $100K but I'm not certain. The next RUR system or RUR-like system lower in price that I am aware of is The Memory Player. I believe that Telarc uses SADIE to evaluate their CDs against the master but please do not quote me, I'm not certain if it was Telarc who told me this.

http://www.audioasylum.com/forums/critics/messages/24763.html
 

Μηνύματα
5.087
Reaction score
14
RDoherty said:
"Real Time Defragmentation:
Perhaps the single most powerful tool for fidelity’s sake in playing music files from memory is defragmentation in real time! It runs continuously, at all times, again, in real time, behind the writing of music files to the memory; a defragmentation ‘build’ that was dedicated to address fragmentation of electronic memory, NOT hard drives, or removable storage memory.
The Memory Defragmenter is pivotal in creating an environment of regulating the seek times and latencies, so the files played from the memory are fully defragmented, fully operating during extraction and playback! This produces a variety of measurable linearities, as virtually all seek times are always identical! This level of linearity (Temporal Linearity) is visible from an optical drive, or any mechanical drives.
"
:?:

Μια από τις μεγαλύτερες παπαριές που έχω ακούσει στη ζωή μου. Με το συμπάθειο δηλαδή. :?

(Άντε....να φάω τα περι Red book...εδώ καταστρατηγείται πλήρως κάθε έννοια της Πληροφορικής επιστήμης.)
 


Gebreselassie

Μαύρος!
Μηνύματα
31.217
Reaction score
3.896
Αν κατάλαβα καλά:

Έχοντας κάνει audio extraction και έχοντας το audio CD μας ως απλά data εντός του pc, είτε διαβάζοντας το από τον σκληρό, είτε διαβάζοντάς το από μνήμη, μεταφέρουμε προς το DAC μέσω σύνδεσης usb/ethernet/wirelles/firewire, σκέτα data χωρίς ακριβή πληροφορία χρονισμού η οποία θα έρθει αργότερα από το ρολόι του dac ή ένα εξωτερικό ρολόι (και μετά την μετατροπή του σήματος σε S/PDIF, AES/EBU/I2S ή ότι τέλος πάντων καταλαβαίνει το dac μας).

Συνεπώς παίζει πολύ μεγάλο ρόλο η ομαλή ροή των δεδομένων είτε διαβάζοντας τον σκληρό είτε διαβάζοντας μία μνήμη γιατί εφόσον δεν έχουμε πληροφορία χρονισμού, αν σταματήσει κάπου η ομαλή ροή υπάρχει πρόβλημα. Γι αυτό και είναι τόσο σημαντικό το defragmentation είτε του σκληρού είτε των μνημών...

Διορθώστε με.
 

Μηνύματα
8.241
Reaction score
3.486
Σωστή η παρατήρηση. Εξαρταται από το ολοκληρωμένο σύστημα το πως θα εξασφαλίσει την ομαλή ροή και το time integrity των πληροφοριών σε σχέση με το πρωτότυπο (το οποίο ήδη περιέχει μέσα του πολλά λάθη χρονισμού ).
 


Μηνύματα
5.087
Reaction score
14
Νίκος Τσαρουχάς said:
Αν κατάλαβα καλά:

Έχοντας κάνει audio extraction και έχοντας το audio CD μας ως απλά data εντός του pc, είτε διαβάζοντας το από τον σκληρό, είτε διαβάζοντάς το από μνήμη, μεταφέρουμε προς το DAC μέσω σύνδεσης usb/ethernet/wirelles/firewire, σκέτα data χωρίς ακριβή πληροφορία χρονισμού η οποία θα έρθει αργότερα από το ρολόι του dac ή ένα εξωτερικό ρολόι (και μετά την μετατροπή του σήματος σε S/PDIF, AES/EBU/I2S ή ότι τέλος πάντων καταλαβαίνει το dac μας).

Συνεπώς παίζει πολύ μεγάλο ρόλο η ομαλή ροή των δεδομένων είτε διαβάζοντας τον σκληρό είτε διαβάζοντας μία μνήμη γιατί εφόσον δεν έχουμε πληροφορία χρονισμού, αν σταματήσει κάπου η ομαλή ροή υπάρχει πρόβλημα. Γι αυτό και είναι τόσο σημαντικό το defragmentation είτε του σκληρού είτε των μνημών...

Διορθώστε με.

Ευχαρίστως. :p

Το.... σκέτα "data" περιέχει ως φορέας την "πληροφορία" που έχει γίνει extract...αυτούσια.
Η πληροφορία σε αυτό το στάδιο...δεν είναι καθόλου σκέτη. Είναι πλήρης.

Πληροφορία χρονισμού από ρολόι DAC ....απλά δεν υπάρχει σε αυτό το σημείο....διότι απλά δεν υπαρχει καμμία Digital to Analog Conversion.

Το αν τα "data" γίνουν fragmented είτε στο δίσκο είτε στη μνήμη (Random Access Memory) δεν παίζει κανέναν απολύτως ρόλο στην περιεχόμενη πληροφορία.
Παίζει ρόλο μόνο στην ταχύτητα ανάσυρσης των "data" από τον δίσκο (κάποια ms) ή από την μνήμη RAM (ακαριαία).
Αυτή η ταχύτητα σε καμμία περίπτωση δεν μπορεί να είναι υπεύθυνη για μετάλλαξη της πληροφορίας.

Λαικά...το πολύ πολύ να ακούσεις το αγαπημένο σου ρέκβιεμ με λίγα ms καθυστέρηση και όχι ...το "φωτιά στα Σαββατόβραδα" :lol:
 

Μηνύματα
8.241
Reaction score
3.486
preve said:
.....
Το αν τα "data" γίνουν fragmented είτε στο δίσκο είτε στη μνήμη (Random Access Memory) δεν παίζει κανέναν απολύτως ρόλο στην περιεχόμενη πληροφορία.
Παίζει ρόλο μόνο στην ταχύτητα ανάσυρσης των "data" από τον δίσκο (κάποια ms) ή από την μνήμη RAM (ακαριαία).
Αυτή η ταχύτητα σε καμμία περίπτωση δεν μπορεί να είναι υπεύθυνη για μετάλλαξη της πληροφορίας.

Λαικά...το πολύ πολύ να ακούσεις το αγαπημένο σου ρέκβιεμ με λίγα ms καθυστέρηση και όχι ...το "φωτιά στα Σαββατόβραδα" :lol:
μα εδώ είναι όλο το ζουμί και οι δυσκολίες που αντιμετωπίζουν οι σχεδιαστές . Η ταχύτητα ανάσυρσης των data από το δίσκο ή την μνήμη.
Στη συνέχεια τα στοιχεία πρέπει να χρονιστουν σωστά και οι λέξεις να βρουν τον δρόμο τους προς στην έξοδο του transport με το κατάλληλο πάντα format SP/DIF-AES/EBU .
Οπως καταλαβαίνεις η διαδικασία είναι πρακτικά αρκετά ποιο πολύπλοκη. Αν δεν ήταν, όλα τα transports στον κόσμο θα ακούγονταν ίδια.
 

Μηνύματα
8.241
Reaction score
3.486
Προτείνω να κάνουμε το πείραμα γράφοντας μια ταινία DVD στον σκληρό δίσκο ενος PC και στην συνέχεια να παίξουμε την ταινία από τον σκληρό σε έναν πολύ καλό βιντεοπροβολέα.
Να συγκρίνουμε το αποτέλεσμα με ένα ακριβό DVD/Universial player.
Μπορεί κάποιος να το αναλάβει από τα παιδιά που ασχολούνται με την εικόνα ?

Με την εικόνα λένε οι ειδικοί οτι καταλαβαίνεις αμέσως τις διαφορές. Για να δούμε τι ψάρια πιάνει η αναπαραγωγή της εικόνας από τον σκληρό δίσκο !!!
 

Gebreselassie

Μαύρος!
Μηνύματα
31.217
Reaction score
3.896
preve said:
Ευχαρίστως. :p

Το.... σκέτα "data" περιέχει ως φορέας την "πληροφορία" που έχει γίνει extract...αυτούσια.
Η πληροφορία σε αυτό το στάδιο...δεν είναι καθόλου σκέτη. Είναι πλήρης.

Πληροφορία χρονισμού από ρολόι DAC ....απλά δεν υπάρχει σε αυτό το σημείο....διότι απλά δεν υπαρχει καμμία Digital to Analog Conversion.

Το αν τα "data" γίνουν fragmented είτε στο δίσκο είτε στη μνήμη (Random Access Memory) δεν παίζει κανέναν απολύτως ρόλο στην περιεχόμενη πληροφορία.
Παίζει ρόλο μόνο στην ταχύτητα ανάσυρσης των "data" από τον δίσκο (κάποια ms) ή από την μνήμη RAM (ακαριαία).
Αυτή η ταχύτητα σε καμμία περίπτωση δεν μπορεί να είναι υπεύθυνη για μετάλλαξη της πληροφορίας.

Λαικά...το πολύ πολύ να ακούσεις το αγαπημένο σου ρέκβιεμ με λίγα ms καθυστέρηση και όχι ...το "φωτιά στα Σαββατόβραδα" :lol:
Χμ, μπα... :lol: :lol:

- H πληροφορία χρονισμού που υπάρχει στο transport και δεν υπάρχει εδώ (ας πούμε ότι απλά χρησιμοποιήθηκε κατά το audio extraction), κάνει σοβαρά πράγματα:

Master clock in the Transport
The master clock provides the synchronization means for the disc to rotate at the correct speed to maintain the cadence/sample rate of the original recording. It also moves the data through the various stages of logic and buffering until it is sent out the digital output. This is a primary source of jitter in transports. Replacement of oscillators with low-jitter clocks can make a significant improvement in most transports. Some more sophisticated systems have a "word-clock," which is an oscillator that originates either in the DAC or external to the CD player and clocks the whole system. The word-clock can help to reduce jitter, but it also suffers from many of the jitter contributors. Some DACs resample the data at a higher sample rate asynchronously, using a local oscillator. This clock can add to or even reduce jitter, depending on implementation.



- Κατά το παίξιμο του cd (των data από τον σκληρό) γίνονται τα παρακάτω (προσοχή στα κόκκινα):

Playing from the Hard-Disk
The hard-disk does not read the data like a CD player. When the computer sends the audio stream to an output port, such as USB, the CPU first reads the data in a "burst" fashion from the hard disk and caches blocks of the data in memory. It is then spooled from memory to the output port in a continuous stream. Successive disk accesses are made to keep the memory cache buffer full and the stream running without interruption. The player and driver software often have options to select the cache buffer sizes. The data that is transferred out the USB port is just data, with no precise timing information; however, it must keep up with the demand or drop-outs will occur. The average data rate must match the recorded sample rate. With some of the protocols that are used on USB, drop-outs can happen more easily, particularly if the CPU is utilized to a high percentage during music output by other applications. This is a good reason to dedicate the computer to this purpose.



- Ιδού και οδηγίες…

Pops and Ticks
With the current USB converter protocols, the USB transfer is prone to "underrun," which means that the USB needs data and the computer is too late in delivering it to keep up with the real-time data stream demand. When this happens, ticks and pops can occur in the music. This happens more often in systems that upsample the music data on the computer, which requires a lot of the CPU cycles and competes with the data stream out to the USB port. Fortunately, there are a few steps that can be taken that will usually eliminate these pops, including:
1. Dedicate the computer to the audio playback task
2. Defrag the disk that contains the ripped music data
3. Turn-off all applications except for the player, for example, iTunes, Jriver or Foobar2000
4. Give the player a high priority
5. Tune the buffer sizes in the players options
6. Use a computer or laptop with sufficient CPU speed
7. Insure a large RAM size for data caching
8. Specify fast seek-time and fast spindle rate hard disk drive


Του Τσαντουλή το link τα λέει όλα. Ρίξε μια ματιά...
 

GF

Μηνύματα
941
Reaction score
27
Για αυτο καλιτερα οχι USB!
Το νοημα ειναι να μην βαζουμε ενα αδυναμο μηχανημα για audio και να το ζηταμε να κανει και cpuβορες δουλειες, ειδικα an yparxei usb dac.
το θεμα με τα reclibration των δισκων εχει ληθει απο οσο θυμαμαι εδω και 10+ χρονια. Τοτε ηταν πραγματι προβλημα. Τον εβλεεπες και τον ακουγες τον δισκο οταν το εκανε. Τωρα με τις ταχυτητες που εχουν και τα buffer sizes, δεν νομιζω οτι υπαρχει προβλημα.

Τρομερο θεμα. Κιπ γοουοκιν' μπρε!
 

Gebreselassie

Μαύρος!
Μηνύματα
31.217
Reaction score
3.896
GF said:
Για αυτο καλιτερα οχι USB!
Οι θύρες έχουν η κάθε μία τους δικούς της περιορισμούς. Πάλι από το link του Τσαντουλή:

The current wireless devices are also limited to 44.1kHz sampling rate, so higher rates of data are not supported, such as the common 24-bit/96kHz upsampled data. The advantage of wireless devices is that they are completely isolated from the computer and can be located virtually any distance from both the listener and computer. They can clock the data with ultra-stable clocks and be powered from separate power supplies, even batteries.

USB and Firewire converters have the disadvantage that they are obviously wired and the wires have length limitations. The advantages include dedicated bandwidth, 24-bit/96 kHz data support, and isolation from the computer and separate power supplies, including batteries. These converters currently allow the highest quality playback.


...
 

Μηνύματα
8.241
Reaction score
3.486
Παράλληλα με αυτό εδώ το θέμα, βρίσκεται ήδη σε εξέλιξη και το ακόλουθο θέμα στην κατηγορία Home Cinema /DVD :

Οι άνθρωποι εκεί μου φαίνεται ότι είναι περισσότερο ρεαλιστες από εμας εδώ.
Οι απόψεις τους είναι άκρως ενδιαφέρουσες.

Σύγκλιση τεχνολογιών σε όλο της το μεγαλείο.

http://www.avsite.gr/smf/index.php?topic=16089.0
 




Μηνύματα
5.087
Reaction score
14
Νίκος Τσαρουχάς said:
Χμ, μπα... :lol: :lol:

- H πληροφορία χρονισμού που υπάρχει στο transport και δεν υπάρχει εδώ (ας πούμε ότι απλά χρησιμοποιήθηκε κατά το audio extraction), κάνει σοβαρά πράγματα:.............
.............
............
[Του Τσαντουλή το link τα λέει όλα. Ρίξε μια ματιά...
Θα επιμείνω..να διαφωνώ.

Κάποια στιγμή που θα έχω χρόνο θα διαβάσω πολύ προσεκτικά το link του κου Τσαντουλή.
Με μια επιφανειακή ματιά που έριξα...κυρίως στα κομμάτια που μου μετέφερες....αυτά δεν έχουν να κάνουν σε τίποτε με την διαφοροποίηση της πληροφορίας (υπογραμμίζω την πληροφορία)

Ότι διαβάζω μέχρι στιγμής και πεταχτά είναι μια μπερδεμένη σαλάτα αναλογικής θεώρησης της ροής της πληροφορίας με μπόλικη ψηφιακή επίφαση

(Αυτό το buffer underun "μουσικού αρχείου" μέσα σε RAM και την "ανάγκη" ενεργού διαρκούς defragmenter πολύ θα ήθελα να το δω....
Αλήθεια σκέφτηκε κανένας ότι αυτή η "λειτουργία" θα εισάγει...έξτρα καθυστερήσεις;)
:p
 

Gebreselassie

Μαύρος!
Μηνύματα
31.217
Reaction score
3.896
Βρε σαλατοφάγε :lol: δεν λέει κανείς ότι θα ακούσεις Νταλάρα αντί για Πανούση. Μιλάμε για λεπτομέρειες που όμως παίζουν ρόλο στο τελικό αποτέλεσμα. Τέλος πάντων, διάβασε εκεί γα τα συμπεράσματα όσων το έκαναν στην πράξη.

Το θέμα έχει να κάνει με το συνολικό transfer rate και πως επιδρά αυτό στην αναπαραγωγή, κυρίως όταν τροφοδοτείται το dac, μιας και εκεί τελειώνουν όλα. That's all. Απώλεια δεδομένων με την έννοια που έχουμε στην ανάγνωση ενός CD από ένα transport απλά δεν υφίσταται...

Βέβαια όλα αυτά είναι τρίχες. Εμπρός στο κέρδος του ότι δεν υπάρχει οπτικό μέσο ανάγνωσης και η ακρίβεια της πληροφορίας δεν θα εξαρτάται από μια συσκευή με άπειρα μηχανικά προβλήματα, τα παραπάνω είναι σαν να ψάχνουμε καρφίτσα σε χωράφι. :wink:
 


ΣΤΑΤΙΣΤΙΚΑ

Threads
175.840
Μηνύματα
3.030.014
Members
38.505
Νεότερο μέλος
wendigo
Top