Annak érdekében, hogy fenntartsuk ezt a szigetet, szükségünk van bevételre. Te is támogathatsz minket, ha azt szeretnéd, hogy sokáig és stabilan tudjunk működni. Amennyiben élsz ezzel a lehetőséggel, azt mi megköszönjük!
Pc alapú audio lejátszás
Pc alapú audio lejátszás
Tami jó nyomon jár! Arra gondoltam, hogy az adatkiolvasás ugyan helyes, de az adatok időbelisége más. Igazából nem gondoltam bele, hogy amint a beolvasás megtörtént és a számíógépen van az adat, akkor onnan nem beszélhetünk időbeliségről egészen addig, amíg a Roku ki nem adja a jeleket a digitális kimenetén. (Amire ugye Gandalf gondolt.)
Ez utóbbi folyamat állítólag viszont nagyon kedvező jitter értékű ennél a készüléknél, így tényleg "tökéletes futóműként" dolgozhat a rendszer.
gordon314.fw.hu
Pc alapú audio lejátszás
- hmm de akkor te hogyan ertelmezed a kov.:
Jitter.. Azt én el tudom fogadni, hogy az EAC mondjuk adathelyesen olvassa be a lemezt, de vajon az időbeliség rendje is megmarad tökéletes állapotában? Ha megmarad, akkor a hálózati adattovábbítás során is megmarad ez?
- en teljesen ertelek.. csak itt is a hang rippeleserol van szo - digit jelekke alakitasarol.. - en jelen esetben pedig mar a digit info atvitelehez szoltam, Media PC-n levo digitalis adat eljuttatasa {jelen esetben WLAN} halozaton keresztul a SoundBridge eszkozig - annak DAC-jaig.
NO itt nincs jitter!!
Szerintem Gordon a SoundBridge és a DAC közötti jiterre gondol, mivel a dac-ban nincs órajelgenerátor, így arra kell hagyatkozni ami a "kütyüben" van.
T A M I . H U
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Pc alapú audio lejátszás
- en teljesen ertelek.. csak itt is a hang rippeleserol van szo - digit jelekke alakitasarol.. - en jelen esetben pedig mar a digit info atvitelehez szoltam, Media PC-n levo digitalis adat eljuttatasa {jelen esetben WLAN} halozaton keresztul a SoundBridge eszkozig - annak DAC-jaig.
NO itt nincs jitter!!
Szerintem Gordon a SoundBridge és a DAC közötti jiterre gondol, mivel a dac-ban nincs órajelgenerátor, így arra kell hagyatkozni ami a "kütyüben" van.
TV: Hisense 70E7HQ AVR: Onkyo TX-RZ50 Front: Polk Audio RTi A3 Center: Polk Audio CSi A4 Surround: Polk Audio RTi A1 Sub: Mordaunt-Short 909W
Pc alapú audio lejátszás
..Én amikor elolvastam a könyvet meglepődtem, hogy hogyan lehetett ilyen trágya szabványt kitalálni az audio cd-nek.
- az olcso eloallithatosagra is gondoltak
T A M I . H U
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Pc alapú audio lejátszás
- en teljesen ertelek.. csak itt is a hang rippeleserol van szo - digit jelekke alakitasarol..
- en jelen esetben pedig mar a digit info atvitelehez szoltam, Media PC-n levo digitalis adat eljuttatasa {jelen esetben WLAN} halozaton keresztul a SoundBridge eszkozig - annak DAC-jaig.
NO itt nincs jitter!!
szvsz.
rippeleskor van.. mint ahogy lentebbi idezeted irja is az okat!
T A M I . H U
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Pc alapú audio lejátszás
hmmm... - akkor szvsz. nemvagytisztaban a dolgokkal {vagy en nem ertem a problemat} :) digitalis jelek atvitelerol {adatativtel} beszelunk, hol itt a jitter?
Szerintem Gordon arra gondol, hogy a kütyü nem adja jitter mentesen a da átalakítónak a digitális jeleket.
Hozzáteszem én általában rendkívül szkeptikus vagyok a jitter kérdést illetően, mivel annak hatását a rippeléskor is feltételezik, pedig akkor nem lehet.
OFF
Bemásolok ide egy kis röviditett leírást Jákó Péter digitális hantechnika könyvéből.
Megpróbálok rövidíteni. Az adatok blokkokban vannak ahogy az adat cd-n. A nagy különbség, hogy az adat-cd-n a blokkokat szektorcímmel lehet azonosítani. viszont a hangminták blokkjai nincsenek ezen a módon megcímezve, így azonosításuk az abszolút idő alapján történik. A blokkok szinkron biteket,szubkod biteket és hangminta biteket és paritás biteket tartalmaznak. A subkod bitek felelősek a hibajavításért és más információk tárolásáért is. A subkód bitek viszont nem blokkonként vannak értelmezve, hanem több blokk , pontosan 98, szubkódbitjei együtt.
A szubkódcsatorna és adatbitek külön vannak kezelve. A hangminták pufferve vannak, de értelemszerűen a szubkód csatornák bitjeit külön kell kezelni, mivel adatblokkonként 8 bit szubkód van és 98 adatblokk szubkódbitjeit lehet értelmezni együtt . A szubkódadatokat és a tényleges adatokat "párba kell rendezni", hogy tudjuk az adatcsoportok elejét és végét. Ez nem mindig sikerül és ilyenkor átlapolódás lehet vagy hiány. Ez hallható problémákat okoz.
No emlékszem arra, amikor még egy cd író jó 300e volt, valóban voltak a másolt lemezeken pattogások és egyéb hibák főleg a lemezek elején. De mára gyakorlatilag a leggagyibb cd-rom is tökéáletesen kiolvas egy cd-t. Ezt könnyű tesztelni, amit többen megtettek. Legrabbeltek különféle gépeken ugyanazt a tracket. Utána ezt összehasonlították és bitről bitre megeggyezett, az összes állomány. Nyilván belátható, hogy 10 gép tízféle olvasója nem tévedhet egyformán. tehűt a kiolvasás tökéletes. Persze ez annak is köszönhető, hogy jó grabbelő szoftverek vannak.
Idézek ujabb részleteket nem szó szerint.
Számos másolószoftver rendelkezik jitterkorrekcióval. Az adatok olvasása merevlemezre íráskor nem folyamatosan, hanem átlapoltan történik. Pl. először kiolvassa a négy blokkot, utána negyediket hetedikig, hetediktől tizedikig. Eközben a szoftver az átlapolódó blokkcsoportokban a hullámforma vizsgálata alapján megpróbálja megkeresni a blokkok illesztési pontjait.
A tapasztalatok alapján ez tökéletesen működik. Én amikor elolvastam a könyvet meglepődtem, hogy hogyan lehetett ilyen trágya szabványt kitalálni az audio cd-nek.
TV: Hisense 70E7HQ AVR: Onkyo TX-RZ50 Front: Polk Audio RTi A3 Center: Polk Audio CSi A4 Surround: Polk Audio RTi A1 Sub: Mordaunt-Short 909W
Pc alapú audio lejátszás
..nem az adatvesztéstől félek, ez azt hittem világosa jitter érték romlásától az átvitel során
(hiába kicsi a jitter mondjuk a rippelés során, ha az adatátvitel során leromlik)
hmmm...
- akkor szvsz. nemvagytisztaban a dolgokkal {vagy en nem ertem a problemat} :) digitalis jelek atvitelerol {adatativtel} beszelunk, hol itt a jitter?
hát pont ott! (a CD-ről lejátszás is digitális jelek átvitele)
gordon314.fw.hu
Pc alapú audio lejátszás
..nem az adatvesztéstől félek, ez azt hittem világosa jitter érték romlásától az átvitel során
(hiába kicsi a jitter mondjuk a rippelés során, ha az adatátvitel során leromlik)
hmmm...
- akkor szvsz. nemvagytisztaban a dolgokkal {vagy en nem ertem a problemat} :) digitalis jelek atvitelerol {adatativtel} beszelunk, hol itt a jitter?
T A M I . H U
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Pc alapú audio lejátszás
.. Azt én el tudom fogadni, hogy az EAC mondjuk adathelyesen olvassa be a lemezt, de vajon az időbeliség rendje is megmarad tökéletes állapotában? Ha megmarad, akkor a hálózati adattovábbítás során is megmarad ez? ..
- ilyen szempontbol nyugodsz lehetsz.., akkor akar a mezei UTP-s kabeles atviteltol is felj
- maga a WLAN atvitel szempontjabol transzparens az egesz.., nincs bitvesztes, azt a TCP/IP elintezi!
pl. maskulomben nem tudnal hibamentesen letolteni netrol adat-ot tartalmazo ISO-t majd kiirni azt, vagy egy tomoritett allomanyt kicsomagolni CRC hiba nelkul
nem az adatvesztéstől félek, ez azt hittem világos
a jitter érték romlásától az átvitel során
(hiába kicsi a jitter mondjuk a rippelés során, ha az adatátvitel során leromlik)
gordon314.fw.hu
Pc alapú audio lejátszás
400 MHz Blackfin® procit ír.
Ilyen embedded cuccokon általában tényleg Linux, Dos, vagy Windows CE (.NET) fut. Ezen fogalmam nincs mi.
A nagyobbik már 24V-os amúgy, az legalább ipari szabvány.
Pc alapú audio lejátszás
- apropo csak nem egy ARM vagy xscale proci van benne?
- lehet az linux is vagy barmilyen embeded cucc..
T A M I . H U
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Pc alapú audio lejátszás
..De biztos nem olyan 1xű a téma mert már megcsinálták volna gyorsan frissen.
- olyan ez mint a TV adas sugarzasa.., ha beszolsz a studioba a producernek, hogy tekerjen a filmen tekerni fog es odahaza a tv-n is azt latod hogy beleteker
T A M I . H U
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Pc alapú audio lejátszás
Azt hittem, hogy a LAN hálózatról másféle protokollal tölti le az infót. Az ilyen kütyükben valami kis linux szokott lenni.
TV: Hisense 70E7HQ AVR: Onkyo TX-RZ50 Front: Polk Audio RTi A3 Center: Polk Audio CSi A4 Surround: Polk Audio RTi A1 Sub: Mordaunt-Short 909W
Pc alapú audio lejátszás
- vilagos, csak a PC-rol jatszott anyag is ugyanazon technologiaval megy mint a net radio, mondjuk ha mar visszafele is akarunk kommunikalni, akkor ott mar nem eleg a szabvany, kell egy sajatot irni ami visszafele is ad vezerloinfokat. - mondjuk ebbe az iranyba is vannak lepesek a piacon de ez mar mas teszta.
No igen, van pár féle protokoll, ahogy elnézem, én mindenesetre szurkolok nekik.
Zárójelben: Azt mondjuk nem teljesen vágom, hogy például egy Windows Média Connect miért ne engedne seek-elést a sharelt állományon belül? De konkrét infóm nincs, nem néztem meg az SDK-ját, vagy ilyesmi.
De biztos nem olyan 1xű a téma mert már megcsinálták volna gyorsan frissen.
Pc alapú audio lejátszás
Furcsa, hogy nem tud beletekerni a zeneszámokba. Ha stream jellegű is az átvitel, akkor is felgyorsíthatná az olvasást és némíthatja a kimenetet, kvázi beleteker.
- Mivel net streaming-rol van szo, igy nem lehet beletekerni.
- te bele tudsz tekerni a TV adasaba?
Nyilván (remélem) ő sem a netrádióra gondolt. A gépről lejátszott mp3-ba azért bele tudhatna. És fog is, rövidesen, nagyon remélem. Igazából a 90 perces DJ mixeknél érdekes.
- vilagos, csak a PC-rol jatszott anyag is ugyanazon technologiaval megy mint a net radio, mondjuk ha mar visszafele is akarunk kommunikalni, akkor ott mar nem eleg a szabvany, kell egy sajatot irni ami visszafele is ad vezerloinfokat.
- mondjuk ebbe az iranyba is vannak lepesek a piacon de ez mar mas teszta.
T A M I . H U
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Pc alapú audio lejátszás
- kicsit sokkalom az arat - a 9V DC-is szerencsetlen vallasztas, akkor mar 12V lenne igazan szerencses
Amcsiban csak 200 dollár, de angliából rendeltem a gyártótól, és ennyire jött ki.
Amúgy nekem ennyit is megért, de szivesen fizettem volna érte kevesebbet, érted.
Sajna nem nagy a választék olyanokból aminek ilyen pofás (számomra az) kijelzője van.
A 9V-al mi a baj?
Pc alapú audio lejátszás
.. Azt én el tudom fogadni, hogy az EAC mondjuk adathelyesen olvassa be a lemezt, de vajon az időbeliség rendje is megmarad tökéletes állapotában? Ha megmarad, akkor a hálózati adattovábbítás során is megmarad ez? ..
- ilyen szempontbol nyugodsz lehetsz.., akkor akar a mezei UTP-s kabeles atviteltol is felj
- maga a WLAN atvitel szempontjabol transzparens az egesz.., nincs bitvesztes, azt a TCP/IP elintezi!
pl. maskulomben nem tudnal hibamentesen letolteni netrol adat-ot tartalmazo ISO-t majd kiirni azt, vagy egy tomoritett allomanyt kicsomagolni CRC hiba nelkul
T A M I . H U
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Pc alapú audio lejátszás
Furcsa, hogy nem tud beletekerni a zeneszámokba. Ha stream jellegű is az átvitel, akkor is felgyorsíthatná az olvasást és némíthatja a kimenetet, kvázi beleteker.
- Mivel net streaming-rol van szo, igy nem lehet beletekerni.
- te bele tudsz tekerni a TV adasaba?
Nyilván (remélem) ő sem a netrádióra gondolt. A gépről lejátszott mp3-ba azért bele tudhatna. És fog is, rövidesen, nagyon remélem. Igazából a 90 perces DJ mixeknél érdekes.
Pc alapú audio lejátszás
- kar, hogy nem tud PoE {persze ehhez 5V-osnak kellene lennie}
Hát nyilván, de akkor oda a vájörlezz előnye, hogy nem kell kábel, szóval ugyanott vagy.
Mármint nekem nincs választásom amúgy sem. A lakást sajna most nem fogom szétbontani hogy lefektessem az ethernet kábelt mindenhova, ezért akkor inkább a Wireless kapcsolat marad.
Pc alapú audio lejátszás
..Egyébként sem látom értelmét 1-2 Gb-nyi zenének. Ez lossless formátumban nem túl sok cd-re elég..
- azert gondolj bele egy 4Gb-os vagy nagyobb MicroDrive-ba {teny oda CF II. kell}
T A M I . H U
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Pc alapú audio lejátszás
Furcsa, hogy nem tud beletekerni a zeneszámokba. Ha stream jellegű is az átvitel, akkor is felgyorsíthatná az olvasást és némíthatja a kimenetet, kvázi beleteker.
- Mivel net streaming-rol van szo, igy nem lehet beletekerni.
- te bele tudsz tekerni a TV adasaba?
T A M I . H U
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Pc alapú audio lejátszás
- Relative olcsó (70e ft volt postaköltséggel)..
- 9V DC bemenet
- kicsit sokkalom az arat
- a 9V DC-is szerencsetlen vallasztas, akkor mar 12V lenne igazan szerencses
- amugy ismerem a cucost
- kar, hogy nem tud PoE {persze ehhez 5V-osnak kellene lennie}
T A M I . H U
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Kapcsolat: T-VDSL 23008 down/ 5022 up
"... like a bridge ower troubled water ... "
Pc alapú audio lejátszás
Más.
Mivel most már egész sokat megy a PC-m, amely most már média szerverré lépett elő, nekiálltam halkra tuningolni.
Első és legolcsóbb lépésben lehúztam a Radeon 9550 hűtőventillátorát. Eredmény: nem melegszik egyáltalán, stabil is maradt, a hang csökkent. Természetesen tudom hogy 3D gaméknál túlmelegedhetne, de soha nem játszom a PC-n.
Második lépésben vettem egy Zalman CNPS6000 procihűtőt, mely kézzel állítható sebességű, full réz bordákkal. Kb 5xxx e Ft volt. Zaja a minimum állásban 20 dBA. Vannak halkabbak is de azok az alaplapomra nem mennek rá vagy nem férnek be. Ez is kb. hangtalan. Minimum állásban is vígan elviszi a procimat (1.8 GHz Applebred magos Duron), mert kb. 3 Gigáig bírja így. Réz rulez.
Harmadik lépésben kiporszívóztam a házat, különösen a tápegységben rekedt porra ügyeltem.
Ekkora a gép már kezdett a kezdeti repülőgépből halk szellővé halkulni, de nem elégedtem meg.
Negyedik lépésként vettem egy 12 cm-es ventillátorral szerelt hőfokszabályzós tápegységet. Ezt beinstallálva a gépem tök hangtalan lett végül. Összesen 2 db ventillátor forog benne, jó lassan (1250 rpm körül a procié például).
Következő fázisban még a belső lapokat fogom hangszigetelő anyaggal ellátni, és szerintem teljesen lopakodó lesz a gép.
Ezt procedúrát a Sound Bridge megvásárlása nélkül is megléptem volna, mert utáltam hogy hangos. Most örülök, milyen jól sikerült.
Pc alapú audio lejátszás
Ennek a felállásnak van egy hatalmas előnye minden más megoldással szemben. (Az eddig említett praktikusságon és egyéb előnyökön kívül)
Mégpedig a lemezek helyigénye.
Nekem most megint betelt a cd és lassan a dvd állványom is.
Ez most a 3. polcrendszer lesz, amit a tárolásra kell csinálnom.
Most elhatároztam, hogy egy olyan, az egész falat betöltő tárolórendszert alakítok ki ami részegységekből épül fel, és ezután egy újabb elem legyártásával tovább bővíthető.
Szerintem ez sem egy elhanyagolható szempont.
Pláne, hogy egy komplett polcrendszer gyártása sem 2 fillér.
Pc alapú audio lejátszás
Én itt nem a drága cd lejátszó helyettesítésére hoztam fel ezt a DAC-ot, hanem arra törekszem hogy ezt az egyébként nagyon praktikus megoldást (SoundBridge) valahogy audiofillé tegyem, itt jön be a DAC.
A végeredmény a DAC-kal együtt már persze lehet, hogy nem lesz olcsóbb mint a CD lejátszó amit most eladtam, de viszont ahhoz képest egy rakás előnye lesz, amiket még az elején leírtam.