Transport z wyższej półki: Eversolo, Auralic Aries czy Lumin U2 ?

[marcinmarcin]

6 godzin temu, Mikelas76 napisał:

Zalezy mi na laczeniu z DAC po i2s. Ciezki temat, w kwocie do 10000 nie ma za duzego wyboru. 

Holo audio red? Sam o nim mysle

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[64konrad64]

18 minut temu, Piopio napisał:

To miało znaczenie w przypadku synchronicznej transmisji USB. W przypadku transmisji asynchronicznej nie ma znaczenia. 

Nie ma znaczenia ponieważ....

Napisz. Próbuję zrozumieć.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[Piopio]

17 minut temu, 64konrad64 napisał:

Nie ma znaczenia ponieważ....

Napisz. Próbuję zrozumieć.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[64konrad64]

56 minut temu, Piopio napisał:

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Tak, tylko że USB Audio takiego trybu przesyłu nie używa.

Poczytaj jakiego używa i wróć ze sprostowaniem lub innym linkiem.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[Piopio]

Godzinę temu, 64konrad64 napisał:

Tak, tylko że USB Audio takiego trybu przesyłu nie używa.

A może się już trybu USB Audio dawno nie używa ?

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[64konrad64]

7 godzin temu, Piopio napisał:

A może się już trybu USB Audio dawno nie używa ?

A jakiego "się" używa?

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[Piopio]

18 minut temu, 64konrad64 napisał:

A jakiego "się" używa?

Sprawdź jak działa XMOS XU208/216/316 skoro jesteś fachowcem. 

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[64konrad64]

45 minut temu, Piopio napisał:

Sprawdź jak działa XMOS XU208/216/316 skoro jesteś fachowcem. 

Fachowcem jestem, ale od IT a niekoniecznie od mikrokontrlorerów.

Twierdzisz, że te XMOSy nie implementują protokołu USB Audio?

To jakiego innego protokołu używają do transportu danych przez USB do DACa?

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[Piopio]

12 minut temu, 64konrad64 napisał:

To jakiego innego protokołu używają do transportu danych przez USB do DACa?

Takiego jak dyski USB 😉 

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[64konrad64]

18 minut temu, Piopio napisał:

Takiego jak dyski USB 😉 

I w jakim komercyjnym DACu "się" tergo używa? Producent? Marka? Posiadasz?

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[Piopio]

15 minut temu, 64konrad64 napisał:

I w jakim komercyjnym DACu "się" tergo używa? Producent? Marka? Posiadasz?

Nie chodzi o konkretny DAC a o układ wejścia czyli najpopularniejszy XMOS. Trzeba sprawdzić jak działa ten układ. 

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[yayacek]

W dniu 23.04.2024 o 11:54, 64konrad64 napisał:

Błędy w transmisji cyfrowej to nie tylko mylenie 0 z 1 ale też "minimalnie przedłużone i skrócone fragmenty ciszy" i "dodatkowe informacje"

Cóż to za nowomowa audiofilska? "Przedłużenie i skrócenie ciszy" a może dźwieki ulegają przestrojeniu o ton niżej/wyżej? Toż to jakiś absurd. Aby wydłużyć/skrócić jakiś fragment potrzeba procesora DSP w łańcuchu. Bo niby co, utwór trwający 4:21s będzie trwał po błędzie transmisji 4:23s? Niby jak, doda pogłos od tak od siebie do pliku. Kosmiczna głupota. Skąd się biorą takie wymysły w głowach?
A po drugie co masz na myśli pisząc USB Audio. Transmisja USB jest obecnie asynchroniczna w wiekszości przypadków. Oznacza to, że w tym trybie (asynchroniczne USB) urządzenie odbierające kontroluje taktowanie transferu danych niezależnie od hosta (urządzenia wysyłającego). Odbiornik ma swój własny zegar i tylko on kontroluje i zapewnia synchronizację. Krótko mówiąc, dane są ciągnięte po USB przez przetwornik cyfrowo-analogowy w harmonii/zgodzie z jego własnym wewnętrznym zegarem. Zegar nadajnika nie ma żadnego znaczenia w tym przypadku.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[64konrad64]

2 godziny temu, yayacek napisał:

Cóż to za nowomowa audiofilska? "Przedłużenie i skrócenie ciszy" a może dźwieki ulegają przestrojeniu o ton niżej/wyżej? Toż to jakiś absurd. Aby wydłużyć/skrócić jakiś fragment potrzeba procesora DSP w łańcuchu. Bo niby co, utwór trwający 4:21s będzie trwał po błędzie transmisji 4:23s? Niby jak, doda pogłos od tak od siebie do pliku. Kosmiczna głupota. Skąd się biorą takie wymysły w głowach?
A po drugie co masz na myśli pisząc USB Audio. Transmisja USB jest obecnie asynchroniczna w wiekszości przypadków. Oznacza to, że w tym trybie (asynchroniczne USB) urządzenie odbierające kontroluje taktowanie transferu danych niezależnie od hosta (urządzenia wysyłającego). Odbiornik ma swój własny zegar i tylko on kontroluje i zapewnia synchronizację. Krótko mówiąc, dane są ciągnięte po USB przez przetwornik cyfrowo-analogowy w harmonii/zgodzie z jego własnym wewnętrznym zegarem. Zegar nadajnika nie ma żadnego znaczenia w tym przypadku.

Ja piszę "minimalne przedłużenie i skrócenie ciszy" i mam na myśli milisekundy lub poniżej, a ty wybierasz z tego "przedłużenie i skrócenie ciszy" i wmawiasz mi swoje "a może dźwieki ulegają przestrojeniu o ton niżej/wyżej" a potem negujesz to co wyciąłeś z kontekstu sam sobie udekorowałeś.

Jak to nazwać? Manipulacja czyjąś wypowiedzią?

Widziałeś linka od @Piopio?

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

"Asynchroniczny obwód danych to rodzaj transmisji danych, w którym bity informacji są przesyłane pojedynczo, bez stałego sygnału zegarowego. W przeciwieństwie do obwodów synchronicznych, które wykorzystują sygnał zegara do synchronizacji transmisji danych, obwody asynchroniczne korzystają z protokołu komunikacyjnego, który zawiera bity startu i stopu wskazujące początek i koniec każdego wysyłanego znaku.

W obwodzie asynchronicznym każdy znak jest wysyłany osobno i może być wysyłany z różną szybkością. Oznacza to, że teoretycznie znaki mogą być przesyłane z różnymi przepływnościami bez wpływu na transmisję jako całość. Jednak w praktyce większość obwodów asynchronicznych wykorzystuje stałą prędkość transmisji, aby zapewnić stabilną i niezawodną transmisję danych."

Zgadzasz się, że tak są podawane dane do DACa przez USB?

5 godzin temu, Piopio napisał:

Nie chodzi o konkretny DAC a o układ wejścia czyli najpopularniejszy XMOS. Trzeba sprawdzić jak działa ten układ. 

Ja twierdzę że DAC-ki używają transmisji USB Audio w trybie "isochronous" który może być synchroniczny lub asynchroniczny:

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Jeśli znajdziesz jakiegoś DACa, który do transmisji USB używa innego protokołu niż USB Audio, to daj znać. Ja takich nie znam. Chord Dave używa isochronous asynchronous, a nie tego co podałeś w swoim linku.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[64konrad64]

W dniu 23.04.2024 o 11:54, 64konrad64 napisał:

Nie, ucho ludzkie jest bardzo wrażliwe na zaburzenia "timingu". Błędy w transmisji cyfrowej to nie tylko mylenie 0 z 1 ale też "minimalnie przedłużone i skrócone fragmenty ciszy" i "dodatkowe informacje" spowodowane nie idealną izolacją galwaniczną. To wszystko razem sumuje się do zmiany jakości dźwięku (niekoniecznie sygnatury brzmienia).

Bawi cię, bo nadal nie poczytałeś czym się różni transmisja danych (protokół USB Data) od streamingu bitów (protokół USB Audio). Zrozum - pomiędzy transportem a DACem nie są przesyłane pliki. Nie ma korekcji błędów.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

"When transmitting digital audio, latency is introduced. In the case of High Speed USB this latency is 250 us. A packet of data is transferred once in every 125 us window, but given that it may be sent anytime in this window a 250 us buffer is required. On top of this 250 us delay, extra delay may be incurred in the O/S driver, and in the CODEC. Note that Full Speed USB has a much higher intrinsic latency of 2 ms, as data is only sent once in every 1 ms window."

No i ja stawiam tezę, że to ma znaczenie w której mikrosekundzie tego "okna czasu o szerokości 250 mikrosekund" następuje transmisja z transportu. Im lepiej zsychronizowany nadajnik i odbiornik, tym lepsze audio.

Nie potrafię na ten moment lepiej logicznie wytłumaczyć różnic które słyszę na transportach USB, izolację galwaniczną mój DAC podobno ma....

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[Piopio]

10 minut temu, 64konrad64 napisał:

Im lepiej zsychronizowany nadajnik i odbiornik, tym lepsze audio.

Ale w przypadku transmisji asynchronicznej nie ma synchronizacji !!!

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[yayacek]

7 minut temu, 64konrad64 napisał:

Ja piszę "minimalne przedłużenie i skrócenie ciszy" i mam na myśli milisekundy lub poniżej,

Nie ma znaczenia czy minimalne czy maksymalne. To jest absurd i tyle. Skoro wydłużenie i skrócenie ciszy to także wydłużenie czy skrócenie 'nieciszy' czy tonu. To jest kosmiczny absurd raz jeszcze.
Asynchroniczny przesył oznacza że zegar ma znaczenie jedynie po stronie odbiornika. To odbiornik mówi kiedy i ile próbek potrzebuje w danej chwili i to odbiornik steruje transmisją. To jest właśnie przesył asynchroniczny. Tak, przesył może być z różną szybkością gdyż to odbiornik decyduje kiedy i jak szybko mają napłynąć kolejne dane. Raz weźmie sobie xx ilości danych i wepcha do bufora a potem weźmie x ilości danych i znów wepchnie do bufora. W buforze wszystko skłąda sobie do kupy, przetaktowuje i voilà.

Wymyślasz jakieś teorie zamiast po prostu poczytać o transmisji asynchronicznej, synchronicznej i adaptacyjnej (Asynchronous, Synchronous, Adaptive). Jest tego całe morze, nawet tu na forum.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[yayacek]

15 minut temu, 64konrad64 napisał:

No i ja stawiam tezę,

A ja stawiam tezę, że w ogóle nie rozróżniasz typów transmisji. Nie czytaj o jakiś bzdurach typu 'bulk' które w ogóle nie mają zastosowania w audio czy o protokole synchronicznym, ale znajdź sobie materiały o USB w trybie asynchronicznym.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[marcinmarcin]

@Piopio @yayacek liźnięcie podstaw nie zaszkodzi - po pierwsze wszystko pozostaje w ramach UAC/UAC 2.0. Po drugie brak realnego CRC. 

 

 

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[64konrad64]

1 minutę temu, yayacek napisał:

A ja stawiam tezę, że w ogóle nie rozróżniasz typów transmisji. Nie czytaj o jakiś bzdurach typu 'bulk' które w ogóle nie mają zastosowania w audio czy o protokole synchronicznym, ale znajdź sobie materiały o USB w trybie asynchronicznym.

@Piopio już wysyłał linki o transmisji asynchronicznej bez zegara, czyli bzdury w zakresie USB Audio.

USB Audio używa nie używa czystej transmisji asynchronicznej, tylko trybu "isochronous synchronous", "isochronous asynchronous" albo "isochronous adaptive".

Specyfikacja USB Audio: 

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

strona 19:

 "3.3 Audio Synchronization Types
Each isochronous audio endpoint used in an AudioStreaming interface belongs to a synchronization type
as defined in Section 5 of the USB Specification. The following sections briefly describe the possible
synchronization types.
3.3.1 Asynchronous
Asynchronous isochronous audio endpoints produce or consume data at a rate that is locked either to a
clock external to the USB or to a free-running internal clock. These endpoints cannot be synchronized to a
start of frame (SOF) or to any other clock in the USB domain.
3.3.2 Synchronous
The clock system of synchronous isochronous audio endpoints can be controlled externally through SOF
synchronization. Such an endpoint must do one of the following:
· Slave its sample clock to the 1ms SOF tick.
· Control the rate of USB SOF generation so that its data rate becomes automatically locked to SOF.
3.3.3 Adaptive
Adaptive isochronous audio endpoints are able to source or sink data at any rate within their operating
range. This implies that these endpoints must run an internal process that allows them to match their
natural data rate to the data rate that is imposed at their interface."

Mój DAC działa w trybie 3.3.1 a Wasze?

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[yayacek]

48 minut temu, marcinmarcin napisał:

liźnięcie podstaw nie zaszkodzi - po pierwsze wszystko pozostaje w ramach UAC/UAC 2.0. Po drugie brak realnego CRC. 

Nie wiem po cholerę ten klip wideo. UAC nie ma nic do rzeczy, to jedynie platforma zapewniająca kompatybilność urządzeń audio podpinanych do USB bez zapewnienia stosownych sterowników.
CRC brak ale nikt tu chyba nie twierdził, że sumy kontrolne chodzą po USB czy SPDiF.

43 minuty temu, 64konrad64 napisał:

3.3.1 Asynchronous

Od jakiś chyba 20-tu lat wszelkie interfejsy audio USB już są oparte na protokole asynchronicznym. Ileż to zamieszania zrobiła sławetna E-MU 0404 USB kiedy wszyscy wszędzie pisali o zastosowanym tam trybie asynchronicznym.
A teraz przeczytaj dokładnie i ze zrozumieniem definicję jaką sam zamieściłeś (3.3.1 Asynchronous) i postaraj się załapać co tam jest napisane o zegarze i odbiorniku

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Edytowane 24 Kwietnia przez yayacek

[Piopio]

1 godzinę temu, marcinmarcin napisał:

@Piopio @yayacek liźnięcie podstaw nie zaszkodzi - po pierwsze wszystko pozostaje w ramach UAC/UAC 2.0. Po drugie brak realnego CRC. 

 

 

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Filmik niczego nie wyjaśnia. 

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[Piopio]

Ok, nawet jeśli używany jest UAC2 bez CRC to jest wyjaśnione, że nie wpływa to na brzmienie. 

Tyle w temacie. 

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[Pseudodrummer]

2 godziny temu, marcinmarcin napisał:

@Piopio @yayacek liźnięcie podstaw nie zaszkodzi - po pierwsze wszystko pozostaje w ramach UAC/UAC 2.0. Po drugie brak realnego CRC. 

 

 

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

@marcinmarcin O,to ciekawa i odważna teza proponowac @yayacek "liźnięcie podstaw" w tym temacie.

Ba.nawet dośc odważna.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[marcinmarcin]

2 godziny temu, Pseudodrummer napisał:

O,to ciekawa i odważna teza proponowac @yayacek "liźnięcie podstaw" w tym temacie.

Jak widać poradził sobie sam bez adwokata 😉 i wiesz że nie chodziło mi tu o niego, ale są tu tacy którzy twierdzą że to jak do dysku czy pendrajwa...

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[64konrad64]

3 godziny temu, Piopio napisał:

Ok, nawet jeśli używany jest UAC2 bez CRC to jest wyjaśnione, że nie wpływa to na brzmienie. 

Tyle w temacie. 

Gdzie jest wyjaśnione że brak CRC nie wpływa na brzmienie?

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[Piopio]

35 minut temu, 64konrad64 napisał:

Gdzie jest wyjaśnione że brak CRC nie wpływa na brzmienie?

"Fortunately, data corruption/loss using to-spec cables (including observing the length limitations in the USB 2.0 specification) in a properly functioning system are rare.

How rare?

I’ve run tests that simply stream audio constantly, validating the CRCs and logging any errors, and gone for days without seeing a single bad packet/frame."

Cały wątek tylko potwierdza, że sama magistrala USB nie ma wpływu na brzmienie. Wpływ mają zakłócenia, które przedostają się wraz z sygnałem. 

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Edytowane 24 Kwietnia przez Piopio

[64konrad64]

4 minuty temu, Piopio napisał:

"Fortunately, data corruption/loss using to-spec cables (including observing the length limitations in the USB 2.0 specification) in a properly functioning system are rare.

How rare?

I’ve run tests that simply stream audio constantly, validating the CRCs and logging any errors, and gone for days without seeing a single bad packet/frame."

A jak definiujemy ten "properly functioning system"? Masz taki? Ja mam? Jak to sprawdzić?

I czy mogę prosić o linka do wyników tych pomiarów? Opisu metodologii pomiarów? Logów?

Załóżmy przez chwilę że mam "properly functioning system" - nadal stawiam tezę, że jakość cyfrowego dźwięku zależy m.in. od jakości jego podania przez transport, jeśli nie przez CRC, to przez odpowiedni rytm podawania bitów i brak zakłóceń.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[Piopio]

2 minuty temu, 64konrad64 napisał:

nadal stawiam tezę, że jakość cyfrowego dźwięku zależy m.in. od jakości jego podania przez transport, jeśli nie przez CRC, to przez odpowiedni rytm podawania bitów i brak zakłóceń.

Brak zakłóceń tak, rytm nie ma znaczenia. 

Wątpić w słowa fachowca ? Zadaj pytanie na tamtym forum. 

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Edytowane 24 Kwietnia przez Piopio

[yayacek]

35 minut temu, 64konrad64 napisał:

Gdzie jest wyjaśnione że brak CRC nie wpływa na brzmienie?

Zrób sobie taki eksperyment. Kup sobie albo pożycz przykładowo urządzenie marki Topping D10 (albo inne podobne). Te ustrojstwo to zwykły DAC połączony za pomocą USB z transportem (komputerem). Ten Topping D10 działa w trybie asynchronicznym więc ciągnie po USB dane z transportu (komputer) wedle swego wewnętrznego zegara, ładuje to wszystko do bufora, taktuje i dokonuje konwersji D/A. Dodatkowo jest tam wyjście SPDiF co jest ważne dla eksperymentu. Pod wyjście SPDiF podepnij sprzętowy dekoder HDCD albo AC-3.
Teraz zapodaj plik z zawartością HDCD albo specjalnie spreparowany plik wave z zawartością AC-3* i włącz PLAY. Topping pociągnie w trybie asynchronicznym dane z transportu i potem dodatkowo uformuje strumień SPDiF, który poda na swoje wyjście optyk/coax. Z wyjścia cyfrowego (optyk/coax) Toppinga wejdź na wejście cyfrowe w sprzętowym dekoderze HDCD lub AC-3 za pomocą toslinka czy kabla współosiowego.
Jeśli zajdzie choćby jakakolwiek przeszkoda w transmisji, jakiekolwiek przekłamanie choćby na poziomie jednego bita to sprzętowy dekoder nie rozpozna zakodowanego sygnału i usłyszysz szum (w przypadku AC-3) albo zgaśnie wskaźnik HDCD na dekoderze. 
Aby rozpoznać zakodowany sygnał dane MUSZĄ dotrzeć do sprzętowego dekodera na czas i w sposób niezmanipulowany. Jakakolwiek zmiana, jakiekolwiek przekłamanie transmisji spowoduje, że dekoder sprzętowy 'zgubi' sygnał, po prostu tego sygnału nie rozpozna. Zamiast dźwięku dostaniesz szum, trzask, warkot (w przypadku AC-3) czy migotanie/pulsowanie wskaźnika HDCD. 

CRC w ogóle nikomu nie jest potrzebne do transmisji audio. Bez sum kontrolnych można się spokojnie obejść. Zresztą jak sobie wyobrażasz sumy kontrolne podczas odtwarzania choćby zwykłej płyty CD w napędzie połączonym kablem z przetwornikiem.

Eksperyment z zakodowaną zawartością AC-3 w pliku wave czy z HDCD ma na celu pokazać, że dane mogą być przesłane TYLKO na dwa sposoby = dane przesłane zgodnie i dane przesłane niezgodnie. Nie ma innego stanu. Nie można przesłac danych bardziej zgodnie lub najbardziej zgodnie albo źle lub bardziej źle.
Albo przesył jest zgodny albo przesył jest niezgodny. To sytuacja 0/1. Tak samo można być w ciąży albo nie można być w ciąży. Nie ma stanu pośredniego. Nie można być bardziej w ciąży, ani nie można być bardziej w 'nie ciąży'.

----------
* czytaj

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[64konrad64]

16 minut temu, Piopio napisał:

Brak zakłóceń tak, rytm nie ma znaczenia. 

Wątpić w słowa fachowca ? Zadaj pytanie na tamtym forum. 

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Znaczenie mają błędy CRC (lub ich brak), zakłócenia, rytm podawania bitów i jego płynność.

Jakie referencje ma ten fachowiec? Zbudował kiedyś jakiś streamer audio? Wyników swoich pomiarów zdaje się nie opublikował, tak?

Tu masz kontrprzykład od "innego fachowca" który pomierzył cyfrowe kable i jednak wyszło mu że różnie z tym bywa, w odróżnieniu od Twojego "fachowca" nawet coś "opublikował":

 

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )