HTPC koax digi kimenet nélkül

evDirect villanyautós töltőhálózat

Ez jól tele van cuccal!
Van itt minden kérem!

...

nagyon tetszik, van rajta minden mint egy igazi falusi vasarban, de nem lesz olcso...

still 4 sale https://hardverapro.hu/aprok/hirdeto/mghltm/index.html || http://www.youtube.com/watch?v=85VErvTqgWc

Olyan HTPC-s svájci bicska ...amit rá lehet zsúfolni azt rá is tették.

Rocker ... Gibson Les Paul Classic Custom 2008 Black

Van optikai.

Így már értem miért árazták le kint az E350-es verziót

"Figyelj arra, aki keresi az igazságot és őrizkedj attól, aki hirdeti: megtalálta." - (André Gide)

Az nekem jó is lenne.

Tetszik a lap, jó áron szerintem frankó választás lehet ez.

"...In a struggle to be happy and free, swimming in a primitive sea..."

Az SPDIF azért van, mert zenére külső DAC-okhoz még mindig az az elfogadott, első számú interface, abból is kizárólag a koax, mert az optikai hangja borzasztó.

evDirect villanyautós töltőhálózat

Ez a kis lap, akkor mehet is bele az előző hírben hozott bőröndbe!
És meg is van a karácsonyom.

Jó kis lap, kellene de van egy sanda gyanúm, hogy nem lesz olcsó.

Romani ite domum.

-> #7...

egyébként gyönyörű, nagyon tetszik.

és az analóg 5 jack is ott van. sokakanak probléma egy htpc kialakításánál, hgoy megelégednének az aktív hangfalszettel, de csak analóg bemenet lévén nem tudják rákötni, mert a lap gyártója kispórolja a jack-eket.
vagy át lehet definiálni a 3-at, de akkor lőttek a mic bemenetnek.

de itt minden megvan. induló ára lesz vagy 35k...
használtan 1 év múlva kell megvenni, 15-17-ért. mindig ez van...
az XFX730i 9300 htpc lapomat is így vettem, mert újonnan sajnáltam érte a bő 30-ast...

[ Szerkesztve ]

fanless project: fourth gear......................................................................... http://prohardver.hu/teszt/interju_csucskonfig_passzivan_hutve/kezdetek.html

Hát egy gondom van ezzel a lappal,mégpedig az E-szériás apuk közt a legkisebb is 65W-TDP-vel rendelkezik,így HTPC-nek?
egy 35W-os APU(mobilban van) már megelégednék ezzel a lappal!(65w-os paneltáppal+1vinyó)
Menne is a brazos-om a levesbe.
De így számomra felejtős...

[ Szerkesztve ]

Optikán jön messze a legtöbb jitter.
USB sokkal drágább jól megépitve, mint a SPDIF-es koax. A budget DAC-ok USB vevője sokkal-sokkal rosszabbul van megépitve (még mindig sok helyen 2.0 USB-t nem használnak), mint a koax bemenet.
Nekem pl a Schiit egyik tervezője (Jason Stoddard) mondta, hogy az ő méréseik és szubjektiv több tiz éves tapasztalataik alapján egy gagyibb hangkártya/alaplap SPDIF kimenete jobb, mint az ő általuk a DAC-jukba kérhető 100$-os USB kártya.
Arról ne is essen szó, hogy koaxon mindenféle mikkmakk nélkül megy 24/192.

They said I once was lost, but now I'm truly found. || Eladó Eastpak hátizsák: http://tinyurl.com/balutaska

Tudja valaki hogy mi haszna van jelen esetben a 2db gigabites ethernet portnak? Egyikbe belemehet a net másikba meg egy hálózati NAS mondjuk?, egy így működik?

http://www.flickr.com/photos/kristofkulcsar/

Elvileg ige, bár nem vagyok annyira jártas ebben, de AD/HOC- ként működnie kell.
Viszont egy NAS-t célszerű megfelelő Router mögé rakni és nincs probléma a fogyasztással... gondolom én.

A szinkron USB-s DACok tenyleg lehetnek problemasak, de mar vannak aszinkronok is, ami viszont (altalaban) jobbak (adott arban), mint az SPDIF.

while (!sleep) sheep++;

Ha az az adott ár>1000$, akkor már nem sokkal rosszabb az USB bement, mint egy párszáz dolláros usb-spdif híd. Ezt egy kedves PH!-s kollega véleménye alapján mondom, nekem még nem volt szerencsém ilyen cuccokhoz.

They said I once was lost, but now I'm truly found. || Eladó Eastpak hátizsák: http://tinyurl.com/balutaska

Mindenki igy csinalta az elejen (2005-os cikk, azota valtozott, de tenyleg csak azt allitom, hogy az USB audio alapvetoen nem volt perfekt kb. 2009-ig).

One interesting tidbit about isochronous streams is that there is no error correction. There is a rudimentary error detection, but no mechanism for doing anything about it, no retries or ECC codes. I read somewhere that its estimated that for a 44.1 stream running 24 hours a day there will be an error about once a month or so. The standards committee did not consider this worth doing anything about. I guess if you detect an error you can either flash a light on the front pannel to let people know an error occured, or you can just play the previous sample. (or maybe interpolate with the next)

Now on to the fun part, the syncronization modes. In all casses the data from the bus goes into a buffer and gets clocked out by a clock, how that clock is generated and how it interacts with the bus is the differences between the modes.

Synchronous: in this mode the readout clock is directly derrived from the 1KHz frame rate. There is a PLL that takes in the start of frame signal and genrates a clock. Using this scheme its rather difficult to generate 44.1, but very easy to generate 48KHz. This is a primary reason why many early USB audio devices only supports 48KHz, they used this mode. As you can guess this mode is very susceptible to jitter on the bus, pretty much anything that causes the output from the host to be jittered (PS noise, vibrations, interference etc) AND things that can cause jitter on the interconnect (interference, reflections, ground noise etc) will wind up with jitter on the readout clock. This is a VERY poor mode to use for decent quality audio.

Adaptive: in this mode the clock comes from a separate clock generator (usually implemented as a PLL referenced by a crystal oscillator) that can have its frequency adjusted in small increments over a wide range. A control circuit (either hardware or firmware running on an embedded processor) measures the average rate of the DATA coming over the bus and adjusts the clock to match that. Since the clock is not directly derived from a bus signal it is far less sensitive to bus jitter than synchronous mode, but what is going on on the bus still can effect it. Its still generated by a PLL that takes its control from the circuits that see the jitter on the bus. Its a lot better than synchronous mode, but still not perfect by a long shot. This is the mode that MOST USB audio devices use today.

Asynchronous: in this mode an external clock is used to clock the data out of the buffer and a feedback stream is setup to tell the host how fast to send the data. A control circuit monitors the status of the buffer and tells the host to speed up if the buffer is getting too empty or slow daown if its getting too full. Note this is still isochronous, the host is continuousley sending samples, there is no "per packet handshake" going on. Since the readout clock is not dependant on anything going on with the bus, it can be fed directly from a low jitter oscillator, no PLL need apply. This mode can be made to be VERY insensitive to bus jitter.

The reality: There are NO USB audio chips that out of the box support asynchronous mode! If any one here is aware of any please let me know. I have researched the field quite thoroughly and not found any. There are a few that theoretically do support it, but their firmware has to be rewritten to support asynchronous transfer. I have been trying to do this for one of these chips for the last several months and have been running into a lot of roadblocks. Sometime in the future I hope to get it working, but for now I have to live with chips that support adaptive mode.

[link]

[ Szerkesztve ]

while (!sleep) sheep++;

Bár a DAC meg hasonló dolgokról fogalmam sincs, micsodák, de azt tudom, hogy digitális adattovábbításnál (ami gyk. nem analóg), nem számít a közeg, csak a sebesség, és a kódoló/dekódoló minősége ami analóg jelet csinál a digitálisból. Tehát azonos minőségű koax és toslink dekódoló esetén, mivel ugyan azt az adatot kapod, mert azt kell kapd, a végeredmény is ugyanaz kell legyen.

Sajnos ez nem igy mukodik.

while (!sleep) sheep++;

Egyébként egy koax engem elgondolkoztatott volna, hogy egy ilyn HTPC-re váltsak, igy köszönöm, nem kérem.

They said I once was lost, but now I'm truly found. || Eladó Eastpak hátizsák: http://tinyurl.com/balutaska

Gondolom egy csomoan igy is ertik, leforditani nincs idom/kedvem, szerintem aki izokron USB audiorol akar olvasni, az tanuljon meg angolul.

while (!sleep) sheep++;

Én azért nem esküdnék meg arra, hogy szoftveresen nem lehet átkapcsolni az egyik jack aljzatot digitális módba.

"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."

Hm, de az aszinkron USB audio mellett ez mar nem olyan kritikus, azaz felesleges egy USB->SPDIF atalakitoval megbonyolitani a dolgot.

while (!sleep) sheep++;

kár hogy kinézetre annyira nem lett zotacos...