audafreak píše: ↑

09 zář 2022 13:22

New shukey píše: ↑

09 zář 2022 12:51

Asi to s těmi daty(1a0) nebude tak jednoduché a jasné,jak někteří tvrdí.Ano,zní to logicky,že až po DAC jsou to pořád stejné 1 a 0 a je jedno,jakým datovým kabelem jsou vedeny,než se do DACu dostanou.Ale mám třeba vyzkoušeno,že stejná album(data) na usb flasch hrají jinak strčené přímo do streameru,nebo strčené do NAS a tudíž tyhle data jedou po síti

Tady opět nastupuje spousta faktorů do hry, které nemusí mít se sítí nic společného. Možná spíše s tím NAS, jak s fleškou zachází. Porovnal bych to asi raději s harddiskem. Fleška je dost specifické a většinou pomalé médium. Kdoví, jestli NAS tu flešku kešuje tak jako HD. Jestli na tom NASu neběží na pozadí zrovna něco náročnějšího, jsou to dost složité věci a jejich implementace může být někdy všelijaká včetně málo výkonných procesorů z důvodu ceny.

Samozřejmě jsem to zkoušel i s HDD,flashku jsem použil jen jako příklad.Zajímavé je,že z NAS po síti to hraje líp

Fidas píše: ↑

09 zář 2022 12:44

skypi píše: ↑

09 zář 2022 12:32

Fidas píše: ↑

08 zář 2022 22:25

V síťovém kabelu jsou čtyři zkroucené dvojice drátu, z nichž, pokud vím, jsou využívány dvojice dvě. Základní Cat5 je nestíněný, poté jsou stíněné dvojice a u vyšších “koček” je navíc stínění vnější. Mé podezření je, že může docházet k přeslechům mezi zkroucenými páry. U těch drahých “audiofilských” je větší tloušťka izolace jednotlivých vodičů. Začíná mi docházet, že vliv těchto lepších kabelů může mít něco společného s hodinama, pokud je switch má. To je asi vše …
A teď mě bijte, páni inkvizitoři

Přeslechy-u datového přenosu ??? (!)
To myslíš vážně?

Ano, není to z mé hlavy, i když si myslím, že na tom něco je. Z jedné dvojky na druhou. Možná to neovlivní přenos. Nicméně k vzájemnému přeslechu mezi souběžnými vodiči asi dojde, přesto, že páry jsou různě zkroucené.
Něco k přečtení je tady: https://www.patchcordsonline.com/what-is-crosstalk

Pokud to neovlivní přenos - digitálních dat - tzn. nedochází k výpadkům dat přenášených do D/A převodníku -resp. převodník má komletní data - tak na co by to podle tebe mělo mít vliv, když analogový signál máš až za D/A čipem (a nějakou bižuterkou) v převodníku,

Nezbyva nez usporadat hifitour de ethernet po CR jak nakousl kychtax .
Predesilam, ze mam doma jako streamer RPi4 s linearnim zdroje, tak doufam, ze nebudu na blacklistu s oduvodnenim, pokud streamer nestoji 100k, tak to neuslysim, protoze nemam adekvatni zarizeni .

Asi hloupá otázka, ale projeví se to i u Dacu s nějakým bufferem a vlastními hodinami?

Bufferuje se všude, rozdíl je ale v tom,
1. jak velký ten buffer je - SW přehrávače jej mají velký, HW mimo disky jej má spíše malý
2. jakým způsobem se plní
3. co se v konkrétním zařízení stane. když se z nějakého důvodu stane, že se buffer vyprázdní - zvukovky někdy opakují nějakou sadu posledních dat do doby, než přijdou data nová, pokud je ten výpadek malý, nemusí si toho nikdo všimnout, jen to může být "horší".

Dále do toho vstupuje ošetřování sdílených HW přerušení, většinou je na jediném interruptu navěšena většina zařízení a čím více jich tam je, tim složitější je jeho ošetření všemožnými drivery což může dělat problémy v kombinaci s pomalými procesory, např. si dovedu představit určitá zdržení obsluhy USB díky právě probíhajícímu intenzivnímu přenosu po síti v kombinaci s aktivitou HD a nedobře napsanému driveru (velká latence), atd.
Např. většina přehrávačů je založena na nějakém linuxu. Nejsem specialista na linux, ale moje osobní zkušenost je, že standardní driver NTFS disku v Ubuntu a asi i jinde je velmi špatný a neskutečně zatěžuje CPU, rychlost náhodného čtení/zápisu je třeba 10x pomalejší než pod Windows. Po nainstalování placeného driveru od nějaké jiné firmy se rychlost zvýšila na standard.

Obecně mám zkušenost, že firmy, zabývající se donedávna pouze vývojem HW, mají s nástupem digitalizace trochu problém s kvalitou SW, nejsou zkušení lidi a plácá se to všelijak.

Jestli do bufferu DACu dorazilo vše včas a správně je asi těžké se objektivně dozvědět, ale třeba u RME to lze zjistit v nastavení driveru. Za to zaslouží RME pochvalu. Jestli to lze zjistit u driverů založených na TheSycon (asi všechny hifi USB DAC), to si nejsem jist.

Můj osobní dojem je, že problematika interruptů je jeden z hlavních aspektů, který ovlivňuje přehrávání a o kterém se moc nemluví. Opět osobní zkušenost - zvuk z Windows se všemi zařízeními apod. je nějaký, s jakýmkoliv přehrávačem. Když ale na stejném počítači nabootuji silně ořezaný Linux se všemi HW zařízeními zakázanými kromě displeje, klávesnice, disku a DACu, hraje to podstatně čistěji. Z telefonu bitperfect přes USB je to nejhorší. Všechno posílá bitperfect data do DACu bez výpadků. Neznám vnitřní architekturu a zpracování v USB DACu, nevím, jak interně fungují chipy na vstupu, jak velký je buffer, nejspíše velmi malý, takže netuším, čím to je. Jakoby mu více vyhovovalo pravidelné a včasné doručení dat oproti méně pravidelnému. Jen taková spekulace.

Problematika SW přehrávačů vč streamerů není tak jednoduchá a bez podrobných znalostí je to nikam nevedoucí diskuse. Ale i se znalostí je to bohužel velmi podobné.

Ahoj! Jen tě lehce doplním, nebo poopravím - v Linuxu bys měl používat souborový systém ext3 nebo novější ext4, Linux umí samozřejmě číst všechny windows souborové systémy, ale není tam doma. Windows naopak Linux číst vůbec neumí. Možná proto čtení NTFS mu nejde tak dobře, jako to jde win, pro které byl vytvořen. Jrd

To vím, ale představte si streamer, kde je Linux, a jeho uživatele, který má Windows a externí disk s nějakými flac a wav, pravděpodobně formátovaný jak NTFS. Takových je 99%. Možná víc.

Ano, to je pravda, souhlasím.

BVa píše: ↑

09 zář 2022 09:52

Mohl by tedy, prosím, někdo ze zde diskutujících lidí s přesně opačnou charakteristikou vysvětlit, co je špatně v tomto článku?

Jednoduchšie je povedať, že tam nie je nič dobre.. Stále sú to len bitperfect data, 0 a 1, až po vstup D/A prevodníka , do ktorého vstupujú s regenerovanými hodinami a až po D/A prevode sa z toho stane zvuk(ako napísal Fidji99). Je to len prenos dát, ktoré sa prenesú 100% správne... So zvukom to nemá nič spoločné až po D/A..Skúste tie pokusy s dátovými káblami naslepo, nech vám ich mení niekto iný. Nepoznáte ani .....
Preneste si takýto signál
mult.png(je to spektrum analógového signálu za D/A prevodom, na výstupe Topping D10bal)
a uvidíte, ako sa "zmení". Je to technika, nie nadprirodzené javy a šamanizmus..
V časovej oblasti to vyzerá takto
time.jpg

Děkuji za obsáhlou reakci.

Bohužel, je to reakce typu, kdy na otázku "Pane profesore, našel jste chybu v pojednání studenta Swensona o raketovém pohonu?"
dostane tazatel odpověď "Jednoduchšie je povedať, že tam nie je nič dobre.. protože létání do vesnímu je nesmysl."

Tak stručne..Je to o prenose dát. Alebo sa prenesú správne, alebo sa neprenesú vôbec. Ak vznikne D/A prevodom zvuk,tak dáta boli 100% správne a dátový kábel ich nijako nezmenil. Nie sú to lety dovesmíru s množstvom neznámych faktorov.

Neber to, prosím, špatně. Ale tvá odpověď není jen stručná, ona je to "žádná" odpověď.

Swenson používá technické argumenty, kterým já nerozumím. Jiný odborník s ním nesouhlasí, tak by měl být schopen poukázat, co konkrétně je ve Swensonových argumentech chybné.
Prohlásit prostě, že je to vše špatně bez jakékoli podpůrné argumentace může každý - třeba i já, ale pak se nemohu divit, že mne nebere nikdo vážně.


Dovolím si zde být off-topic, ostatně jako větší část příspěvků v tomto vlákně: Můj bývalý profesor funkcionální analýzy pracoval ve výzkumném ústavu, kde jednou z jeho povinností bylo vypracovávat vyjádření k všelijakým, jak říkal, nesmylným zlepšovacím návrhům a objevům - například musel hledat chybu v šíleně dlouhých důkazech Velké Fermatovy věty, když přece všichni ví, že tato věta v plné obecnosti neplatí. Případně nás bavil příběhem bláznivého vynálezce, který neustále podával návrh na vytvoření obranné vrstvy tvořené výbušninami na pancíři tanku, které měly kompenzovat energii střely dopadající na tank - přitom mu vůbec nedošlo, že by musel přece logicky vybuchnout celý tank.

treba si uvedomit ze ide o datovy prenos ktory je charakterizovany:
-packet loss - teda defacto dorucenim obsahu (to su tie samotne nuly a jednotky)
-rychlostou prenosu
-oneskorenim
-jitterom

Vize nie len nuly a jednotky ci prisli. Z tohto pohladu je pohlad BV (kontrola obsahu) nedostatocna. Netvrdim tym ze kabel to nejak zmeni ale tiez nemozno podla len prenesenia identickeho obsahu tvrdit ze prenos bol stale rovnaky, bez ohladu na zdroj, prenosovu cestu a pripadne opravne mechanizmy na strane prijmu (DAC)

Tak preci jen je prenos dat pres ethernet kabely kosmicka veda, kterou nelze radno podcenovat ....

Nie nie je ale kontrola obsahu nie je dostatocne splnenie vsetkych nutnych podmienok. Z rohto pohladu je to neodborny az laicky pohlad na datovy prenos

Nie nie je ale kontrola obsahu nie je dostatocne splnenie vsetkych nutnych podmienok. Z rohto pohladu je to neodborny az laicky pohlad na datovy prenos

Možno je to "laický" pohľad, ale ak do úrovne nejakých -130dBFS sú analyzované dáta po D/A prevode (a druhom prevode A/D) identické s priamo analyzovanými dig. dátami po prenpse dátovým káblom, tak vplyv dátového kábla je úplné..... Aký je asi dynamický rozsah sluchu??