xsnailx

wystarczy w tym wypadku konwersja na światłowód, i tak się to robi generalnie

Powoli też rozglądam się za kolejnym krokiem. Posłuchałeś emm labs dac2x v2 ale nie napisałeś jak było. Generalnie zastanawia mnie zjazd cenowy używanych egzemplarzy w stosunku do nowego. Patrząc na meitner ma1 v2 ten spadek jest niższy. Generalnie nie wiele napisałem bo ... to nie było w moim systemie, ale na pewno minimalnie ale to minimalnie jest bardziej detaliczny od t+ i mniej w ciepła stronę. moim zdaniem spadek wynika z dlugiej jego obecnosci juz na rynku, ewentualnie braku aktualizacji do v2 w danym egzemplarzu. moim zdaniem to majac wybor miedzy emm labs a meitnerem kierowal bym sie raczej w strone emm.

Nie rozumiem po co wy sie upieracie by na tych serwerch instalowac windowsy - roon rock lub daphile i po problemie. Wazne jest zasilanie, dobra pyta (np supermicro) i ram ECC! Windows w wersji serwer ma sens o tyle ze wyciete na starcie jest z niego tona konsumenckiego badziewia i sam system poprostu ma mniej procesow w tle

coś ta strona dziwna jest bo ta tabela nie zgadza się z tekstem:

przeciez wlasnie to robi "The sending of feedback to the host is also handled in the USB buffering core via the feedback IN endpoint." - ze nie jest sprawdzane crc danych w polu data ramki to prawda ale crc ramek już tak bo to się odbywa warstwę niżej - opisane dobrze zresztą w linku co podałem : [Ukryta Zawartość]. nie jest tak ze nagle USB odpuszcza fizykę ramek jak w pole data załadujemy audio 🙂

nie tak do końca - dokładnie xmos ma to opisane tu - rozdział 3.4: [Ukryta Zawartość]

Xmos jednak twierdzi troche inaczej: owszem audio leci izoscynchronicznie lecz używany jest transfer w trybie interrupt do zarządzania statusem + bufor 2 ramkowy i ew retransmisja - a i tak każda ramka w usb na poziomie kabla ma pole CRC - poza handshake (ale to nie ma znaczenia w tym wypadku)- ramka data wygląda tak: [Ukryta Zawartość] [Ukryta Zawartość] [Ukryta Zawartość]?(1.0).pdf

tak, w trybie adaptacyjnym i synchronicznym. tyle ze to zamierzchle czasy usb audio przed ok 2010 - oczywiscie warto sobie dac sprawdzic w/w narzedziem by spac spokojnie

Tylko ze ta izochronicznosc występuje nie jako warstwę niżej niż asynchroniczność. wiec praktycznie można ja pominąć. oczywiście zawsze można znalesc "edge-case" w postaci błędów w oprogramowaniu sterownika czy to kontrolera usb w pc czy karty sieciowej który będzie np. szatkował dane mimo zgłoszenia poprawnego odebrania ramki. ale to jest tak pomijalne obecnie ze nawet nie warto o tym dyskutować - Bo każdy producent takiego sterownika wyleci z rynku 🙂 Oczywiscie jak ktos chce sprawdzic w jakim trybie pracuje dany dac to polecam podlaczyc dac do komputera z windows i uzyc tego narzedzia : [Ukryta Zawartość] w wypadku asynchronicznego daca powinno po wybraniu go z wybieraka w oknie znalesc sie cos takiego w sekcji 'endpoint descriptor' wartosc bmAttributes = 0x5 (USB_ENDPOINT_TYPE_ASYNCHRONOUS).

Kiedy komputer wysyła strumień audio do portu USB, najpierw odczytuje dane z dysku twardego i buforuje bloki danych w pamięci. Następnie jest buforowany z pamięci do portu wyjściowego w postaci ciągłego strumienia (tryb izochroniczny) i Ramki danych są wysyłane co milisekundę. Dzieje się tak niezależnie od tego, czy w ramce znajdują się jakieś dane, czy nie. Szybkość wysyłania ramek jest określana przez oscylator sterujący magistralą USB. Szybkość ta jest niezależna od wszystkiego innego, co dzieje się na komputerze - W zasadzie gwarantuje to stały przepływ ramek. W praktyce ramki mogą nie być prawidłowo wypełnione danymi, ponieważ jakiś program po prostu obciąża procesor lub magistralę PCI / PCI Express. Transfer danych Audio poprzez usb do DAC można następnie wykonać za pomocą trzech możliwych typów trybów synchronizacji (Synchroniczna, adaptacyjna i asynchroniczna ) USB. Synchroniczny Zegar sterujący przetwornikiem cyfrowo-analogowym jest bezpośrednio wyznaczany na podstawie częstotliwości odświeżania 1 kHz. Ten tryb był używany przez wczesne urządzenia audio USB i praktycznie wypadł z obiegu Były ograniczone do 48 kHz Adaptacyjny W tym trybie taktowanie jest generowane przez oddzielny zegar. Obwód sterujący (zgadywanie częstotliwości próbkowania) mierzy średnią szybkość danych przychodzących magistralą i dostosowuje do niej zegar. Ponieważ zegar nie jest wyprowadzany bezpośrednio z sygnału magistrali, jest znacznie mniej wrażliwy na jitter magistrali niż w trybie synchronicznym, ale to, co dzieje się na magistrali, nadal może na niego wpływać. Nadal jest generowany przez PLL, który przejmuje kontrolę od obwodów rejestrujących jitter na magistrali. Asynchroniczny W tym trybie używany jest zegar zewnętrzny do wyprowadzania danych z bufora, a strumień informacji zwrotnej informuje hosta, ile danych ma wysłać. Obwód sterujący monitoruje stan bufora i informuje hosta, aby zwiększył ilość danych, jeśli bufor jest zbyt pusty, lub zmniejszył, jeśli staje się zbyt pełny. Ponieważ zegar odczytowy nie jest zależny od niczego, co dzieje się na magistrali, może być zasilany bezpośrednio z oscylatora o niskim jitterze, bez konieczności stosowania PLL. Ten tryb jest praktycznie niewrażliwy na jitter magistrali

Po 1. nie każdy dac używa tego trybu - jest całkiem sporo a nawet większość które działają w ludzkim czyli asynchronicznym trybie 😉 po 2. Poniższy wycinek z loga serwera roona powinien załatwić temat dyskusji o wpływie kabli / zegara w switchu raz na amen skoro argumenty bazowane na budowie protokołu tcp/ip nie docierają: Czyli praktycznie mamy cały utwór zbuforowany w odtwarzaczu ... co zatem robi w tymczasie switch / zegar w nim - a no nic

Tak, pod warunkiem że jest zarzadzalny by szło sprawdzić sobie błędy. Pamiętam że ktoś kiedyś tu jakiegoś tplinka bodajże rekomendowal. Dwa że te switche mikrotika nie są turbo drogie 🙂 Mozna tez kupic np Buffalo BS-GS2016 znany także jako Melco S100

Wiem co masz na myśli 🙂 w ich routerach to nawet nat jest bardziej przekombinowany niż w cisco ale... Switchos w mikrotiku to całkiem inny system niż ich routeros, mam tego świadomość i tego switcha w domu i praktycznie poza aktualizacja firmware jak ktoś nie chce vlanow to nie trzeba w nim grzebać. (zato można sobie sprawdzić czy gdzieś nie ma błędów transmisji na portach)

Ilez mozna walkowac to samo 🙂 - wiec jeszcze raz: po 1 trafo separacyjne na obu stronach polaczenia miedzianego jest obowiazkowe i zawsze tam jest i w switchu i karcie wiec nie ma mowy o jakis dziwnych indukcjach 🙂 po 2 kabel ekranowany musi byc uziemiony inaczej bedzie problem z masa. pisalem o tym w tym watku wczesniej. stosowanie czegokolwiek innego niz utp to proszenie sie o klopoty a nie poprawe po 3 tcp/ip dziala warstwe wyzej niz fizyka kabla i w wypadku tcp ma gwarantowane dostarczenie wiec przy transmisji tcp pakiet ktory dotrze zly jest retransmitowany. i zaden zegar w switchu nie powoduje zmiany zawartosci pakietu bo te sa buforowane do pamieci w kazdym z urzadzen. po 4 zasilanie liniowe switcha ma o tyle sens ze np te kiepskiej jakosci impulsowki zwrotnie sieja zakloceniami do sieci energetycznej. po 5 wifi i audio niestety sie nie bedzie lubic z 1 powodu. dynamicznie jest zmieniana przepustowosc polaczenia Mikrotik CSS610-8G-2S+IN - ma wszystko co potrzeba łącznie z portami światłowodowymi: [Ukryta Zawartość] ewentualnie taniej jak nie potrzebujesz portów 10g: Mikrotik RB260GSP [Ukryta Zawartość] Kable - kup cokolwiek kategorii 6 utp firmy molex lub amphenol i zapominasz o temacie - np to: [Ukryta Zawartość] [Ukryta Zawartość]

ja tam widze bardzo prosta i tania opcje na tunning. podzial obudowy w srodku na 3 komory co odseparuje trafa od reszty.