Poglej prejšnjo temo :: Poglej naslednjo temo |
Avtor |
Sporočilo |
stormsonic
Pridružen/-a: Sre Jan 2009 2:00 Prispevkov: 764 Kraj: MB
|
Objavljeno: Sob Jan 09, 2021 01:01 Naslov sporočila: |
|
|
zweistein je napisal/a: |
Stormsonic, hvala za pojasnilo.
V bistvu se strinjava, bit je bit, baker ali optika. Če ne pride čez, kontrolni bit proži ponovni prenos. |
Ravno tu je problem. Ni ponovnega prenosa kot pri računalniku, ker ni samo digitalni signal, ampak se prenaša tudi clock. Vse se dogaja v realnem času. Kar je prišlo skozi, tako bo igralo.
Da bi zgrešil celi bit, bi moralo biti res nekaj zelo narobe. Problem so drobni zamiki, KDAJ ta bit prispe.
zweistein je napisal/a: | Nisem pa vedel, da je clock definiran z originalnim signalom. Sklepal sem, da vsak dac deluje na svoji uri, ker zunanje ne potrebuje zaradi bufferja - še najbolj ceneni portable cd player je imel t.i. shock control - tudi če je cd streslo in je bil prenos bitov neuspešen, je imel nekaj sekund "zaloge" bajtov, da je nemoteno špilal dalje.
Hvala še enkrat, se človek vsak dan nekaj nauči...
P.s.: vmes nam je že kar dobro kazalo, kar se nivoja debate tiče, pa smo spet malo skrenili vidim...žal. |
Ne more delovati na svoji uri, neodvisno od te ure, s katerim je bilo kodirano. Sčasoma bi prišlo do bitnih napak, ker je en clock hitrejši/počasnejši. Tudi če delaš reclock na strani DAca, potrebuješ zunanji clock kot referenco.
Najbolj čisti clock mora vedno biti na strani DACa, kjer se izvaja DA konverzija. Če lahko izvor signala (transport) in DAC spraviš v eno komponento, si rešil problem prenosa signala preko kabla in odpravil težave, ki pestijo S/PDIF. Recimo prenosni portable CD player je takšna rešitev, kjer je transport in DAC v eni škatli.
Ostane še problem jitterja samega clocka v playerju, ampak to je že druga zgodba.
Glej tale link, ima dobro razloženo in grafično podkrepljeno: https://www.tnt-audio.com/clinica/diginterf1_e.html _________________ My DMM will go only to 10, maybe your DMM can go to 11? |
|
Nazaj na vrh |
|
|
Bwaze
Pridružen/-a: Tor Okt 2011 20:59 Prispevkov: 408 Kraj: Kamnik
|
Objavljeno: Sob Jan 09, 2021 11:17 Naslov sporočila: |
|
|
Se ne prenaša večino podatkov po USB, Ethernetu popolnoma asinhrono - predpomnilnik DACa dobiva velike pakete podatkov naenkrat, ne nekega natančno clockanega toka ničel in enic, ki jih mora v realnem času pretvarjati v analogni signal? Tak DAC mora imeti nujno popolnoma svoj clock. _________________ Pezzer Ritter Wenne Knecht! |
|
Nazaj na vrh |
|
|
LightBit
Pridružen/-a: Pon Okt 2017 23:11 Prispevkov: 2365 Kraj: Kranj
|
Objavljeno: Sob Jan 09, 2021 11:18 Naslov sporočila: |
|
|
Ponovnega prenosa tukaj res ni, ker je enosmerna komunikacija.
Saj mora imeti nek buffer vsaj 32 bit za 2 kanala PCM. En sam bit ne pomeni nič. Potem je še Dolby Digital in DTS, ki imata kompresijo in kompresija deluje v večjih blokih tako da je potreben buffer da se to sprocesira.
Če prav razumem dela kar se clocka tiče S/PDIF podobno kot USB adaptive mode? |
|
Nazaj na vrh |
|
|
AndrejS
Pridružen/-a: Tor Dec 2010 17:03 Prispevkov: 930 Kraj: Gorica
|
Objavljeno: Sob Jan 09, 2021 11:28 Naslov sporočila: |
|
|
Spdif je protokol, najdes ga v Toslnik optiki, Coax ali AES/EBU
diferenialnem kablu.
Signal in sinhronizacija ure gresta po istem kanalu.
To ni nic posebnega u resnici.
Paket ima v glavi nekaj konfiguracijskih bitov,
ki povejo kaksna je njegova vsebina.
Drzi da se hkrati prenese tudi ura, ampak tako direkt ni nikol implementirano.
Na sprejemniski strani se iz serijskega vodila tipicno naredijo
parallelni paketi,ti grejo skoz en buffer, kjer je mogoce prestopit
razlicne ure (reclock), izstopna je ponavadi nastavljena na kak zelo precizen
zunanji kristal.
Kar pride do konverzije je cisto in tocno do ppm jitter.
Garantiram, da ce kak paket manjka ne boste opzli,
tudi zvocniske membrane ne.
To ni tehnika za par 1000e, tko je narjen prakticno vsak dac za par evrov..
Andrej |
|
Nazaj na vrh |
|
|
stormsonic
Pridružen/-a: Sre Jan 2009 2:00 Prispevkov: 764 Kraj: MB
|
Objavljeno: Sob Jan 09, 2021 13:27 Naslov sporočila: |
|
|
@AndrejS
To isto zadevo smo že obravnavali tu: http://www.audio-kontakt.com/forum/viewtopic.php?p=89414#89414
Dvakrat smo ti povedali enako. Imam občutek, da odgovor ni takšen, kot ga pričakuješ, zato lahko nadaljujemo v nedogled. Sorry, ampak meni se ne da več in se umikam.
@Lightbit
Recimo, da. Na eni strani izvor (transport) pošilja podatke, na drugi strani sprejemnik (DAC) sprejema podatke. Ni nobene povratne komunikacije, tako da je s tega stališča res podobno Adaptive mode USB prenosu.
Ni nobenega bufferja, nič ne filaš podatkov v buffer. Tudi če bi bil, bi rabil čas, da ga nafilaš. Ampak saj ni problem v samih podatkih ali paketih ali bitih, problem je v clocku.
Tudi jaz sem velike upe polagal v USB audio, da se enkrat rešimo tega S/PDIFa. Ampak se je ponovno odprl cel kup problemov, nekaj celo zelo podobnih kot pri S/PDIF. Pa še ustrezne driverje moraš nalagat.
Zdaj zaenkrat vidim boljšo rešitev v Raspberry Pi, kjer imaš izvor in clock in DAC (npr. RPi hat) in clock v eni škatli, ampak so znova problemi z izolaciji posameznih sklopov v in distribucijo clocka v samem RPi. _________________ My DMM will go only to 10, maybe your DMM can go to 11? |
|
Nazaj na vrh |
|
|
LightBit
Pridružen/-a: Pon Okt 2017 23:11 Prispevkov: 2365 Kraj: Kranj
|
Objavljeno: Sob Jan 09, 2021 16:06 Naslov sporočila: |
|
|
No nekje pred DAC mora biti nek vsaj majhen buffer. Ali se kaj reclocka je pa druga stvar.
Na Linuxu ne rabiš nič nalagat za USB. USB async se mi zdi kar v redu, razen ground loopov. Moram pa reči da mi sedaj ko so popravili gonilnik tudi USB sync dela brez izpadov, kljub temu da sta dva ločena clocka. |
|
Nazaj na vrh |
|
|
AndrejS
Pridružen/-a: Tor Dec 2010 17:03 Prispevkov: 930 Kraj: Gorica
|
Objavljeno: Sob Jan 09, 2021 17:08 Naslov sporočila: |
|
|
Vredu je, tudi ce se ne strnijamo.
Ce kdo opazi kako veckanalno ploscico 4 in 4 out ali vec
SPDIF <-> USB (3.0) mu bom havlezen za namig.
Andrej |
|
Nazaj na vrh |
|
|
DAVOR
Pridružen/-a: Pon Maj 2008 17:27 Prispevkov: 454 Kraj: Maribor
|
Objavljeno: Sob Jan 09, 2021 17:44 Naslov sporočila: |
|
|
Lightbit...pri tebi vse mora bit...zagotovo je ...itd.
No daj naštej nekaj izdelkov, ki si jih odprl pa vrgel uč not in je blo tak kot mora bit po tvoje (mene zanima, kaj ti smatraš pri digitaliji da je ok narejeno).
Stormsonic je glavca in pol in ve o čem govori. nardil, popravil in predelal je že tolk stvari v življenju, ki jih ti ne boš pa če boš dočakal 200let.
Ma ni samo problem v driverjih, prenosih... Ker vidim da rad bereš ima computeraduiophile forum.
Zato tud tu kabli imajo velik vpliv. Predvsem opažam, da veliko fancy firm dela fency šmensi kable, ki pa niti nimajo prave impedance. Recimo RPI sploh ne komunicira z usb dacem če ni vsaj približno 90ohm, in usb kartice sploh ne zazna. Taki kabli mene sploh ne zanimajo, pa četudi pol slišim take komentarje kak ta kabel igra na računalniku in jriverju, da si prste poližeš ... Ko kupujete usb kable, je fajn če se najde kje eye pattern signala, kjer se vidi kar precej tehničnih lastnosti kabla.
Rpi je super streamer...Iancanada audio in Allo sta tu na prvem mestu. Je pa še nekaj prostora za izboljšave pri obeh firmah.
Moram priznat da redko kje slišim streamer kombinacijo, ki ne bi imela prizvok digitalisa. _________________ KISS- Keep It Simple and Smart |
|
Nazaj na vrh |
|
|
LightBit
Pridružen/-a: Pon Okt 2017 23:11 Prispevkov: 2365 Kraj: Kranj
|
Objavljeno: Sob Jan 09, 2021 18:32 Naslov sporočila: |
|
|
Težko me boš prepričal da DAC lahko procesira bit po bit, če govorimo o PCM. Pri DSD bi bilo to mogoče, ampak potem bi en kanal prehiteval drugega, če ne bi imel vsaj 2 bita bufferja. Čisto osnovna logika pravi da PCM-ja ne moreš konvertirati, če nimaš enega celotnega PCM-ja. Verjetno je vgrajen v nekem čipu. Se pa strinjam da buffer še ne pomeni da clock ni problem.
Nimam pa nič proti Stormsonicu. Predvsem pa nisem žaljiv do njega kot ti do mene.
Vedno je tako da ko brskaš po stvareh vidiš, da so daleč od idealnega.
Nisem šravfal nobenega DAC-a. Šravfal sem samo Linux USB audio driver.
Uporabljam pa zraven priložen USB kabel. Ne vidim razloga, zakaj bi kupil fensi kabel s katerim naprava ni bila preizkušena. |
|
Nazaj na vrh |
|
|
stormsonic
Pridružen/-a: Sre Jan 2009 2:00 Prispevkov: 764 Kraj: MB
|
Objavljeno: Sob Jan 09, 2021 19:26 Naslov sporočila: |
|
|
LightBit je napisal/a: | Težko me boš prepričal da DAC lahko procesira bit po bit, če govorimo o PCM. Pri DSD bi bilo to mogoče, ampak potem bi en kanal prehiteval drugega, če ne bi imel vsaj 2 bita bufferja. Čisto osnovna logika pravi da PCM-ja ne moreš konvertirati, če nimaš enega celotnega PCM-ja. Verjetno je vgrajen v nekem čipu. Se pa strinjam da buffer še ne pomeni da clock ni problem.
Nimam pa nič proti Stormsonicu. Predvsem pa nisem žaljiv do njega kot ti do mene.
Vedno je tako da ko brskaš po stvareh da vidiš, da so daleč od idealnega.
Nisem šravfal nobenega DAC-a. Šravfal sem samo Linux USB audio driver.
Uporabljam pa zraven priložen USB kabel. Ne vidim razloga, zakaj bi kupil fensi kabel s katerim naprava ni bila preizkušena. |
Zdaj razumem, kaj misliš, ko govoriš o bufferju. Sprejemni S/PDIF čip ima v sebi interni buffer. Več najdeš v podatkovnici (datasheet) od CS8416.
Tudi WM8804 in WM8805 sta pogosto uporabljena.
Jaz sem pa mislil, da govoriš o kakšnem dodatnem bufferju pred sprejemnim čipom, kamor bi spravil nekaj podatkov, preden bi dosegli sprejemni čip.
Oh, če bereš Computeraudiophile forum, kot pravi DAVOR, potem spremljaj Johna Swensona, boš našel mnogo dobrih nasvetov: https://audiophilestyle.com/profile/2573-johnswenson/
Pa tudi mojega prijatelja Pat-a, žal že pokojnega: https://audiophilestyle.com/profile/3800-ar-t/ _________________ My DMM will go only to 10, maybe your DMM can go to 11? |
|
Nazaj na vrh |
|
|
AndrejS
Pridružen/-a: Tor Dec 2010 17:03 Prispevkov: 930 Kraj: Gorica
|
Objavljeno: Sob Jan 09, 2021 19:53 Naslov sporočila: |
|
|
Ola! Smo prisli na isto. |
|
Nazaj na vrh |
|
|
LightBit
Pridružen/-a: Pon Okt 2017 23:11 Prispevkov: 2365 Kraj: Kranj
|
Objavljeno: Sob Jan 09, 2021 20:25 Naslov sporočila: |
|
|
Vidim da čipi omogočajo marsikaj. Tudi svoj clock. Ampak to problem samo spremeni.
Za Computeraudiophile prvič slišim. Bom mogoče pogledal.
Ponavadi Googlam ko imam problem. Nisem pa v stilu tiste reklame "Vas boli? Morda koleno?" da bi iskal kaj vse bi lahko bil problem. |
|
Nazaj na vrh |
|
|
jacoby
Pridružen/-a: Sre Jun 2008 10:23 Prispevkov: 1111
|
Objavljeno: Sob Jan 09, 2021 20:44 Naslov sporočila: |
|
|
LightBit je napisal/a: | Vidim da čipi omogočajo marsikaj. Tudi svoj clock. Ampak to problem samo spremeni.
Za Computeraudiophile prvič slišim. Bom mogoče pogledal.
Ponavadi Googlam ko imam problem. Nisem pa v stilu tiste reklame "Vas boli? Morda koleno?" da bi iskal kaj vse bi lahko bil problem. |
Ne sekiraj se, jitter na SPDIF, USB, I2S, colck-u, tebe ne ovira.
Google ima sicer veliko za povedati na dilemo kablov... _________________ The only way to do great work is to love what you do |
|
Nazaj na vrh |
Telefon: 051383384 |
|
|
LightBit
Pridružen/-a: Pon Okt 2017 23:11 Prispevkov: 2365 Kraj: Kranj
|
Objavljeno: Sob Jan 09, 2021 21:13 Naslov sporočila: |
|
|
Hvala jacoby, sedaj bom lažje spal. |
|
Nazaj na vrh |
|
|
stormsonic
Pridružen/-a: Sre Jan 2009 2:00 Prispevkov: 764 Kraj: MB
|
Objavljeno: Ned Jan 10, 2021 00:08 Naslov sporočila: |
|
|
AndrejS je napisal/a: | Ola! Smo prisli na isto. |
Mea culpa, se posipam s pepelom
Sploh nisem pomislil, da te osnove niso vsem jasne. Normalno, da se včita cela beseda, da receiver čip sploh ugotovi, kaj sprejema, kje je LSB, kje je MSB, kje je levi kanal, kje je desni kanal.
Kar pa ne spremeni dejstva, da potrebuješ vhodno referenco, to je točno ta clock, s katerim je bilo kodirano. Karkoli bo vplivalo na ta referenčni vhodni clock, bo vplivalo na izhodni signal.
Ne moreš z enim clockom kodirat, z drugim pa dekodirat in upat, da se bosta clocka ujela
Sprejemni čip, npr. CS8416, daje na svojem izhodu I2S signale, ki so še vedno serijski signal in na vhod D/A čipa prispejo I2S linije (SD. WS, BCLK).
Torej buffer znotraj samega sprejemnega čipa ne igra nobene vloge in tvoja trditev o nekakšnem paralelnem prenosu paketov ne pije vode.
Sama poravnava in delitev besed (blokov podatkov) na L/D poteka znotraj samega D/A čipa. Kako točno polnijo registre in glede I2C bus delayev, pa so proizvajalci bolj redkobesedni. Lahko pa greš študirat podatkovnice posemeznih čipov, če boš kaj pametnega izluščil.
Daj shemo konkretnega DACa, ki nalaga podatke v buffer, pošilja paralelne pakete in dela reclock s čistim clockom, pa bomo skupaj analizirali.
Pa poskusi točno definirat, kdo/kaj/kako/kaj počne.
Splošne fraze, kot so "Na sprejemniski strani", "skoz en buffer", "ponavadi", "tipicno naredijo", ... znajo voditi k nesporazumom.
Kot bi se pogovarjal o izpušnih plinih pri bencinskem motorju, en bi imel v mislih izpust plinov skozi izpušni ventil, drugi pa v mislih izpust plinov na izhodu izpušnega lonca. _________________ My DMM will go only to 10, maybe your DMM can go to 11? |
|
Nazaj na vrh |
|
|
|
|
Ne, ne moreš dodajati novih tem v tem forumu Ne, ne moreš odgovarjati na teme v tem forumu Ne, ne moreš urejati svojih prispevkov v tem forumu Ne, ne moreš brisati svojih prispevkov v tem forumu Ne ne moreš glasovati v anketi v tem forumu
|
Powered by phpBB © 2001, 2005 phpBB Group
|
Zadnje teme - HI-FI |
-
Do-It-Yourself
Spet nov lampaš
-
CD, Vinil, DVD, Blu-ray
Kaj trenutno poslušate?
-
Do-It-Yourself
DIY popravila
-
CD, Vinil, DVD, Blu-ray
Tidal
-
HI-FI
Roon labs
-
CD, Vinil, DVD, Blu-ray
YouTube & stuff
-
HI-FI
MySqueezebox.com DOWN?
-
HI-FI
DAC?
-
HI-FI
Uvoz naprave iz ZDA
-
HI-FI
Zvočniki - izkušnje - predlog
-
HI-FI
Kam na popravilo?
-
Dogodki v svetu HI-FI-ja, srečanja
Bristol HI-fI show
-
HI-FI
Nova igrača je doma......
-
HI-FI
Slušalkarski sistemi
-
HI-FI dodatki
Zvočniški kabli, interkonekti
|
|