yacool

Dawno juz to robilem, ale chyba nie bylo zadnych ustawien dla otg Na iphone na jakim kablu dziala?

Przerabialem temat na wzmaku smsl troche. Zdaje sie ze czesto telefon nie daje wystarczajacego prądu zeby zasilic wzmacniacz. U mnie tablet dal rade, ale telefony android albo grały z przerwami albo wogole. Iphone nie rozpoznał.

Powinni sie nazywac Monophile [emoji23]

Z Edisa miałem juz wiele traf i akurat te nigdy nie zawiodły, wiec [mention]MariuszZ [/mention] moze miec rację.

Ja bym zwracal. Kto robił trafo?

Moze trzeba wyszukac stacje - ale ja bym zaczął od odpytania sprzedawcy o instrukcje - zdaje sie ze ma obowiazek dostarczyc

Jesli masz na nim mp3 to pojdzie, podlaczasz go jako dysk. Jesli chcesz sterowac z telefonu i puszczac muzyke nim, to masz jeszcze bluetooth, ale trzeba jakos sparowac telefon i wzmak przez bt. To juz misisz rozkminic

Nagraj mp3 na jakis pendrive i włącz do usb, masz panel odtwarzania Bez podlaczania do komputera - tylko glosniki

Potrzebujesz do spiecia komputera ze wzmacniaczem czegos takiego: (Nie mowie ze tej firmy) - z jednej strony dwie wtyczki rca, z drugiej mały jack (zakladam ze takie masz wyjscie z karty dzwiekowej). Miedzy wzmacniaczem a glosnikami dajesz przewód glosnikowy dwużyłowy - coś jak to: Mozna dokupic jakies wtyczki a mozna tez przykrecic bezposrednio sam kabel Przewod glosnikowy jak widze masz w komplecie, ten rca tez powinni dac

Jest jeszcze trzecia droga: kup jakis uzywany zestaw stereo: wzmak+ glosniczki+ bluetooth. Za 1000 przebijesz jakoscią nowy zestaw za 2x wiecej. Tego ktory proponujesz - nie znam. Pytanie jeszcze jakie wyjscia ma tv...

Hej, chcę zrobić wstępne rozpoznanie - chciałbym za jakiś czas spróbować swoich sił w konstrukcji zestawu do wzmacniacza lampowego, chciałbym Was prosić o sugestie, wskazówki. Moje założenia: To byłby mój pierwszy projekt więc nie mam za dużego pojęcia, dlatego fajnie byłoby gdyby był to jakiś sprawdzony, dobre oceniany projekt - czyli raczej coś gotowego, niż samodzielna praca z wyborem głośników, projektem zwrotnic, obdowy, litraży itp. - dość prosta w implementacji (1-2 drożna) Głośniki najchętniej monitory ew nieduże podłogówki - nie mam miejsca na klocki wielkości słonia Jeżeli bass reflex, to z przodu - z racji możliwości ustawienia (na półce lub dość blisko ściany w przypadku podłogówek) Głośniki do lampy, więc - zdaje się - wskazana spora wydajność Pokó wielkości ~20m2 Muzyka - jazz (raczej małe składy) chętnie z wokalem (d.krall, h.loren,k.bremens) akustyczna, gitara elektryczna (np. s.vai, joe satriani, s.r.voughan, d.gilmour, g.moore, e.clapton) rock (w rodzaju pink floyd, dire straits), czasem mam fantazję mocniej załoić (cięższy rock, nu-metal). Innych kryteriów chyba nie mam - pewnie miło by było gdyby projekt był łagodny dla budżetu (widziałem różne projekty Cheap Trick z magazynu Clang & Ton, ale trudno wybrać coś interesującego - projektów dużo), ale biorę pod uwagę też droższe zestawy. Nigdy nei słyszałem konstrukcji szerokopasmowych, a czytam że jedni kochają inni nienawidzą - jakie jest tu Wasze zdanie? Zapraszam do dyskusji

No dobra, fajne materiały, ale jaki jest konkretny zarzut do pomiarów @MariuszZ? Że nie ma zaawansowanych urządzeń? No nie ma. Zrobił to co sie dało oscyloskopem, zrzuty z pomiarów RMAA - podał zmierzone wyniki, oscylogramy - w tym m.in. szumy, pasmo przenoszenia, przesłuchy i inne - wszystko to co w standardzie daje RMAA. Czego konkretnie Wam brakuje? NIe zakładajcie, ze hobbysta nakupi sprzętu za kilkadziesiąt tysięcy żeby upgrade'ować swój wzmak. Trochę domowymi sposobami ale wygenerował sporo parametrów które dają jako takie pojęcie o wynikach wzmaka (pewnie brzmienie z tego nie wyczytamy )

Dzieki, przydaloby sie opisac te wrazenia, skoro w tytule jest o wrażeniach [emoji3][emoji6]

Jaki twitter jest zainstalowany w kolumnach?

Sinusoida na moją intuicję jest akurat bardzo przyjazna. Bez szarpania, męczenia. Kazdy sygnał gdzies tam pod spodem rozklada sie na sinusoidy skladowe [emoji3] Co innego prostokąt czy piła

A co ze zbyt duzym prądem?

Czekalem z tym na docelowa obudowę ale moze tez cos sprobuję na pajączka [emoji3]

Ładna, schludna robota, gratuluję. A w aktualnej wersji nie chcesz układu zamontowac? Moejsca masz chyba wystarczająco?

Opisy ktore wkleilem dotyczą przesyłu cyfrowego, czyli tego o co Ci chodzi. Nawwt w Twoim fragmencie dokumentacji mowa o protokole AES - jest to strumien cyfrowy ktory moze "wchodzic" doDACa. Fakt, ze algorytmy ktore tam opisują schodzą nawet do warstwy elektrycznej, ale tez pracują na warstwie dekodowanych danych. Tylko w momencie odczytania danych cyfrowych (a przed konwersją do analogowych) mozna te operacje wykonac. Dokumentacja mowi o sposobie wykrywania i oznaczania bledow w transmisji dając pewną swobodę odbiorcy (czyli DAC) co z tymi bledami robić na etapie konwersji. I tutaj jest pole do poprawy, bo rozne urzadzenia mogą to robic po swojemu. DAC dostaje informacje o zdegradowanych fragmentach i ma te informacje "zagosppdarowac" - to juz nie jest chyba przedmiotem specyfikacji. Co do Twojego opisu - on znowu wstrzykuje (tyle ze sprytnie, w dane muzyczne) charakterystyczne markery ktore są pprzez DAC wykrywane. ALE z opisu wynika tez ze nie jest to "bit perfect" kontrola, bo dopuszcza pewien próg degradacji sygnału - czyli jesli zgubi sie 2-3 bity, nadal jest to sygnał uznany za poprawny.

I bardzo ciekawy fragment: Wydaje się więc że protokół daje pewną dowolność w jaki sposób reagować na błędy i poszczególne aplikacje mogą to obsługiwać w różny sposób. Tym trudniej będzie ustalić jeden wiarygodny test na zgodność O, właśnie: "Error concealment can be carried out very simply by interpolation between neighbouring samples. This method generally gives good audible results at the output of D-A converters." Czyli jeśli próbka X jest błędna, bierzemy próbki X-1 orax X+1, uśredniamy i mamy "odgadniętą" próbkę X To jest to wypychanie "sianem" o którym pisałem "intuicyjnie" Cały rozdział 6 pokazuje możliwości testowania jakości przesyłu danych. Jeszcze raz: to temat na pracę dyplomową. A kto wie - może nawet więcej

No dobrze, trochę bliżej sedna - pisałem że szczegółów nie znam, więc trochę podrążyłem i kilka tropów. Za przesył danych audio cyfrowych odpowiada protokół AES3 (https://en.wikipedia.org/wiki/AES3#Protocol). Protokół - zgodnie z moją wcześńiejszą intuicją - obsługuje mechanizmy wykrywania błędów - poniżej fragment z jakiegoś forum: So reading through https://en.wikipedia.org/wiki/AES3 ------------------------------- it seems that it uses a simple parity-bit mechanism to detect errors, but there is no re-transmission or redundancy built in to the data-stream. Meaning: If a frame gets corrupted:the receiver may detect it as corrupt via the parity bit: in which case it can either ignore the frame (silence gap) or try to play it anyway (some audio degradation) if the parity bit check fails to identify the error, the receiver will just play it, which will lead to some level of degradation This means to me that a crappy long toslink cable could potentially lead to poorer sound quality, though I'm not sure these days how common that is... ------------------ Czyli w skrócie są sprawdzane sumy kontrolne i jeśli wykryto błąd zastępowany jest "brakiem sygnału" (silence gap). W specyfikacji protokołu (ramka nr 27) jest też sekcja Validy z ciekawym opisem: Unset if the audio data are correct and suitable for D/A conversion. During the presence of defective samples, the receiving equipment may be instructed to mute its output. It is used by most CD players to indicate that concealment rather than error correction is taking place. Jeszcze coś: zliczanie takich parity bits (czyli licznik błędów) mógłby być sensownym sposobem sprawdzenia poporawności transmisji. BIt Perfect - jeśli dobrze zaczynam rozumieć - to tylko jakieś wzorce wrzucone w cały stream które są wykrywane po stronie odbioru. Jeśli następuje degradacja, to nie jest badany cały "stream" tylko te fragmenty z wzorcem. Czyli jeśli degradacja nastąpiłaby w innym miejscu - pozostałaby niezauważona. ALe to moja intuicja, bo nadal nie wiem, jak ten bit perfect działa I jeszcze detaliczne opracowanie protokołu: jest tam wszystko o czym mówiłem: synchronizacja zegara, korekcja błędów, jittery https://tech.ebu.ch/docs/other/aes-ebu-eg.pdf

Weryfikacji i tak poddajesz cały łańcuszek: a więc mech. optyczny i przesył kablem na stronę odbierającą.

Tak - żaden algorytm nie odzyska danych, które zostały zdegradowane w zbyt dużym stopniu. Nie napisałem że kable nie mają znaczenia (kropka) - uważam że kabel nie może wpływać na brzmienie WTEDY kiedy po drugiej stronie mamy stwierdzone, że po przesyle są to dokładnie te same dane które zostały nadane (czyli mamy bit perfect) - wtedy - niezależnie od medium po drodze - po stronie odbierającej mamy DOKŁADNIE ten sam zestaw zer i jedynek. Możesz te zera i jedynki dowozić kablem optycznym, miedzianym, albo donosić wiadrami - nie ma to znaczenia. Na marginesie - zaznaczam, że nie jestem żadnym specjalistą od Bit Pefrect, ani algorytmu odczytu danych z płyt, ani algorytmu przesyłu i korekcji danych audio. Przykładam swoją wiedzę z innych dziedzin - jeżeli sie mylę w moim rozumowaniu - chętnie dowiem się gdzie. A czy są transporty/odtwarzacze CD z opcją BIT PERFECT? Może to tylko technologia zastrzeżona dla DAC-ów?

Płyta audio ma inną strukturę niż płyta z danymi. Nie ma tam plików tylko ścieżki - tego akurat nie zmienisz. Po drugie - nie widzę powodu, żeby nazwa miała być znacząca przy sprawdzeniu - jeśli tak jest, to czegoś nie rozumiem Zakładam, że po stronie samych danych to co nagrasz powinno być (zerojedynkowo zapisana) ta sama informacja - ale nie wiem, czy tu program nagrywający, albo nagrywarka czegoś nie modyfikuje - np. w nagłówku.... Jednak praca dyplomowa ...

No ale piszesz oczywistości które już przetrawiliśmy w tym wątku, przeczytaj