-
IT café
Szeretettel köszöntünk a sztereó otthoni/szobai Hi-Fi világában !
Új hozzászólás Aktív témák
-
nagyúr
Egy igen-igen korrekt es reszletes tesztsorozat 16 bit vs 24 bit temakoreben:
Metodologia
Eredmenyek
A resztvevok visszajelzeseiAkit komolyan erdekel a tema, annak mindenkepp erdemes atfutni szerintem.
while (!sleep) sheep++;
-
nagyúr
válasz #71562240 #53534 üzenetére
"És szerintük természetesen a mérés számít, mindaz, amit csak hallunk, de nem tudunk mérni, a hifisták őrült vajákossága."
Senki nem mondott ilyesmit egyebkent, meg kozelitoleg se. Az, hogy te kitalalsz valamit, majd a sajat magad altal elkepzelt velemennyel vitatkozol, az jo szorakozas lehet, de masoknak nem tul hasznos .
while (!sleep) sheep++;
-
nagyúr
válasz #71562240 #53603 üzenetére
Csak erdekessegkepp: a pelda nem tul jo, beszelj esetleg top hegedusokkel a temaban, ha esetleg van szemelyes ismeros. Nincs olyan, hogy Stradivari-hang; a Stradivariusok elsoosztalyu hegeduk, de az extrem aruk az elsosorban a kultusznak es a mukincs-jellegnek koszonheto, nem azert, mert jobban vagy mashogy szolnak, mint a korszakbeli csucshegeduk, akar egy Vuillaume. Egy volt munkatarsnak van sajat Stradivariusa, o se gondol mast a sajatjarol (bar o nem vilagszinvonalu hegedumuvesz).
while (!sleep) sheep++;
-
nagyúr
-
nagyúr
Emiatt ne vegyel DAC-ot. Ha ilyen arkategoriaban gondolkozol, kulon radiora van szukseged, akkor a beepitett DAC boven eleg lesz egyebkent, nezd meg a Grace Digital cuccait -- Wolfson WM8731SEDS van bennuk asszem, a celnak megfelel, jobban fog szolni, mint a mostani radiod, az tuti (meg hat otmillioszor tobb adas van).
while (!sleep) sheep++;
-
nagyúr
válasz #71562240 #56555 üzenetére
Bar ugye en az ignore listan vagyok (lol), de azert a tobbieknek: kammerer kollega lathatoan nem erti, hogy digitalis technikaval akkor is lehet tokeletes adatatvitelt elerni, ha a fizikai reteg analog.
A szerver, ami eppen elottem van, 3.2 GHz-en mukodik. Sok petabajtnyi informaciot dolgoz fel anelkul, hogy egyetlen aprocska bithibat is elkovetne az evek alatt. Hm, vajon ez hogy mukodik...
while (!sleep) sheep++;
-
nagyúr
válasz radi8tor #56557 üzenetére
Az szakmai tema, amikor adatatvitelrol beszelunk, szerintem. Ha ezt tenyleg szakmai topicnak akarjatok megtartani, akkor ki kellene vagni a fenebe innen a kezreteteles-vajakos-auralato spammereket, de nyilvan nem ez a cel... Vagy az is lehet, hogy ez egy dedikalt gumiszoba az auralatoknak, es hagyjuk meg nekik, de akkor legalabb ne nevezzuk szakmainak
[ Szerkesztve ]
while (!sleep) sheep++;
-
nagyúr
válasz #71562240 #56567 üzenetére
" Én a kísérleteim és a mindennapi működtetés során is számos észrevehető "bithibát" észrevettem már - ha elég sokáig csinálom a hibák egymásra rakását adott fájl USB-n való "sikeres", "bitperfect" oda-vissza másolgatásával, lejátszhatatlanná válik a fájl, először csak az egyik lejátszószoftverrel, aztán a másikkal, mindegyikkel, illetve előbb-utóbb másolhatatlanná is válik a fájl (amely sokszor másolt fájl esetleg az eredetileg másolni kezdett eredeti fájlhoz képest akár bitazonosnak mutatkozik, továbbra is.
Tehat a sokszor masolt fajl, ami bitazonos az eredeti fajlhoz kepest, masolhatatlanna es lejatszhatatlanna valik. Pedig bitazonos.
Ma megint bezarhatjuk az internetet, kammerer megint elvitte a fodijat.
while (!sleep) sheep++;
-
nagyúr
-
nagyúr
válasz Mezga Aladár #58453 üzenetére
"9 absorbing panels (Matrix in house made) were placed strategically around the room, wich had some loosen furniture that could emulate a standard home. The ceiling is covered by glasswool. We understand that this treatment is far more than what most of us can achieve at our homes, WAF considered..."
thx
while (!sleep) sheep++;
-
nagyúr
Segitseget szeretnek kerni. Egy Crown K1-et kellene megjavitani -- minden oke volt vele, egyszer csak se kep, se hang. Nem fustolt, nem volt tulhajtva, egyszeruen nem kapcsol be. Tud valaki tenyleg hozzaerto szakit?
while (!sleep) sheep++;
-
nagyúr
Ha valakit erdekel: par napja Dyna X14A-t hasznalok a PC mellett (Yulong D100 ASRC DAC van mogotte). Nagyon kicsit hangfal, de ekkora meretben (es ennyiert) en nem emlekszem jobb minosegre. Recommended
while (!sleep) sheep++;
-
nagyúr
válasz SchumiBácsi #71481 üzenetére
A PC lehet total high-end forras is. Az adat az adat. (Persze ez az a topic, ahol az is elhangzott mar, hogy ha egyszer felmasolod felhobe az anyagot, akkor annak megvaltozik a hangzasa, szoval óvatos leszek).
[ Szerkesztve ]
while (!sleep) sheep++;
-
nagyúr
Kivancsi vagyok, hogy a topiclakok hogy csinalnanak hangeroszabalyozast digitalis monitorok eseteben (amik belul digitalis crossoverrel mukodnek). Tegyuk fel, hogy a forras 16 bites digitalis anyag.
- digitalis forras -> D/A -> analog hangeroszabalyozo -> analog bemenet a monitoron -> A/D -> crossoverek, stb. -> D/A
- digitalis forras -> digitalis hangeroszabalyozas -> digitalis bemenet a monitorokon -> crossoverek, stb. -> D/AA masodik verzional van valamennyi jel-zaj veszteseg (extrem esetben akar 2 bitet is elveszthetunk, 16 bit helyett 14 bit dinamikat kapva). Az elsonel meg van plusz egy D/A-A/D konverzio es egy csomo kabel. Plusz nem is biztos, hogy a kabelen es az atalakitasoknal felszedett zaj kevesebb, mint 2 bit veszteseg.
(Kontextus: lassan az osszes csucs aktiv monitor DSP-vel mukodik, tehat belul mindenkepp digitalisan csinalja a keresztvaltast, szobakorrekciot...)
[ Szerkesztve ]
while (!sleep) sheep++;
-
nagyúr
válasz bajnokpityu #82126 üzenetére
Amiket irsz, azok szimpla nem igazak (2018-ban). Se a C++ es C osszeveteserol, sem arrol, hogy a C-ben irt kodok kevesbe hatekonyak. A Linux/MacOS/Win 'hatekonysagat' osszefuggesbe hozni a hasznalt programnyelvvel meg tenyleg egeszen fals.
Ezt csak ugy mondom, nehogy valakinek ez maradjon meg a fejeben. Szivesen adok indoklast barmelyik konkret pontra, az egeszre valaszolni eleg hosszu essze lenne.
[ Szerkesztve ]
while (!sleep) sheep++;
-
nagyúr
válasz bajnokpityu #82128 üzenetére
Oke, elso korben az assembly/C problematika, nagyon leegyszerusitve, hifitopikba
A programozas vegulis arrol szol, hogy van egy problemad, amit valamilyen modon formalisan megfogalmazol. A megfogalmazas sokfele 'nyelven' tortenhet, vannak magasabb es alacsonyabb szintu nyelvek. Legyen mondjuk a problema az, hogy invertalni akarsz egy matrixot. A cel az, hogy egy adott matrixbol a vegen egy inverz matrix keletkezzen. Az, hogy mitol invertalodik a matrix, az mindegy, a cel a matematikai korrektseg es a minel nagyobb teljesitmeny. A processzoroknak van egy 'programozasi nyelve', amit altalanosabb modon ISA-nak szoktak hivni. Ez a PC-ken az amd64/x86. A processzorok belul ezt atforditjak implementacio-fuggo mikrokodra. Tehat egy adott 'assembly' utasitas mas mikrokodra fordul egy Ryzen es egy i7 eseteben, szoval az assembly egyaltalan nem a leheto legalacsonyabb szintu
Tehat a lanc tele van forditokkal:
- a programozo fordit a megrendelo es a magasszintu programnyelv kozott
- a compiler a magasszintu nyelv es assembly kozott
- a processzor fordit az assembly es a mikrokod kozottAkkor erdemes atugrani egy lepest, ha ugy gondoljuk, hogy mi tobbet tudunk az eggyel lentebbi szintrol, mint a fordito (a fejlesztes sebesseget most hagyjuk). Tehat ha pl. a megrendelo egy matematikus, akkor sajat maga is megprobalhatja lekodolni a programot, de lehet, hogy nem erdemes, mert a programozo tudja, hogy milyen eszkozokkel lehet a legjobb vegeredmeny elerni. Ugyanigy: a programozo kihagyhatja a magasszintu nyelvet, ha ugy gondolja, hogy o jobban ismeri az alacsonyabb szinteket (mikrokod, CPU architektura) mint a programozo.
A helyzet az, hogy azert nem szokas atugrani a forditokat megsem, mert altalaban nincs olyan ember, aki vilagszinvonalon ertene a sajat domenjehez es az alatta levo reszhez is. Tehat egy matematikus nem lesz kepben azzal kapcsolatban, hogy elozo honapban milyen valtozasok tortentek a Rust standard library-ben. Ugyanugy egy programozo sem fogja elolrol-hatulrol ismerni az osszes aprosagot a CPU architekturakkal kapcsolatban.
Ezenkivul meg valami nehezites, es ez nagyon fontos: az, hogy hiaba ismered valaminek a felepiteset, ha az tul bonyolult ahhoz, hogy atlasd. Pelda: AlphaGo. Mindenki tudja, hogy mik a Go szabalyai, ennek ellenere a szamitogep mar megver minket. Raadasul azt se tudjuk, hogy ver meg minket. Ennek analogiajara: ahogy bonyolodnak a processzorok, ugy lesz egyre lehetetlenebb 'mindenre gondolni'.
Tehat az elso oka annak, hogy a kezzel irt assembly szinte soha nem gyorsabb, mint a C ekvivalens az az, hogy nem fogsz olyan asm kodot irni, ami annyira szofisztikalt, mint amit egy fordito le tud gyartani. Volt errol egy jo cikk nemreg, az illeto szenne optimalizalta az asm kodjat, es a C fordito 2%-al gyorsabb kodot generalt, mert megsaccolta, hogy hogyan erdemes ures utasitasokat (!) es elso ranezesre lassabb operaciokat berakni az asm kodba ahhoz, hogy a CPU pipelineok meg a branch predictor optimalishoz kozelebbi modon mukodjon.
A masik oka annak, hogy neha a magasszintu programnyelvek jobban mukodnek, az az, hogy amikor leirod, hogy x = a*b + c*d, akkor az nem ekvivalens azzal, hogy
x1 = a*b
x2 = c*d
x= x1+x2
.. mert ez utobbi verzioban van egy sorrendezes. Az asm -> mikrokod fordito nem fogja 100%-osra tudni, hogy miert ilyen sorrendben van az elso es a masodik szorzas (ez rossz pelda, mert egyebkent a CPUk ezt mar ujrarendezik), tehat feltetelezheti, hogy van valami oka annak, hogy miert igy nez ki a kod. Az elso peldat 'elolvasva' a C -> asm fordito tudja, hogy te mit akarsz csinalni, igy nyugodtan ujrarendezheti az egeszet ugy, ahogy szerinte optimalis a processzor szempontjabol. Osszefoglalva: alacsonyabb szintu nyelvet hasznalva akaratlanul is 'tulspecifikalhatod' a kodot, es nem hagysz helyet az okosabb automatizalt optimalizacionak.A harmadik resz nem igazan a C-re vonatkozik, hanem pl. a Java-ra es hasonlo runtime forditott nyelvre. Van egy ilyen kod:
if a is true
fetch data from memory address X and multiply by Z;
else
fetch data from memory address Y and multiply by W;Namost adatot behuzni X vagy Y cimrol mondjuk 500 orajelciklus. Ha tudjuk elore, hogy 'a' most igaz vagy hamis lesz, akkor elore el tudjuk kezdeni behuzni X-et vagy Y-t. Ez viszont sok mindentol fugg, es ez lehet, hogy csak runtime derul ki.
Osszefoglalva ezt a pontot: kezzel optimalizalni nem feltetlenul lehetseges anelkul, hogy a ismerned _konkret_ adatokat, amivel a program epp fut. (Ld. Turing tetel egyebkent.)Nagyon ritkan, nagyon-nagyon specialis esetekben elofordulhat, hogy valaki tud kezzel optimalizalni a fordito altal generalt kodon. Ez gyakorlatban szinte sosem fordul elo, es egeszen tapasztalt ASM magusok is meglepoen szoktak tapasztalni, hogy a fordito jobb, mint amit ok irtak. Ezenkivul a lenyeges teljesitmenynovekedes szinte mindig algoritmikus valtoztatasokkal jon.
while (!sleep) sheep++;
-
nagyúr
válasz bkercso #82133 üzenetére
A Java sok esetben nagyon-nagyon gyors tud lenni. Talan meglepo informacio: a high-frequency trading cegek tulnyomo tobbsegeben Java-t hasznalnak. Pedig ott minden mikroszekundum sok-sok-sok dollart er. Vajon miert?
A mobilos Java-nak a problemaja az, hogy egyszerre kell alacsony p99 kesleltetest es alacsony memoriahasznalatot biztositani. A ketto szembenall egymassal. Ez nem azt jelenti, hogy a Java 'lassu' -- brutal nagy throughputot el lehet vele erni, es ahogy lentebb is irtam: a JIT olyan informaciokhoz is hozzafer runtime, amihez te, mint fejleszto soha.
while (!sleep) sheep++;
-
nagyúr
válasz bajnokpityu #82135 üzenetére
Aha, ertem a nezopontodat. En azt gondolom, hogy ha a digitalis lancban az interruptok es hasonlo dolgok befolyasoljak a kimentet, akkor az egy rosszul megtervezett lanc. (Peldaul a legelso verzios USB audio egy rosszul megtervezett protokoll, mert szamitanak ezek a dolgok.)
Egy rendes digitalis lancban a legeslegutolso pontig vesztesegmentesnek kell lennie az atvitelnek -- meg streaming eseten is, mert termeszetesen a streaming is ketiranyu kommunikacio valojaban.
> Mindkettő felismerhető jel lesz a végén, mert prociteljesitmény van bőven, csak az egyik megoldás kicsit analógosabb, folyamatosabb
Ja, ez is fontos persze: a vilag nem fekete-feher, semmi gond a szaggatottsaggal, ha +2 nanoszekkel kesik valamilyen jel egy 44 kHz-s streamben, stb. Ugye a vilag egyebkent sem analog, hanem kvantalt, heh.
[ Szerkesztve ]
while (!sleep) sheep++;
-
nagyúr
-
nagyúr
válasz bkercso #82141 üzenetére
Ha olyan formatumra konvertalsz, aminel az idozites befolyasolja a kesobbi analog jelet, ott nyilvan szukseg van jo minosegu orajelgeneratorra. Az SPDIF egyiranyu, egyvezetekes kommunikacio, szoval igaz ra a fenti.
Aztan a valosag meg az, hogy a mai occso, konzumer, tyukbelkabelen es SPDIF-en keresztul kommunikalo cuccok eseten keletkezo jitter zaja -100 dB alatt van.
while (!sleep) sheep++;
-
nagyúr
-
nagyúr
válasz fehér_ember #82177 üzenetére
A lenyeg az, hogy ha az embernek keves penze van, azt erdemes tapkabelre kolteni. Igazabol en eloszor vennek egy jo tapkabelt (ezustbol, nyilvan), es ha majd kesobb lenne penzem, akkor probalnek loni a jofogason egy MP3 lejatszot -- az ezust tapkabel ugyis bedurrant a hangnak.
while (!sleep) sheep++;
-
nagyúr
ne trollkodj, az uccso meteren az addig szomoru elektromagneses mezo is jobb kedvre derul -- bar az ezustnek sajnos kicsit tul csillogo a hangja (mert ugye az ezust csillogo), hasonloan ahhoz, ahogy a titan domnak femes a hangja, a textilnek meg puha
while (!sleep) sheep++;
-
nagyúr
válasz fehér_ember #82188 üzenetére
Varj, a magassugarzokat nem nyalogatni kell, hanem hallgatni.
while (!sleep) sheep++;
-
nagyúr
válasz #32361984 #82194 üzenetére
Egyebkent az a problema ezekkel, hogy nincsenek jo meroeszkozeid. Tehat fogalmad sincs, hogy az allvany valojaban mit okoz. Valoszinu, hogy a 'valtozas' inkabb placebo, de ha nem az, akkor sem tudod, hogy kevesbe vagy jobban szinezett/torzitott hangot kapsz.
Vannak eleg jol bemert allvanyok, peldaul az isoacoustics cuccok.
while (!sleep) sheep++;
-
nagyúr
válasz dgyuri0123 #82234 üzenetére
Fu, kb. 10 eve az art'otelben a high-end show-n a Triangle/MF volt a legrosszabb hang.
Egyebkent eleve 300 euros dobozonkenti ar mellett miert nezeget valaki haromutas, negyhangszoros dobozt?
while (!sleep) sheep++;
-
nagyúr
válasz bajnokpityu #82247 üzenetére
A szineszteziahoz (meg a hozza tartozo neuralis hatterhez) egyebkent kicsit ertek legalabbis valoszinuleg jobban, mint a topic nagy resze
De oke, nem turok bele a homokvarba.
[ Szerkesztve ]
while (!sleep) sheep++;
-
nagyúr
Egyebkent ugy nez ki, hogy a munkaasztalomnal egy 8350 fogja szolgaltatni a talpalavalot (micsoda kepzavar!), majd beszamolok egy ido utan, hogy mi a tapasztalat. Digit bemenetrol fogom hasznalni, digitalis hangeroszabalyozassal -- a monitor tud -36 decibeles beallitast, azaz ha 16 bites jel-zaj aranynal rosszabbat nem akarok, akkor is le tudom halkitani -74 decibellel.
[ Szerkesztve ]
while (!sleep) sheep++;
-
nagyúr
válasz MasterMark #82315 üzenetére
10 m-es USB kabel szerintem a szabvanyon kivul van.
while (!sleep) sheep++;
-
nagyúr
Egyebkent eleg sok vita van itt kabelekrol, AB-tesztekrol, etc.
Elmeletileg lenne-e erdeklodes egy kozos tesztre? A szokasostol elteroen nem egy laza hifis szeanszra gondolok, hanem rendes, tudomanyos igenyu felmeresre.
Elso gondolataim:
- a teszt celja lehetne az, hogy megallapitsuk, hogy tesztkorulmenyek kozott meg tud-e kulonboztetni a hallgatosag ket kulonbozo USB kabelt, ket kulonbozo SPDIF kabelt, egy USB-t egy SPDIF-tol, ill. esetleg ket tapkabelt
- a kiserlet reszletes megtervezeset, lebonyolitasat es kiertekeleset olyasvalakire biznank, akinek a human pszichologiai / viselkedestani kiserletekben (nem hifiben!) nemzetkozileg elismert tapasztalata van
- az eszkozoket es a kabeleket vegig videoznank, hogy ne legyen semmi manipulacio
- a leheto legfairebb felallas szerintem az lenne, hogy pl. tapkabelek eseten:
- odavinnenk pl. 5-8 tapkabelt
- a kiserlet elejen vegigprobalgatnank, hogy melyik ketto ter el legegyertelmubben (!! nem vakteszten !!) ugy, hogy megszavaztatnank a kozonseget, mikozben cserelgetjuk a kabeleket
- a konkret kiserletben csak azok vennenek reszt, akik a nem-vakteszten hallottak kulonbseget a kabelek kozott
- ezenkivul nem kellene felismerni a kabeleket, csak azt kellene eldonteni, hogy ket session kozott valtozott-e a kabel vagy sem
- a kiserlet vegen peer review-d pszichologiai vagy mernoki folyoiratban publikalnank a cikket
- vegig a legmodernebb tudomanyos modszereket kovetve dolgoznank, az OSF (Open Science Framework) ajanlasai szerint, preregisztracioval, teljes nyilvanossaggalErdekel ez barkit? Megegyszer hangsulyoznam: a leheto legfairebb modon, kivalo, a hifivel kapcsolatban nem allo es elfogulatlan kiserlettervezokkel csinalhatnank meg.
while (!sleep) sheep++;
Új hozzászólás Aktív témák
- Tudástár Parazitaeffektusok az áramkörben 1.
- Tudástár Melyik áram merre folyik a NYÁK földhálózatán?
- Tudástár Erősítők tápellátása
- Bemutató DSD: divatőrület vagy a zene új dimenziója?
- Bemutató Audio-gd Precision 2 erősítő teszt
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen