Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Hardware / Re:Zvuková karta pro Linux
« Poslední příspěvek od František Ryšánek kdy Dnes v 23:28:13 »
Pokračuji v debatě už notně off topic a trochu se za to stydím:

...
Jenom mi vrtá hlavou, proč výrobci desek nepřipojí zem zvukovky/USB portu odděleně přes jeden/více GND pinů/kabelů ATX konektoru, aby se to spojilo až v tom proletovaném hnízdě v PSU, kam vede i PE vodič. Ale možná to někteří tak dělají, netuším.

Pochybuju :-)
Mimochodem by se pak na motherboardu musela nějak "izolovaně překračovat" analogová vs. digitální zem, mezi kterými by se hemžilo všechno možné od DC po pár MHz (v desítkách milivoltů, pokud ne víc).
A stejně by to nebylo dokonalé z hlediska odrušení té "samostatně vedené analogové země", protože by byla částečně v souběhu s tou pracovní zemí silovou, takže by se tam ledacos indukovalo skrz magnetické pole...

Ani řešení pomocí symetrického analogového vstupu neztlumí rušení úplně do nuly, protože CMRR je konečné číslo. Jasně, může to pomoct docela dost, zejm. pokud to rušení nejde moc vysoko nad akustické pásmo (aby to vstup "stíhal odčítat", aby mu na to stačila šířka pásma / rychlost přeběhu). Na 50Hz brum to stačí s velkým přehledem.
Tímto nechci tvrdit, že jsme ve sporu :-) Sám jste zmínil galvanické oddělení, což je i moje oblíbená metoda řešení zemních smyček.

Citace
Citace
Pravda je, že USB má i v "interruptovém" přenosovém režimu de facto periodický polling v taktu 1 ms, plus tam budou nějaké buffery (=latence) takže "ten můj USB dongle" v tomhle ohledu není dokonalý, 

Tak dražší profi USB zvukovky používají highspeed bInterval i 125us, což je úplně v pohodě. Samozřejmě USB MIDI dongle pojede na lowspeed, tudíž min. 1ms již na připojení. Na druhou stranu i ta PCI zvukovka má nějakou latenci obsluhy přerušení...

Díky za dovzdělání, tohle mi unikalo :-) Jestli správně chápu, granularita 125us je vlastnost highspeed fyzické vrstvy? Oproti fullspeed, kde je natvrdo 1 ms. A bInterval je celočíselný násobek tohoto vrozeného kvanta.

Citace
Citace
Co se týče čistoty výstupu a šířky pásma k basům, stojím si za tím že ten konkrétní model generického USB donglu co jsem uvedl, se 24bit DAC/ADC, není vůbec marnej, i ve srovnání se svým hloupějším 16bitovým bráchou (vypadá stejně, jenom nemá v obj.kódu "HQ").

Máš prosím konkrétní link?

Jasně: 1) Axagon chytřejší dražší brácha, 2) Axagon hloupější levnější brácha.

Já mám toho dražšího, a moje hodnocení je pohříchu subjektivní. Měřit tomu zkreslení a šum jsem nezkoušel, mj. protože nemám čím (leda smyčkou).

Zkusím přiložit .TXT dump lsusb -v. Říká, že výrobcem čipu je VIA, a že fyzická vrstva je USB 1.1. Ona je to možná přesněji "USB 2.0 na full-speed rychlosti" :-) což je prakticky totéž. V tom případě pro mě platí ta 1 ms.

Když jsem zkoušel googlit USB PID 0x3417, našel jsem kdesi zmínku, že dotyčný čip je VT1620A. Parametrově by to vcelku odpovídalo. A tenhle šváb je skutečně jenom USB full-speed.

Google mi našel taky (pěkně uleželý) paperlaunch čipu VIA Envy VT1730, který byl údajně jako jeden z prvních high-speed. Ale nedaří se mi, nalézt s ním nějaké produkty.

Citace
Citace
Pokud tam bude na výstupu zes ve třídě D, tak bych moc neřešil, jestli je DAC 16b nebo 24b,

Jenom k těm D - dneska už se to hodně posunulo. Takové TPA335x 100+ W za 40USD včetně bedny má velice slušné parametry, i ty superlevné TPA3116 minikrabičky hrají velice slušně (mám jich doma několik).

Heh taky mám jednu čínskou destičku s TPA3116. Zkoušel jsem s ní budit takové sranda bedničky osazené Visaton BG-20-8, a jako zdroj signálu právě tenhle zmíněný USB dongle. Šumělo to relativně slyšitelně, třeba z podání vyššího konce pásma jsem taky nebyl úplně odvařenej... ale fakt je, že jsem nad tím mávnul rukou a třeba napájecí zdroje jsem nezkoumal. Po téhle Vaší recenzi se k tomu myslím ještě vrátím :-)
Do sluchátek ten USB dongle nešumí.

Citace
A moderní Dčka ve zkreslení při výkonu a celkové vychovanosti v zátěži už jasně nad lineáry vedou, viz např. https://www.audiosciencereview.com/forum/index.php?threads/purifi-eval2-eigentakt-mono-amplifier-kit.54938/

:-O

Citace
Citace
Pokud se týče výstupu do zesu, ještě bych zmínil, že existuje optický digitální propoj TOSLINK resp. S/PDIF. Je to sice spíš záležitost spotřební elektroniky než profi audia, ale zemní smyčku to přeruší. Nemám představu, jestli to třeba nepřidává nějakou latenci.

Latence bych se asi nebál, vysílač bude mít téměř nulovou, přijímač např. DIR9001 uvádí latenci 3 vzorky, tedy nic.

To nezní marně! Akorát... vytáhnout z počítače S/PDIF výstup znamená buď začít motherboardem (okolo 3kKč už se najdou s S/PDIF výstupem) nebo přidat soundblaster s tímhle výstupem, a co pak s tím dál: buď převést levným DAC donglem za pár šupů na analog (a dát si pozor na země a napájení), nebo koupit receiver okolo 10 kKč jenom abych měl zes nativně s tímhle vstupem...

Jinak - 50Hz železné trafo má velkou výhodu, že neprodukuje VF rušení.
Jakýkoli spínaný měnič/adaptér, klidně ve třídě II a "medical grade", má slabý průsak (směs 50 Hz a VF). Pár desítek až stovek mikroampérů. Pokud by byl zájem o medical-grade napájecí adaptér, a dalo by se to zpřevodovat konektorově (a skladbou výstupů), tak tyto jsou k nalezení v TME, k dispozici je filtr "použití: pro lékařské aplikace". Zde k tématu jsou relevantní nejspíš kategorie stolní napájecí zdroje (formát "notebooková cihlička") nebo adaptéry do zásuvky.
2
Sítě / Re:WireGuard pro domácí síť
« Poslední příspěvek od k3dAR kdy Dnes v 23:06:57 »
[...] a na všech klientech (mobil, notebook apod) mám konfiguraci, kde je důležité:
[Peer]
AllowedIPs = 0.0.0.0/0
[...]

a jak to nastavi na te TV? (tedy pokud to neni TV s Androidem) :-)
3
Sítě / Re:SMB client - multichannel support
« Poslední příspěvek od MiroslavPragl kdy Dnes v 21:33:54 »
Dik.
Jak uz jsem psal, kdyby neumel vubec, byl bych s tim OK. Ale zere me, ze umi udelat 2 klientske sockety proti 2 serverovym IP/if, jen ne z ruznych zdrojovych IP/if.

Je to skoda, smb je solidni protokol/filesystem. Mozna nejlepsi.

MP

P.S. Proc to delam: dostal jsem vyrazenou SAS paskovou mechaniku, jsou brzo vecery, hraju si:

- Pro Win jsem nenasel solidne optimalizovany tar (da na 2gigabitove siti ledva 1 gigabit, evidentne mu nesedi \\.\tape0).
- V linuxu je zase brzdou sit (viz vyse), tar jsem musel naspeedovat pres mbuffer, jinak s malymi soubory je to tragedie na kvadrat.
- Veeam community jede pres \\.\tape0 jak z praku,kesuje si sam, pokud mechanika komprimuje tak mu nestaci ani ty 2 Gb, ale je to moloch s proprietarnim formatem a principialne neumi o moc vic nez ten dedek tar. Nechci nechci. Nechci nechci.
4
Sítě / Re:WireGuard pro domácí síť
« Poslední příspěvek od michaelscz kdy Dnes v 20:51:39 »
Tak jinak, chci v domácí síti mýt šifrované spojení mezi routerem a PC,TV atd jak toho docílit ?

Jde to, mám to tak. Mám doma na Mikrotiku jen jeden WG interface (nevím, proč děláš další interface) a na všech klientech (mobil, notebook apod) mám konfiguraci, kde je důležité:

[Peer]
AllowedIPs = 0.0.0.0/0

tím jde primárně všechno přes ten tunel, i když jsem na wifi ve stejné síti. Na mobilu tak mám WG zapnutý pořád a neřeším to a defacto jedu pořád přes WG tunel i když jsem mimo wifi a jedu přes LTE.
5
Sítě / Re:SMB client - multichannel support
« Poslední příspěvek od ja. kdy Dnes v 20:36:39 »
Ako tu už bolo spomenuté, libsmbclient (súčasť samby) nepodporuje multichannel. Multichannel podporuje samba iba na strane serveru.

Modul z jadra možno áno, ale to nie je to, čo Ubuntu (gvfs, kio) používajú.

Multichannel samozrejme môžu podporovať aj klienti a to je presne to, čo robí napríklad Windows alebo MacOS. Viacero sieťových rozhraní je pritom len jedna alternatíva, ďalšou je použitie sieťových rozhraní s asymetrickou kapacitou (napr. klient má 2.5 GbE a server niekoľko 1 GbE rozhraní; keď klient vytvorí 2-3 spojenia multichannel, pôjde mu to rýchlejšie aj s jedným rozhraním), alebo ďalšou alternatívou je použitie iných transportov ako tcp (RoCE/RDMA, ktoré sú z pohľadu protokolu ďalší kanál). Ďalšia možnosť je teaming/bonding, keď klient chce vyťažiť jeho kapacitu, tak nutne potrebuje viacero tcp spojení. Dokonca aj keď má zariadenie len jednu sieťovku, ktorej bandwidth je menší ako naproti na serveri, môže multichannel priniesť zrýchlenie, pretože RSS.

No ale presne toto je to, čo libsmbclient používaný v linuxových DE nevie. Niektoré, nebudem teraz ukazovať prstom, jeden dokonca robí kontraproduktívne veci, ako je rozsekanie trafficu na 64kB segmenty, čím spoľahlivo zabije možnosť mať viacero paralelných async requestov (ktoré libsmbclient vie).
6
Sítě / Re:SMB client - multichannel support
« Poslední příspěvek od MiroslavPragl kdy Dnes v 20:01:02 »
Wel yes, but actually no.

Resp. dostal jsem prvni odpoved od samba.org, kam jsem hlasil jako potencialni chybu, volne prekladam:
"neni to chyba, je to vlastnost; multichannel znamena, ze klient pouziva jednu sitovku, a server 2 a vice"
Neslusne jsem odpovedel neco jako ze take dokazu zvysit vykon zasuvky tim, ze do ni dam rozdvojku.

Asi jsem ti mel verit, nicmene bez odkazu na ofiko dokumentaci jsem neduverivy.

MP

7
Hardware / Re:Memtest hlásí v jednom testu chybu
« Poslední příspěvek od CPU kdy Dnes v 19:53:52 »
ECC u DDR5 je komplikovanější. On-die ECC (128+8bit) mají povinně všichni, ale systém se nijak nedozví, že k opravě

A prý je to ještě komplikovanější, protože se hodnoty dají vyčíst čistě i u On-Die ECC, ale netuším, jak moc specifické to je pro výrobce. A aby to bylo ještě komplikovanější, někteří výrobci údajně povinné On-Die ECC ignorují  ::)

Naprosto tragická situace je na Alza:
U notebookových je prd: https://www.alza.cz/pameti-do-notebooku/18843127.htm
ECC je zmíněno jen u těchto modulů: https://www.alza.cz/patriot-viper-venom-32gb-kit-ddr5-6200mhz-cl40-d7159763.htm

U těch je zmíněo ECC...ale je to ECC, ze které ho něco vyčte? A datasheety jsou dneska jen bezcenný list papíru, kde je vlastně pendrek a parametry se klidně mění :-(
Ostatní paměti, NĚKTERÉ, mají v datasheetech taky občas ECC, ale jiné prostě vůbec. A jen u dvou je jasné, co to je za typ ECC...nedávno jsem to hledal...
A nezmíněný výrobce se rozhodl, že bude ignorovat i OnDie ECC :-D
8
Hardware / Re:Memtest hlásí v jednom testu chybu
« Poslední příspěvek od Jan Fikar kdy Dnes v 17:57:45 »
ECC u DDR5 je komplikovanější. On-die ECC (128+8bit) mají povinně všichni, ale systém se nijak nedozví, že k opravě chyby došlo.

K tomu navíc modul může mít (ale nemusí) Inline ECC, Side-band ECC, nebo Link ECC (64+8bit). Ty pak hlásí přes EDAC, že došlo k opravené chybě (CE). Stačí kouknout do třeba /sys/devices/system/edac/mc/mc0/rank0/dimm_ce_count

https://www.memtest86.com/ecc.htm
9
Sítě / Re:WireGuard pro domácí síť
« Poslední příspěvek od jjrsk kdy Dnes v 17:40:54 »
Velice pravdepodobne nijak, skoncis uz na ty telce.

Pokud ti jde o to, jak zaridis sifrovani veskereho provozu, tak pro ten ucel existuje ipsec, ale vetsina zarizeni to bud neumi vubec, nebo s mnoha omezenimi nebo na to potrebujes nejakou dalsi aplikaci, kterou do toho zarizeni nijak nedostanes.

Pokud ti jde o sifrovani konkretnich protokolu, tak opet skoncis typicky na tom, ze to nektera z tech krabic jednoduse neumi.

Napriklad z telky bys moh chtit pristupovat na nejaky smb share, a samba sama o sobe sifrovat, od verze 3, umi. Ale vetsina krabic horkotezko zvladne smb2, a velice casto si nucen pouzivat naprosto deravou a nezabezpecitelnou smb1.

Pokud z toho PC lezes na net pres ten router samozrejme leze presne to, co leze z toho PC, takze pokud je to sifrovane, leze to sifrovane i pres router, pokud neni, tak smula. Muzes sice vytvorit nejaky sifrovany tunel, ale v tomhle pripade te budou prozmenu limitovat moznosti toho routeru. A to nejen SW, ale primarne vykonostni - ono neco takoveho neni zadarmo.

V kazdem pripade zapomen na to, ze by se to nejak nastavilo samo. To je naprosty scifi.

Mozna by bylo lepsi kdybys napsal, ceho chces dosahnout = proc se o to snazis.

---
BTW: Protozuju AD zabaleny do ipsecu, duvod je jednoduchy, je to dalsi vrstva zabezpeceni prave interni firemni site a nemusim pak resit, jestli nejaky hej nebo pockej sifruje konexe do databazi, pripadne pouziva http a posila pres to hesla (retardovanych dodavatelu je vsude dostatek) atd atd, ale realne do takovy site pripojis servery/pc klienty, a i s tim budes resit spoustu ale.

10
Studium a uplatnění / Re:Kniha o C či C++
« Poslední příspěvek od ogdru6jahad kdy Dnes v 17:07:46 »
https://www.bugs.frozent.pl/Effective%20Modern%20C++%20(%20PDFDrive.com%20).pdf

ale knizek je tuna.

pokud jsi videl c/c++ uz davno, tak je mozne, ze jsi jeste nevidel nove c++11 a vyssi, tam pribylo docela dost
novych neci jako jsou leve a prave reference, operace move, chytre pointery.

takze jednodussi bude se spis podivat na c, kde se clovek sice musi taky naucit pointery a veci okolo, ale je v tom
mensi hokej nez v c++.

pripadne je jesta zajimavy jazyk golang.
Stran: [1] 2 3 ... 10