FIFO Reclocker για RPi κτλ

[tuxx]

Μέχρι στιγμής έχουμε ανακαλύψει (ο dimdim δηλαδή και εγώ το έχω επιβεβαιώσει με δοκιμές) ότι η παρουσία του kali στην αλυσίδα αντιστρέφει τα κανάλια.

Το feedback είναι ότι με το kali και το piano μαζί δεν υπάρχει αναστροφή, οπότε μάλλον βάσει και όσων λέει ο κατασκευαστής έχουμε περίπτωση διπλής αναστροφής που τελικά τα ισιώνει.

Σε κάθε περίπτωση περιμένουμε μια επίσημη απάντηση από τους δημιουργούς του ώστε να δούμε περί τίνος πρόκειται.

 

[VaSiLiS-T]

Ακολουθεί τρολάρισμα ...



Γιά παίξτε αυτό λογικά πρέπει να το φέρει στα ίσα του

https://www.youtube.com/watch?v=7TjjSuspto8

 

[Δημήτρης Δημητρακούδης]

Re: Απάντηση: FIFO Reclocker για RPi κτλ

Περιμένουμε το προσεχώς

Γίνονται αυτή τη στιγμή.. Με tux και λοιπή παρέα..

 

[petronik]

Ωραίες καταστάσεις

 

[Δημήτρης Δημητρακούδης]

Πριν λίγο έφυγαν τα παιδιά από εδώ.. Βγήκαν ξεκάθαρα συμπεράσματα.

Βασικά επιβεβαιώθηκε η θεωρία. Η έξοδος I2S του RPi είναι όντως για τα πανηγύρια.

Αν παίζετε από το I2S του RPi (και το DAC σας παίζει slave στο RPi), πάρτε μια Kali και δεν θα το μετανιώσετε. Η βελτίωση είναι ξεκάθαρη.

Περισσότερα θα γράψουν και οι συνακροατές μου..

 

[lemon]

Ωραία πραγματάκια, ωραία εξέλιξη για τους κατόχους του RPi.

Και το ερώτημα της φιλοσοφικής λίθου, με τις τωρινές αλλαγές ποια οδό προτιμάτε, RPi->Kali->Dac ή PC->Amanero->Dac?

 

[Internet King]

Πολύ καλά τα νέα και οι εξελίξεις που έχουν ως στόχο τη βελτίωση της απόδοσης του RPi όταν χρησιμοποιούμε αποκλειστικά την έξοδο i2s.
Ωστόσο, θα πρέπει επίσης να διευκρινιστεί ότι όσοι ήδη χρησιμοποιούμε την Ι2s over USB λύση ( modules XMOS JLsounds, Amanero, κλπ), η λύση KALI FIFO recklocker δεν πρόκειται να βελτιώσει περαιτέρω τον ήχο του συστήματος. Εκτός κι αν έχουμε να κάνουμε με ένα κλασικό παράδειγμα placebo effect.

--- Αυτόματη συγχώνευση μηνύματος ---

Ωραία πραγματάκια, ωραία εξέλιξη για τους κατόχους του RPi.

Και το ερώτημα της φιλοσοφικής λίθου, με τις τωρινές αλλαγές ποια οδό προτιμάτε, RPi->Kali->Dac ή PC->Amanero->Dac?

Πολύ σωστό το ερώτημα, αλλά υπάρχει και η τοπολογία RPi -> (Amanero or JLsounds)->Dac

 

[tuxx]

Λοιπόν, ας το πιάσουμε από την αρχή.

Για τη δοκιμή μας χρησιμοποιήσαμε τον συνδυασμό RPI2/Archphile + Kali + Βουβάλι.

Το Kali θέλει 5V/3A τα οποία τα λάμβανε από ένα φορτιστή Oneplus με ονομαστικές τιμές 5V/4A. Με τη σειρά του αυτό, τροφοδοτεί και το Rpi. Αντιλαμβάνεστε το οτι η δοκιμή μας είχε τεράστια έκπτωση σε τροφοδοσίες.

Ξεκινήσαμε να ακούμε το παραπάνω confuguration το οποίο δεν άρεσε σε κανέναν μας, καθώς έθαβε τα πάντα. Όντες κάπως παγωμένοι όπου κάτι που θεωρητικά θα έπρεπε μόνο καλό να κάνει στον ήχο, αφαιρέσαμε το Kali και ξεκινήσαμε να ακούμε χωρίς αυτό.

Αμέσως διαπιστώσαμε ότι λόγω ενός software προβλήματος (το οποίο δεν αφορά στην ουσία του νήματος), είχαμε χοντρό θέμα στο I2s. Η αναπαραγωγή ήταν κάπως σαν χαλασμένο ραδιόφωνο το οποίο παίζει reverse Αραβικές ειδήσεις, και όλο αυτό ακούγεται μέσα από ένα χαλασμένο γραμμόφωνο.



Συμπέρασμα 1:

Παρότι είχαμε χοντρό θέμα με το i2s σήμα, το kali έκανε όλες τις απαραίτητες διορθώσεις, το ίσιωνε και το έδινε στο dac. Φυσικά και υπήρχε κόστος και αυτό ήταν στην ποιότητα του ήχου. Όπως και να χει ήταν εντυπωσιακό ότι το kali έπαιρνε το θόρυβο και το έβγαζε μουσική.



Αφού λοιπόν λύσαμε το software πρόβλημα, κάναμε την ακρόασή μας χωρίς το Kali. To σύστημα ήταν όπως έπρεπε, καμία σχέση με το προηγούμενο χάλι. Κάπου εδώ αποφασίσαμε να ξαναβάλουμε το Kali, ξέροντας ότι πλέον δεν έχουμε κανένα πρόβλημα στο background. Mετά από ακρόαση αρκετών κομματιών κατέληξα στο συμπέρασμα 2:



Συμπέρασμα 2:

Το Kali, έκανε δουλειά την οποία δεν χρειαζόταν να ψειρίσεις για να τη βρεις. Όλα ήταν καλύτερα: εικόνα, δυναμικά, ησυχία κλπ κλπ. Δεν μιλάμε κάτι για το οποίο χρειαζόταν να συνεχίσεις το A/B τεστ για να αποφανθείς. Η διαφορά ήταν προφανέστατη.



Όσοι ενδιαφέρεστε, καλό ειναι να περιμένετε μέχρι να λυθούν όλα τα bugs (πχ αντιστροφή καναλιών) από τους κατασκευαστές και κάνετε τις δοκιμές σας μετά.

--- Αυτόματη συγχώνευση μηνύματος ---

Πολύ καλά τα νέα και οι εξελίξεις που έχουν ως στόχο τη βελτίωση της απόδοσης του RPi όταν χρησιμοποιούμε αποκλειστικά την έξοδο i2s.
Ωστόσο, θα πρέπει επίσης να διευκρινιστεί ότι όσοι ήδη χρησιμοποιούμε την Ι2s over USB λύση ( modules XMOS JLsounds, Amanero, κλπ), η λύση KALI FIFO recklocker δεν πρόκειται να βελτιώσει περαιτέρω τον ήχο του συστήματος. Εκτός κι αν έχουμε να κάνουμε με ένα κλασικό παράδειγμα placebo effect.

--- Αυτόματη συγχώνευση μηνύματος ---



Πολύ σωστό το ερώτημα, αλλά υπάρχει και η τοπολογία RPi -> (Amanero or JLsounds)->Dac

Θεωρητικά μπορείς να το παρεμβάλλεις ανάμεσα στο USB receiver και το dac σου πάντως. Προσωπικά δεν γνωρίζω αν κάτι τέτοιο θα κάνει καλό σε κάθε περίπτωση, αλλά μισό δευτερόλεπτο buffer θα με έκανε να νιώθω αρκετά καλύτερα, άσχετα με τα οφέλη ή όχι του recklocker

--- Αυτόματη συγχώνευση μηνύματος ---

Ωραία πραγματάκια, ωραία εξέλιξη για τους κατόχους του RPi.

Και το ερώτημα της φιλοσοφικής λίθου, με τις τωρινές αλλαγές ποια οδό προτιμάτε, RPi->Kali->Dac ή PC->Amanero->Dac?

Εγω ξεκάθαρα συνεχίζω να προτιμω το DAC-->XMOS--> Odroid.

Με λίγα λόγια ούτε RPI, ούτε I2s αλλά ούτε και PC!

 

[lemon]

Δεν θα περίμενα με τίποτα, να μου έγραφε κάποιος εντυπώσεις αρνητικές με την προσθήκη του Kali πάνω στο RPi, εφόσον αυτή η συσκευή είναι βελτιστοποιημένη πάνω στο RPi και κάνει το προφανές, διορθώνει το προβληματικό i2s του RPi.

Οπότε για μένα, λογικό ότι με την προσθήκη του Kali, παρατηρήσατε θετικές διαφοροποιήσεις.

Σχετικά με το ερώτημα "φιλοσοφικής λίθου" που έθεσα και σωστά το διόρθωσε ο Γιώργος (Internet King) ότι αντί για PC->Amanero->Dac θα πρέπει να γίνει PC->usb module->Dac, η προσθήκη μπάφερ δεν είναι πάντα θετική γιατί εξαρτάται το τι κάνει στην έξοδο της η μοντούλα. Εάν είναι σκέτη όπως η amanero πιθανώς το buffer να επιδράσει θετικά όταν η σύνδεση έχει μακριά καλώδια ή ίσως και περίεργα, εάν όμως η μοντούλα κάνει περίεργα στην έξοδό της και ήδη έχει ενσωματώσει μπαφέριασμα, τότε άλλο ένα μπάφερ μην παραξενευτείτε ότι τα έκανε "σούπα".
Στο παιχνίδι έχουμε πολλούς συνδυασμούς: PC->usb module->Dac, NAS->usb module->Dac, RPI->Dac / BBB->Dac (με κατάλληλη προσθήκη συσκευών όπως το Kali), Logitech->Dac, Media Player->Dac και ποιος ξέρει και τι άλλο που μπορεί να δώσει i2s.

Προσωπικά βλέπω ότι καλό ήχο μπορείς να πάρεις με αρκετούς συνδυασμούς, με το PC να υπερέχει σε επεκτασιμότητα/προσαρμοστικότητα λογισμικού με τα RPi/BBB/NAS να ακολουθούν με πολύ δυνατούς παίκτες αλλά με περιορισμό στο λογισμικό. Αλλά και πάλι το ερώτημα παραμένει, αυτή τη στιγμή ποιος είναι ο πιο δυνατός συνδυασμός σε ποιότητα αναπαραγωγής και γιατί;

Σημ.= προσωπικά παραμένω ακόμη στο συνδυασμό NAS->usb module->Dac, με έχει βολέψει πολύ, αλλά έχω τα ώτα μου :ears: και σε άλλες βέλτιστες προτάσεις.

 

[lemon]

...
Και το ερώτημα της φιλοσοφικής λίθου, με τις τωρινές αλλαγές ποια οδό προτιμάτε, RPi->Kali->Dac ή PC->Amanero->Dac?

Πολύ σωστό το ερώτημα, αλλά υπάρχει και η τοπολογία RPi -> (Amanero or JLsounds)->Dac

Κατά τη γνώμη μου τώρα που υπάρχει η πλακέτα Kali, δεν νομίζω να είναι η καλύτερη οδός να πάρεις usb streaming από το RPi να βάλεις μια Amanero or JLsounds->Dac, με την Kali μειώνεται η αλυσίδα αναπαραγωγής και μάλιστα με reclocking.

 

[Internet King]

και η I2s over USB πλακετίτσα της JLsound που χρσιμοποιώ αυτή την περίοδο κάνει recklocking

O Βούλαρος αναφέρει τα παρακάτω στο site της εταιρείας :

I2SoverUSB uses reclock to reduce jitter significantly. I2S, S/PDIF outputs, oscillators and reclock are galvanically isolated from XMOS processor and USB ground. The galvanic isolation eliminates common noise originated by the computer. There is an galvanically isolated external master clock input. The board is equipped with NDK NZ2520SD low jitter oscillators 45.158MHz and 49.152MHz. LP5900 ultra-low noise linear voltage regulators are used.

Επίσης νομίζω ότι η KALI δεν υποτηρίζει DSD .

Τα επόμενα KALI θα είναι καλύτερα. Εγώ θα περιμένω λίγο ακόμα.

 

[Δημήτρης Δημητρακούδης]

Η πλακετίτσα του Βούλγαρου είναι όντως τίμια πρόταση..

Η Kali όντως δεν υποστηρίζει DSD, αλλά αυτό δεν επηρεάζει σε κάτι τους κατόχους RPi καθότι απ' ότι ξέρω δεν υπάρχει HAT DAC το οποίο να υποστηρίζει DSD (ή αν υπάρχει είναι πολύ εξεζητημένο..).

Το επόμενο Kali όντως θα είναι καλύτερο, πάντα έτσι γίνεται.. Αρκεί κανείς να έχει υπομονή.

 

[tuxx]

Re: Απάντηση: FIFO Reclocker για RPi κτλ

Κατά τη γνώμη μου τώρα που υπάρχει η πλακέτα Kali, δεν νομίζω να είναι η καλύτερη οδός να πάρεις usb streaming από το RPi να βάλεις μια Amanero or JLsounds->Dac, με την Kali μειώνεται η αλυσίδα αναπαραγωγής και μάλιστα με reclocking.

Κατ' εμέ υπάρχουν κάποιοι παράγοντες που δεν μπορούν να παραβλεφθούν:


1. Χρήση του Kali, σημαίνει 2 τινά: Χρήση κάποιου i2s Dac Shield είτε χρήση Diy Dac το οποίο θα πρέπει να συνδεθεί μέσω I2s.

H περίπτωση των DAC shields είναι πολύ καλύ αλλά περιορίζεται αποκλειστικά σε entry level συστήματα. Κατά τ' άλλα οποιοδήποτε dac μπορεί να συνδεθεί αυτή τη στιγμή θα πρέπει να είναι DIY. Με λίγα λόγια αποκλείουμε πληθώρα εμπορικών DAC της αγοράς.


2. Το I2S του RPI δεν έχει πείσει μέχρι στιγμής ότι είναι σταθερό

Όλο αυτό το διάστημα έχουν βγει στην επιφάνεια software θέματα που αποκάλυψαν πχ ότι επί έτη δεν υποστήριζε αληθινά 24 bit, ενώ σε άλλες εποχές δεν δίστασαν να κόψουν bit depths απλά και μόνο για να υπάρχει συμβατότητα με γνωστούς Media Players (Openelec).


3. Υπάρχει περιορισμός σε αναπαραγωγή DSD με DOP καθώς και σε υψηλά PCM sample rates και bit depths.

Για το δεύτερο, δεν μας καίγεται καρφί προς στιγμή (δε νομίζω να νοιάζεται κάποιος σήμερα για πάνω από 24/192), ενώ με το πρώτο αρκετοί θα έχουν θέμα καθώς επιμένουν στο DSD, το οποίο σε μια λύση με I2s υποστηρίζεται μόνο με DSD to PCM convertion.


Μπορεί εμείς αυτή τη στιγμή να βλέπουμε το USB receiver ως ένα επιπλέον στάδιο το οποίο πλέον μπορούμε να αποφύγουμε με αξιώσεις. Από την άλλη είναι ένα ώριμο πρωτόκολλο που θα δώσει μια πολύ μεγαλύτερη σιγουριά σε σχέση με τη συνδεσμολογία I2s.

 

[lemon]

και η I2s over USB πλακετίτσα της JLsound που χρσιμοποιώ αυτή την περίοδο κάνει recklocking

O Βούλαρος αναφέρει τα παρακάτω στο site της εταιρείας :

I2SoverUSB uses reclock to reduce jitter significantly. I2S, S/PDIF outputs, oscillators and reclock are galvanically isolated from XMOS processor and USB ground. The galvanic isolation eliminates common noise originated by the computer. There is an galvanically isolated external master clock input. The board is equipped with NDK NZ2520SD low jitter oscillators 45.158MHz and 49.152MHz. LP5900 ultra-low noise linear voltage regulators are used.

Επίσης νομίζω ότι η KALI δεν υποτηρίζει DSD .

Τα επόμενα KALI θα είναι καλύτερα. Εγώ θα περιμένω λίγο ακόμα.

Γιώργο το τι μας "ταΐζουν" οι κατασκευαστές δεν λέγεται.
Οι κατασκευές του Βούλγαρου είναι σαφώς "τίμιες" αλλά ταυτόγχρόνως μη τεκμηριωμένες.
Σε όλο αυτό που γράφει, κρατάμε μόνο τη φράση "I2SoverUSB uses reclock to reduce jitter significantly", όπου εάν δούμε το layout της πλακέτας του, φαίνεται ότι μετά το XMOS γίνεται isolation και αμέσως μετά το σήμα οδηγείται σε ένα τσιπ αγνώστων προδιαγραφών και λειτουργίας (L0574A). Προφανώς πρέπει να είναι κάποιο FIFO τύπου τσιπ που προσπαθεί να μειώσει το εισερχόμενο σήμα. Δεν είναι τσιπ της Potato που θα λέγαμε, τώρα μάλιστα, δεν είναι κάτι που έχουμε προδιαγραφές δεν περιλαμβάνει δίπλα του πολύ καλά ρολόγια, απλά τυπικά της Xpresso.
To jitter ως γνωστό είναι αθροιστικό, λίγο από εδώ συν λίγο από εκεί συν λίγο από το κακό layout, συν από την κακή μετάδοση...ίσον! Τα κοινά FPGA προσθέτουν jitter της τάξης των 150ps peak to peak (δηλ. γύρω στα 10ps RMS), για να καταλάβουμε για το τι μεγέθη συζητάμε.

Εδώ με την Kali (να της προσδώσουμε ένα γυναικείο όνομα, της αρμόζει νομίζω), έχει σαφώς μετά το όποιο FPGA ένα όμορφο flip-flop σε ειδικό sw όπου μάλλον εκμηδενίζει το Jitter εάν συνδυαστεί με πολύ καλά ρολόγια (που συνδυάζεται).
Με λίγα λόγια δεν μπορεί να συγκριθεί το ένα αποτέλεσμα με το άλλο, απέχει παρασάγγας για να το πω στην καθαρεύουσα.

Η εξέλιξη θα είναι δεδομένη και μακάρι να τη δω ως συσκευή και εντελώς αυτόνομη για πασπαρτού σύνδεση στην πορεία του i2s σήματος και όχι κατά ανάγκη σε συγκεκριμένες φίσες για ειδικές κατασκευές.

 

[Internet King]

Σε κάθε περίπτωση μιλάμε για πολύ χαμηλά επίπεδα jitter τα οποία δεν γίνονται αντιληπτά από τον άνθρωπο πόσο μάλλον από ηχητικά συστήματα φτηνά σαν τα δικά μας, αξίας μικρότερης των 100.000 .
Οπότε πραγματοποιηθεί κσποια τυφλή δοκιμή θέλω να με κσλέσετε, γιατί όποτε το κάναμε κατά το παρελθόν οι περισσότεροι δεν κατάφεραν να μας αποδείξουν ότι πραγματικά άκουγαν διάφορες αφού το ποσοστό επιτυχίας (hit rate ) ηταν μικρότερο από 60 /100.
Για το jitter δεν εχει πραγματοποιηθεί μεταξύ μας κάποια τυφλη δοκιμή.

Επίσης στα DAC μας συμβαίνουν πράγματα και θαύματα που οι περισσότεροι τα αγνοούν, όπως για παράδειγμα η δυνατότητα ορισμένων DAC chip να μειώνουν το jitter χρονισμου σε επίπεδα που πριν από μερικά χρόνια θα μας ήταν αδύνατον να το πιστεύουμε.
Επίσης η έλλεψη μετρήσεων απο τους κατασκευαστές αλλα και από τις δισκογραφικές εταιρείες είναι ένα ακόμα θέμα που δημιουργεί επίσης πολλαπλά ερωτηματικά για το ποιο σύστημα αποδίδει πιο πίστα το περιεχόμενο ενός δίσκου CD ή μουσικού αρχειου σε ψηφιακή μορφή.

 

[lemon]

Μου αρέσει που βάζεις το όριο στα 100 χιλιάρικα, μου άρεσε πολύ!

Δεν υπάρχει περίπτωση να μετρηθεί σωστά το Jitter από εμάς με τα μετρητικά μηχανήματα που διαθέτουμε, οπότε δεν μπορούμε να κάνουμε και δοκιμή με κατάταξη jitter.
Για να βλέπαμε και να ακούγαμε "με τα ματάκια μας" τις αλλαγές που προέρχονται με την αύξηση του jitter, χρειαζόταν μια ψηφιακή γεννήτρια εισαγωγής jitter στον παλμό και ταυτόγχρονα μέτρηση στην έξοδο του dac-chip για το πόσο αυτό αμβλύνεται από τις υποτιθέμενες ενσωματωμένες τεχνολογίες των εταιριών. Ακόμη και η Sabre που καυχιέται, documentation πόσο μπορεί να μειώσει δεν δίνει πουθενά.

Το τελευταίο τεστ που κάνανε τα παιδιά, σε αυτό το νήμα, τουλάχιστον συμφώνησαν όλοι ότι υπήρξε βελτίωση σαφής και πρέπει να ήταν 4 άτομα τουλάχιστον. Αυτό τουλάχιστον ίσχυσε σε ένα κατά τα άλλα προβληματικό i2s σήμα του RPi, το εάν αυτά τα αποτελέσματα επαναληφθούν σε άλλη γραμμή με μη προβληματική μετάδοση i2s, θέμα προς μελλοντική διερεύνηση.

Για τις μετρήσεις των κατασκευαστών, πιστεύω εσκεμμένα τις αποφεύγουν για ευνόητους λόγους. Θυμάμαι τελευταία κάποια τεστ jitter που έκανε ο Ian σε πανάκριβο παλμογράφο με τις τότε γνωστές μοντούλες και τα αποτελέσματα ήταν αποκαλυπτικά και απογοητευτικά για μερικούς γνωστούς με jitter που δεν ήταν καθόλου μα καθόλου αμελητέο (είναι στο νήμα με τα usb modules, εδώ στη diy).
Τώρα για το άλλο θέμα που θέτεις disk_CD vs audio file, πιστεύω ότι εάν το ψηφιακό αρχείο έχει προέλθει από το ίδιο master υλικό που φτιάχτηκε το CD, η διαφορά θα είναι υπερ του ψηφιακού αρχείου σε μια σωστή αλυσίδα αναπαραγωγής, εάν το μουσικό αρχείο είναι τα σύνηθες που μισοκλεβουμε διαδικτυακά με αγνώστου πατρός ψηφιοποίηση και διαδικασία, είμαι σίγουρος ότι καλύτερα θα παίξει το CD.

 

[Δημήτρης Δημητρακούδης]

Re: Απάντηση: FIFO Reclocker για RPi κτλ

Σε κάθε περίπτωση μιλάμε για πολύ χαμηλά επίπεδα jitter τα οποία δεν γίνονται αντιληπτά από τον άνθρωπο πόσο μάλλον από ηχητικά συστήματα φτηνά σαν τα δικά μας, αξίας μικρότερης των 100.000 .
Οπότε πραγματοποιηθεί κσποια τυφλή δοκιμή θέλω να με κσλέσετε, γιατί όποτε το κάναμε κατά το παρελθόν οι περισσότεροι δεν κατάφεραν να μας αποδείξουν ότι πραγματικά άκουγαν διάφορες αφού το ποσοστό επιτυχίας (hit rate ) ηταν μικρότερο από 60 /100.
Για το jitter δεν εχει πραγματοποιηθεί μεταξύ μας κάποια τυφλη δοκιμή.

Πράγματι, υπάρχουν περιπτώσεις που οι διαφορές στο jitter είναι τόσο μικρές που καταλήγουν να είναι σχεδόν αμελητέες. Τέτοιες διαφορές υπάρχουν π.χ. μεταξύ των διάφορων USB to I2S πλακετών που κυκλοφορούν (π.χ. Amanero vs. XMOS).

Αλλά εδώ μιλάμε για πολύ μεγάλες διαφορές στο jitter. Δεν έχει νόημα η τυφλή δοκιμή. Είναι τόσο προφανής η διαφορά.

Παρότι και στις δυο περιπτώσεις έχουμε bit perfect αναπαραγωγή και επίσης θεωρητικά ο ASRC του ES9018 έπρεπε να διορθώνει το jitter ούτως ή άλλως.

Επίσης στα DAC μας συμβαίνουν πράγματα και θαύματα που οι περισσότεροι τα αγνοούν, όπως για παράδειγμα η δυνατότητα ορισμένων DAC chip να μειώνουν το jitter χρονισμου σε επίπεδα που πριν από μερικά χρόνια θα μας ήταν αδύνατον να το πιστεύουμε.

Ναι, καλά.. Βλέπε ASRC της ESS.. Εδώ και χρόνια ο κόσμος αγοράζει τους FIFO Reclockers του Ian για να διορθώσει αυτά που δεν μπορεί να "μαζέψει" ο ASRC. Και από όσο γνωρίζω το ASRC της ESS θεωρείται η καλύτερη υλοποίηση de-jitter που υπάρχει μέσα σε DAC chip.

Επίσης η έλλεψη μετρήσεων απο τους κατασκευαστές αλλα και από τις δισκογραφικές εταιρείες είναι ένα ακόμα θέμα που δημιουργεί επίσης πολλαπλά ερωτηματικά για το ποιο σύστημα αποδίδει πιο πίστα το περιεχόμενο ενός δίσκου CD ή μουσικού αρχειου σε ψηφιακή μορφή.

Τις δισκογραφικές δεν τις ενδιαφέρει (γιατί να τις ενδιαφέρει; ), οι κατασκευαστές κάνουν ότι τους λέει το marketing dept.

 

[Internet King]

Κατά τη γνώμη μου, με ένα σωστό RPi2 ή RPi3, δηλαδή ούτε χαλασμένο ούτε με προβληματικό software, ένας μέσος ακροατής (όχι ψυχάκιας) μπορεί να μείνει απόλυτα ικανοποιημένος με ένα καλό DIY Ι2s DAC το οποίο επαναχρονίζει τα δεδομένα με ρολόγια ακριβείας, που πρακτικά ακυρώνει ή μειώνει το jitter σε μη ακουστά επίπεδα.
Με το δικό μου Mambo V.3 του Vasilis-T, οι διαφορές είναι πολύ μικρές είτε ακούω απευθείας από την Ι2s του RPi2 είτε από I2s over USB module π.χ. JLSounds με διπλά τροφοδοτικά μπαταρίας και διανομή Moodes (ενίοτε και Archphile).
Οι διαφορές είναι μεγαλύτερες όταν αλλάζω καλώδια ρεύματος στοv προενισχυτή ή στα ηχεία.

--- Αυτόματη συγχώνευση μηνύματος ---

Τις δισκογραφικές δεν τις ενδιαφέρει (γιατί να τις ενδιαφέρει; ), οι κατασκευαστές κάνουν ότι τους λέει το marketing dept.

Απλώς ήθελα να υπενθυμίσω ότι πολύ περισσότερο jitter έχει περάσει ήδη μέσα στην ηχογράφηση από τη δισκογραφική εταιρεία και δεν υπάρχει τρόπος αυτό να αφαιρεθεί στη συνέχεια.
Επίσης δεν υπάρχει κάποιο ποιοτικό χαρακτηριστικό ή κάποια προδιαγραφή που θα αναφέρεται στο δίσκο που αγοράζουμε για την τιμή του jitter, αυτό μας μάρανε !

 

[Δημήτρης Δημητρακούδης]

Το jitter λειτουργεί αθροιστικά. Δεν μπορούμε να κάνουμε τίποτα για το jitter που ήδη υπάρχει σε μια ηχογράφηση, αλλά μπορούμε να περιορίσουμε όσο γίνεται την αύξησή του που προκαλούν τα δικά μας μηχανήματα.

 

[lemon]

Νομίζω κάπου χάνεται η μπάλα με τις ορολογίες και τα πρωτόκολλα που μάθαμε μέσω του i2s.
Είναι άλλο πράγμα το πως χρονίζει μια μοντούλα usb τα δεδομένα της για να δημιουργήσει ένα σήμα i2s και άλλο πράγμα το πως αυτά πρέπει να μεταδοθούν για να λειτουργήσει σωστά ένα dac.
Στην πρώτη περίπτωση παίζουν για μείωση του Jitter άλλα δεδομένα όπως το CPLD/FPGA και τα σχετικά, στη δεύτερη περίπτωση το πως πρέπει να δεχθεί το dac-chip τα δεδομένα (ασύγχρονα ή συγχρονισμένα).

Τα Sabre στην προκειμένη περίπτωση λειτουργούν ασύγχρονα (δίχως δηλ. την ταυτόγχρονη μεταφορά του mclock στη μετάδοση) με ένα ρολόι κατάλληλης συχνότητας πλησίον αυτών, ενώ μπορούν να λειτουργήσουν και σύγχρονα με μεταφορά και του master clock πακέτο με τις λοιπές συνιστώσες αλλά θέλει ειδικό κύκλωμα.
Ένα dac diy για να επαναγχρονισει τα δεδομένα, χρειάζεται μια πλακέτα όπως την Kali, όπου θα αναλάβει το bclk στην ασύγχρονη μετάδοση ή τα bclk/mclk στη σύγχρονη μετάδοση.
Εναλλακτικά αλλά με πιο περιορισμένες δυνατότητες από αυτές της Kali, χρειάζεται ένα Potato PO74G74A τύπου flip-flop chip με δύο ρολόγια αστέρια που θα κάνει μια παρόμοια δουλειά αλλά με hw υλικό (πλακέτες Ian, Acko).

Αυτός είναι και ο λόγος ότι τα τσιπάκια της Sabre, γνώρισαν επιτυχία καθότι έχοντας τη δυνατότητα να λειτουργήσουν ασύγχρονα, ξέφυγαν από την ανάγκη να παρθεί το master clock από τη μοντούλα για παράδειγμα που θα παράξει τις συχνότητες του master clock είτε μέσω CPLD είτε μέσω FPGA. Στην πρώτη περίπτωση έχουμε μία πρόσθετη προσθήκη της τάξης των 7-8ps RMS jitter, στη δε δεύτερη γύρω στα 10ps κατά μέσο όρο.

Ξεφεύγουμε από το σκοπό του νήματος, αλλά αρχίζω και ορεύομαι την προσθήκη της Kali μετά από τον πολυπλέκτη παρακαλώ, ακριβώς πριν μπει το σήμα στο dac-chip (μόνο για το bclock), καθότι με αυτόν τον τρόπο θα εξαλείψει την όποια προσθήκη Jitter λόγω isolator αλλά θα γιατρέψει και τα 50ps με το καλημέρα του WM8805, δηλ. με ένα σμπάρο δύο τριγόνια (και σαφώς αναφέρομαι στο lemon-dac).