[Unregistered72828c42]

• 0

Jag ska bygga en högpresterande htpc som ska klara av det mesta!
Nu till alla kunniga, hur ska jag skicka ljudet från datorn till försteget/receivern för att få det absolut bästa möjliga ljud när jag spelar upp film/musik?

Bara för att informera, jag ska köpa antingen separata delar eller en integrerad receiver till min kommande ljudanläggning. T.ex. Arcam AVP700 och P1000 eller en AVR350

Jag hittade en tråd på minhembio förut (som jag inte kan hitta länken till nu) vad jag kunde fatta var det ljudkortets klocka eller oscillerade kristall som var viktig för ljudkortets återgivning utav ljud även vid sändning via toslink.
Därmed som många påstår, skulle alla ljudkort som har optisk utgång funka perfekt, vara felaktigt.

Så hur är det nu? Hur gör man för att få bästa möjliga ljud?
”Har också spånat på att köpa ett begagnat studio kort för att få bästa möjliga ljud”, men köper helst nytt.

Snälla svara snabbt så jag kan börja bygga!

Redigerat av Unregistered72828c42, 18 February 2007 - 23:23.

[tyve]

• 0

Jag hävdar att jitter (problemet med dåliga klockor) är en myt och anser att det räcker med ett enkelt kort.

[Unregisteredc96d6be8]

• 0

Jag skickar ljudet analogt från mitt HDA-meridian kort, det funkar utmärkt.

Det största problemet om man skickar digitalt är att vissa ljudkort använder windows k-mixer för att koda om den digitala signalen, vissa kort med bra drivers och hårdvara klarar detta bra, andra mindre bra. Äldre kort från creative har varit dåliga även digitalt, hur de nya är vet jag inte riktigt men de verkar bättre efter vad jag läst.

Mitt föra kort från turtle beach använde ingen omkodning alls och det gav utmärkt ljud digitalt och även perfekt volym ut iom att det intepåverkades av volymkontrollen i datorn om man använde digatl out.

[Unregistered49258b8a]

• 0

Jag är precis på väg att bygga en HTPC som skall ha Blu-Ray, HD-DVD, DVD, Canal HD (2 tuners), Boxer (2 tuners) och lite styrning av belysning i mitt hem.

Har även tänkt att köpa nya högtalare och driv till dem.

Och precis som dig så har jag haft många funderingar kring ljudet....

Efter tester och snokanden på olika forum tror jag mig hittat den ultimata setupen:

X-Meridian 7.1 kort med LM4562 opamps direkt in i Nads nya 7-kanaliga steg M25.

Det har gjorts jämförelser på AVSforum där man tycker att X-Meridian med LM4562 slår Arcam AVP-700 när det gäller upplösning och dynamik.

Nad steget har jag själv lyssnat på (A/B med arcam p1000) och jag är frälst.

Kör du Vista/PowerDVD Ultra så får du även följande vilket du inte får med någon av dagens förförstärkare:

-TrueHD
-DTS-MA
-DD+

Du får även automatiskt 2.0/2.1 när du lyssnar på en stereokälla (typ FLAC eller mp3), 7.1 när du exempelvis kör TrueHD 7.1 och 5.1 när du kör exemplevis DTS.

Jag vet inte hur Arcam AVP700 fungerar när det gäller den biten.

Man kan givetvis fylla ut ljudet från en 5.1 källa (olika phantom-modes) i alla 8 kanaler.


Det fina med Vista är att du får en volymkontroll som inte reducerar upplösningen som XP gör.
Du får även rumskorrektion. Därför finns det som jag ser det ingen anledning till att inte använda HTPC:n som preamp direkt in ett steg.

Nu har jag som sagt tänkt att ha allt i HTPC:n och således bara en bildvisare, htcp, steg och högtalare.

Om du vill använda dig av en digitalbox, VHS eller något liknande, så kanske detta inte är en så smart lösning som jag nyss velat påskina.....

Det kommer iallafall med största sannolikhet bli min setup så fort jag lyckas bestämma mig i valet av högtalare och bildvisare.

Redigerat av Unregistered49258b8a, 19 February 2007 - 13:02.

[Unregistered72828c42]

• 0

Okej!
Om det ska funka bra att skicka via toslink vilket kort och sladd rekommenderas?
En del sladdar har väl bara vanliga lysdioder för att skicka ljud med och inte laser som dom riktiga.
Ljudkortet ska väl inte behöva vara alltför dyrt, eller är det någon annan funktion som kan vara bra/kul att ha för att få ett mycket bra ljud.

Samt hur ställer man in så att kortet inte ska använda windows k-mixer, och istället kådas av i receivern?

Upplys mig!

[tyve]

• 0

Om du läser i tråden jag länkade till tidigare så finns det en alternativ drivrutin till Aueron 5.1 kortet som fixar så ljudet överförs utan påverkan av k-mixer eller ljudkortet. Det är en extremt billig lösning som ger en bitperfekt överföring. Om du vill lägga pengarna på en lösning med laser och kablar för 1000-tals kronor för att få över samma bitar för att det ska kännas tryggt så gör det men jag är övertygad om att du inte får ett bättre resultat (mätbart) men känslan kanske blir bättre.

Normalt måste man ju matcha komponenterna (förstärkare, kablar, högtalare etc.) i samma prisklass för att få bra ljud och då verkar det ju konstigt att man ska kunna klara sig med ett ljudkort för 200:- till en förstärkare på 25.000:-. Enligt mig så går det utmärkt eftersom ljudkortet i det här fallet bara är att jämföra med en kontakt för anslutning mellan HTPC och förstärkare.

[Unregistered72828c42]

• 0

Tack för hjälpen, ska läsa länkade snarast!

[Micke_L]

• 0

tyve, du har missförstått det där med jitter tyvärr.

Citat från din länk:

Där står hela lösningen på jitterproblemet! Signalen läggs i en buffer (som motsvarar en hårddisk eller annat fast media) där tidsaspekten inte spelar någon roll och sen använder man en lokal klocka för att göra omvandlingen till analogt ljud

Detta är iofs sant i sig. Men när man kör spdif från tex ett ljudkort till en receiver så lagrar man inte signalen för att spela upp den sen, utan den spelas upp direkt så uttalandet är inte kopplat till trådens ämne utan något annat (lagring av digitalt ljud).

Vad som händer med en dålig klockpuls finns beskrivet hos TNT-Audio och är den enda typen av jitterproblematik som jag köper.

Om du köper det som står där så köper du att ljudet påverkas vid spdif-överföring, läs och grubbla på den artikeln lite till.

Det är lätt att missförstå hur detta funkar i praktiken.

[Unregistered72828c42]

• 0

”Micke_L” som jag trodde så spelar ljudkortets klockpuls en viktig roll i hur bra ljud uppspelningen blir!
Kan du svara på min fråga då, hur jag ska koppla datorn till receivern för att få bästa möjliga ljud.
Samt vilket ljudkort och kabel jag ska köpa!

Tacksam för all hjälp jag kan få!

Redigerat av Unregistered72828c42, 19 February 2007 - 21:08.

[tyve]

• 0

Citat från din länk:

Där står hela lösningen på jitterproblemet! Signalen läggs i en buffer (som motsvarar en hårddisk eller annat fast media) där tidsaspekten inte spelar någon roll och sen använder man en lokal klocka för att göra omvandlingen till analogt ljud

Detta är iofs sant i sig. Men när man kör spdif från tex ett ljudkort till en receiver så lagrar man inte signalen för att spela upp den sen, utan den spelas upp direkt så uttalandet är inte kopplat till trådens ämne utan något annat (lagring av digitalt ljud).

<{POST_SNAPBACK}>

Om recivern inte buffrar (lagrar) signalen på sin sida och använder en egen lokal klocka så är s/pdif anslutningen felaktigt implementerad och har man en sådan reciever är det nog dags att byta till en modernare om man ska köra digitalt. Har svårt att tro på att någon reciever som stödjer DD5.1 eller DTS inte buffrar eftersom det är komprimerade format som kräver buffring för att de ska gå att spela upp.

Redigerat av tyve, 20 February 2007 - 08:47.

[Micke_L]

• 0

Du verkar tro att buffra och lagra är samma sak och det är det inte.
Den egna lokala klockan i receivern är inte fristående från spdif-överföringen (i motsats till när man spelar upp musik lagrad på hårddisken så påverkas inte klockan av något annat) utan justeras utifrån bitströmmen som kommer in. Det är väldigt mycket problem att lösa för att få ljudet att bli så bra som möjligt, trots att man har en lokal klocka, läs som sagt TNT-audio dokumentet du länkat till.

Sen en liten reality check: Varför tror du tillverkare som Linn, Wadia och Sonic Frontiers INTE använder din och Martin_o´s perfekta metod för digitalöverföring?

1. Dom har inte kommit att tänka på den lösningen.
2. Dom vill inte erkänna att ni är bättre än dom på digitalteknik så därför går dom sin egen väg.
3. Eran lösning fungerar inte.

[Xicaxo]

• 0

känner mig så pass övertygad att jag ska beställa ett sådant ljudkort idag, man måste ju prova för att veta om det verkligen funkar.. de enda jag är rädd för är att mista ljudkvalite.

hur stor är skillnaden på 16bit och 24 bits ljud ?

vad och när använder man sig av 24 bitas rep 16 bitars ljud ?

2 väldigt viktiga frågor för mig.. hoppas det finns någon som har tid och lust att svara på dem

har sökt lite på nätet och jag tänker inte köpa ett kort som inte stödjer 24bitsar ljup iaf.. går misste om en hel del i ljud upplevelser.. tack, men nej tack.. detta funkar säkert bra, men är inget för mig som vill ha ut de bästa från mina ljudkällor.

har jag en källa på 24bit vil ju iaf inte jag nöja mig med 16 bitars ljud djup

Redigerat av Xicaxo, 20 February 2007 - 19:53.

[Tellus82]

• 0

Nu ska jag ge mig in på djupt vatten här (alternativt tunn is ) men jag inbillar mig att man bör skilja på vad som ska överföras...

Om vi pratar DTS eller DD (AC3) så kan i min förståelse inte ljudkortet påverka kvaliten överhuvudtaget om man kör spdif pass through, enda sättet det kan påverka är om det konverterar signalen på något sätt vilket ett normalt kort inte gör... Kan den externa decodern synka mot signalen så är det ok helt enkelt... Kan inte bli bättre eller sämre... det är ju helt enkelt kodad information som ska kodas av.

Skulle ljudkortet påverka signalen så skulle inte decodern kunna synka mot den samma helt enkelt... Detta skulle resultera i knäppningar, klippningar & allmänt grova ljudfel...

Vad det gäller buffring så sker detta som sagt i alla DD/DTS chip & såvitt jag har förstått det så finns det även en portion bitfels korrigering inbakad i både ac3 & dts för att motverka signalfel...

Så hur man tänker när man tror att ljudkort kan försämra kvaliten på DD/DTS med extern decoder begriper jag inte & jag har ännu inte fått ett enda vettigt argument till varför detta skulle vara fallet.

Vad det gäller stereo PCM däremot så gäller vad jag förstår lite andra regler, de flesta ljudkort idag samplar om signalen på ett eller annat sätt (vare sig det gäller användandet av Kmixer eller resampling till 48Khz från 44.1). Detta leder oavkortat till någon form av signalförändring, hur märkbar däremot ska jag inte uttala mig om. Detta bör gälla oavsett om man kopplar analogt eller digitalt egentligen då dessa koverteringar sker internt i ljudkortet...

Så det jag menar med allt detta är att man bör skilja på vad som överförs & hur & till vad...


Edit: Kan tilläga att ska man köra analoga kopplingar till rena hifi slutsteg så bör man definitivt lägga lite pengar på ett bra kort, detta för att kortet tar hand om all avkodning av digitala format (DD/DTS/PCM/osv...) till analoga signaler & i och med detta så måste ljudkortet ha tillräckligt hög kavlite både på den digitala delen och den analoga, exakt vilka kort som kan jämföras med vilke försteg/processorer törs jag inte säga då det inte är direkt vanligt i dagsläget med denna lösning

Redigerat av Tellus82, 20 February 2007 - 22:26.

[Micke_L]

• 0

Ok, vi pratar om DTS eller DD och kör spdif pass through.

Orsaken till att ljudkortet påverkar kvalitén på ljudet från den externa decodern är att den klocka som klockar ut ljudet från bufferten till dacarna på den externa decodern påverkas av ljudkortets klocka.

Tycker du att det var ett vettigt argument? Och beskriv gärna varför du inte tyckte det så ska jag hitta på nåt nytt

[Tellus82]

• 0

Jag tror bestämt att du inte begriper vad buffring är...

Signalen buffras i Fifo buffrar i decoder shipet, detta gör att inkommande klockpuls mer eller mindre är ovidkommande, enda gången det kan påverka avkodningen är om det blir så grovt att du får bitfel, men då är det bitfel & inte jitter längre & det upptäcks av crc kontrollen i decodern... Den komprimerade datan ligger i denna inkommande buffer (mellanlagrad) & "betas av i paket" för dekodning & den enda klockpuls som används då är den interna i decodern, inte den inkommande...

Då blir min fråga, hur får du ihop att inkommande klocka kan generera jitter i DD/DTS signaler när den helt enkelt inte används i något led i avkodningen?

[tyve]

• 0

känner mig så pass övertygad att jag ska beställa ett sådant ljudkort idag, man måste ju prova för att veta om det verkligen funkar.. de enda jag är rädd för är att mista ljudkvalite.

hur stor är skillnaden på 16bit och 24 bits ljud ?

vad och när använder man sig av 24 bitas rep 16 bitars ljud ?

2 väldigt viktiga frågor för mig.. hoppas det finns någon som har tid och lust att svara på dem

har sökt lite på nätet och jag tänker inte köpa ett kort som inte stödjer 24bitsar ljup iaf.. går misste om en hel del i ljud upplevelser.. tack, men nej tack.. detta funkar säkert bra, men är inget för mig som vill ha ut de bästa från mina ljudkällor.

har jag en källa på 24bit vil ju iaf inte jag nöja mig med 16 bitars ljud djup

<{POST_SNAPBACK}>

För mig som inte har så känsliga öron är det ingen skillnad mellan 16 och 24 bitars djup men du har troligen mycket bättre utrustning än vad jag har och kan kanske höra en skillnad. Vanlig CD använder inte mer än 16 bitar. Mp3 och alla andra komprimerade format använder normalt en CD som grund och är därför också max 16 bitar.

Super Audio CD och DVD-A använder 24 bitar men en sådan spelare brukar vara fristående och innehålla väldigt bra DAC:ar så det brukar rekommenderas att man kör analogt till recievern.

Blu-ray och HD-DVD kan använda 24-bitar det men då är det surroundljud och det vet jag inte om det påverkas av kortet eller om det ens går att överföra via spdif. True HD ljud verkar vara 18 Mbit/s och det är ganska mycket mer än 3 Mbit/s som spdif är specat för från början.

Vet inte vad det är för länkar du läst men det mest jag läst handlar om att spela in (sampla) i högre hastighet och med större bitdjup och det gör det stor skillnad även om man sedan lagrar i 16 bitar och 44.1 kHz. Har du någon länk du kan dela med dig av som du tycker var bra?

[Unregistereda894d36f]

• 0

Mycket intressant tråd.

I min mening så är det riktigt fint att sköta konverteringen till analogt i receivern för att man slipper massa störningar från datorn

[Bo Mellberg]

• 0

Vad som ger bäst ljud (analog eller digital koppling till reciever) är naturligtvis beroende på vad du har för utrustning. Det går inte att säga att det ena är generellt bättre än det andra.

Själv är jag otroligt nöjd med mitt X-Meridian med LM4562 kopplat direkt till slutsteget (H/K Signature 2.1) och biampade QRS Tellus. Att det är en prismässig enorm fördel för högpresterande ljudkort kontra högpresterande reciever råder det ingen tvekan om.

Om du har en reciver med kompetenta AD-omvandlare så skaffa det billigaste, 44.1 KHz-kapabla (de billigaste gör om allt till 48 KHz, akta dig för dem!) ljudkortet med digital ut du kan hitta (kan tyvärr inte råda om vilket) och kör digitalt till recievern.

Om du däremot, som jag, inte har råd att lägga 20-30.000 på ett bra hemmabioförsteg så köp ett X-Fi, X-Meridian, Lynx, eller dyl ljudkort och kör med analoga kablar.

/Bosse

[Micke_L]

• 0

Tellus82
Jo jag begriper vad buffring är. En buffring är att lagra data i en buffert. Att man buffrar säger generellt ingenting om hur man sedan klockar ut datat ur bufferten.

Men i fallet vi diskuterar så handlar det om att ett ljudkort (kunde lika gärna vara en dvd-spelare) matar ut data i en viss hastighet.
Decodern ska ta hand om datat, buffra det och sedan klocka ut det i samma hastighet.
Det finns ett problem där och det är: Hur vet klockan i decodern hur fort klockan i dvd-spelaren går och hur fasen ligger.
Vad är ditt svar på det? Eller spelar det ingen roll? Enligt ditt förra inlägg så verkar det vara så du menar.

Proffsens lösningar på detta är: http://www.tnt-audio...ginterf2_e.html
Enligt en länk från tyve.

Då blir min fråga, hur får du ihop att inkommande klocka kan generera jitter i DD/DTS signaler när den helt enkelt inte används i något led i avkodningen?

Ja den frågan är ju meningslös att ställa eftersom jag i mitt förra inlägg skrev ATT klockan i decodern påverkas av klockan i ljudkortet/dvdn. Så vi har olika åsikter där.

Nu har jag gett dig en fråga och en länk i ett försök att få dig att förstå min åsikt och en grund till den. Då skulle jag ju behöva nånting liknande från dig.

Redigerat av Micke_L, 21 February 2007 - 10:53.

[tyve]

• 0

Proffsens lösningar på detta är: http://www.tnt-audio...ginterf2_e.html
Enligt en länk från tyve.

...

Ja den frågan är ju meningslös att ställa eftersom jag i mitt förra inlägg skrev ATT klockan i decodern påverkas av klockan i ljudkortet/dvdn. Så vi har olika åsikter där.

Nu har jag gett dig en fråga och en länk i ett försök att få dig att förstå min åsikt och en grund till den. Då skulle jag ju behöva nånting liknande från dig.

<{POST_SNAPBACK}>

Citerar från Apogee Rosetta 200

Apogee have always been praised for their stable, low-jitter clocks, and the latest Intelliclock design employs a dual-stage jitter-reduction technique that uses a FIFO buffer to isolate external, unstable clocks from the internal reference clock — a FIFO buffer (first-in, first-out) is a form of short-term memory. Incoming audio samples are loaded into the FIFO buffer using a 'write' clock derived from the incoming digital signal, and a high level of jitter and instability can be tolerated here, since stable timing isn't required. The audio data is then retrieved from the FIFO buffer using a very precise 'read' clock, which permits jitter-free D-A conversion. Of course, the FIFO buffer introduces a short storage delay, but this only amounts to a few samples, and is irrelevant compared to the normal conversion-filter delays. A similar approach is used to ensure that the A-D conversion is jitter free, even when using an external reference clock.

Det är en motsvarande lösning som jag förutsätter att alla recievrar värda namnet använder sig av och därmed minimerar jittret. Man kan också undra hur "dålig" klockan är i ett billigt ljudkort eftersom en klocka (oscillator) med precision på +-100 picasekunder per minut kostar 15:- hos Elfa.

För att återknyta till din tidigare fråga med 3 alternativ så är min reality check ett alternativ fyra:

4. Tillverkarna vet att det går att sälja alternativa (dyra) lösningar eftersom folk inte litar att så simpel och billig lösning för spdif kan fungera

Redigerat av tyve, 21 February 2007 - 16:29.

[Tellus82]

• 0

Tellus82
Jo jag begriper vad buffring är. En buffring är att lagra data i en buffert. Att man buffrar säger generellt ingenting om hur man sedan klockar ut datat ur bufferten.

Men i fallet vi diskuterar så handlar det om att ett ljudkort (kunde lika gärna vara en dvd-spelare) matar ut data i en viss hastighet.
Decodern ska ta hand om datat, buffra det och sedan klocka ut det i samma hastighet.
Det finns ett problem där och det är: Hur vet klockan i decodern hur fort klockan i dvd-spelaren går och hur fasen ligger.
Vad är ditt svar på det? Eller spelar det ingen roll? Enligt ditt förra inlägg så verkar det vara så du menar.

Proffsens lösningar på detta är: http://www.tnt-audio...ginterf2_e.html
Enligt en länk från tyve.

Då blir min fråga, hur får du ihop att inkommande klocka kan generera jitter i DD/DTS signaler när den helt enkelt inte används i något led i avkodningen?

Ja den frågan är ju meningslös att ställa eftersom jag i mitt förra inlägg skrev ATT klockan i decodern påverkas av klockan i ljudkortet/dvdn. Så vi har olika åsikter där.

Nu har jag gett dig en fråga och en länk i ett försök att få dig att förstå min åsikt och en grund till den. Då skulle jag ju behöva nånting liknande från dig.

<{POST_SNAPBACK}>

Du är medveten om att artikeln du länkar till endast tar upp överföringen med spdif och pcm data, inte AC3/DTS? Alltså, den har inte med AC3/DTS att göra... Endast överföringen. inte avkodningen, och som jag sagt tidigare, skulle du få jitterfel i överföringen så till den milda grad att det påverkar avkodningen på något sätt så skulle dekodern tappa synken....

SPDIF interfacets standard innefattade aldrig flerkanals ljud från början utan det har implementerats allt eftersom & många har helt enkelt snöat in i gamla artiklar & krafs som berör icke flerkanals spdif lösningar...

Vad det gäller länkar så kan du läsa en smula på component eller varför inte hos Dolby själva?

Redigerat av Tellus82, 21 February 2007 - 17:10.

[Tellus82]

• 0

fick något fel vis postning, mod kan gärna ta bort om dom vill...

Redigerat av Tellus82, 21 February 2007 - 17:09.

[Micke_L]

• 0

Tellus82, det är ju inte skillnad på om man lägger in pcm-data i en buffert och klockar ut det eller om man lägger dit dts-data, avkodar det och klockar ut det.
I båda fallen är det ju samma klockpulser som skickar ut det.

Som du märker pratar jag inte om gamla grejer utan nya. Och av dom prylar jag lyssnat på är dom äldsta max kanske 5 år gamla.

Har läst lite på component och det gav ingenting, bara fantasier om att teoretiska lösningar som är perfekta går att förverkliga analogt. Verkligheten är inte digital.

Dolby ska jag kolla.

Redigerat av Micke_L, 21 February 2007 - 17:13.

[Tellus82]

• 0

Tellus82, det är ju inte skillnad på om man lägger in pcm-data i en buffert och klockar ut det eller om man lägger dit dts-data, avkodar det och klockar ut det.
I båda fallen är det ju samma klockpulser som skickar ut det.

<{POST_SNAPBACK}>

Grejen är den att DD & DTS är komprimerad data som har CRC kontroller (bitfelskoll) vilket gör att det skiljer en hel del mot en rå pcm ström... I PCM fallet så kan man få jitterfel om inkommande & utgående klocka inte stämmer mot varandra men inkommande används aldrig på DD/DTS avkodning vilket gör jitter en smula svårt...

Redigerat av Tellus82, 21 February 2007 - 17:13.

[Micke_L]

• 0

Vart har du hittat informationen att den inkommande klockan inte används vid DD/DTS-avkodning?
Och varför skulle den isåfall användas på PCM? DD och DTS är ju bara en tjorvigare variant, dvs att en DSP måste avkoda datat i bufferten medans PCM går att skicka direkt från bufferten till dacen utan avkodning.

[Micke_L]

• 0

tyve den där Apogee-länken är ju nån recension där en tidning har klippt in vad Apogee själva påstår om sina prylar. Och det där är ju en DAC-ADC i 20000kr klassen. Det finns inget som säger att deras metod för att minimera jittret är billig.

När man skriver jitter-free så kan man lika gärna mena att det är väldigt lite jitter och låter svinbra. Inte att det inte är nåt jitter. Dessutom så existerar inga såna här lösningar som är utan jitter. Det blir jitter mellan klockan och dacen, jitter i själva dacen osv.
Så att dom säger jitter-free betyder ingenting bestämt.

[Xicaxo]

• 0

där har vi anledningen till att jag är skeptisk

olika åsikter och olika svar på vad som funkar och inte funkar med olika källor

är inte övertygad om att detta går att jämnföra med ett dyrare kort som x-fi eller liknande tex creative audigy 4.. jag lägger hellre lite mer pengar på ett ordentligt kort som fungerar felfritt än köper ett billigare kort som man själv får modifiera för att KANSKE få en billig/bra lösning.

eftersom detta kort inte klarar 24bit så faller det bort för mig oavsett.. hade de klarat 24bit hade det varit mer interesant.. men lägger man Xantal tusenlappar på ett hemmabio system, ser jag ingen anledning att spara in på ett ljudkort som endå är källans HJÄRTA.. får man dålig signal ut från burken kan man ju lika bra köra med skit i andra änden oxå.

i slutänden blir det väl som med allting annat: du får vad du betalar för !!

[Tellus82]

• 0

Vart har du hittat informationen att den inkommande klockan inte används vid DD/DTS-avkodning?
Och varför skulle den isåfall användas på PCM? DD och DTS är ju bara en tjorvigare variant, dvs att en DSP måste avkoda datat i bufferten medans PCM går att skicka direkt från bufferten till dacen utan avkodning.

<{POST_SNAPBACK}>

Anledningen till att inkommande klocka inte används nämner du faktiskt själv i denna text...
När DSP:n tar hand om datan i FIFO buffern så är det DSP:ns klocka som används genom en reclock process(vilken snurrar på i en extremt högre hastighet) & inte inkommande klockpuls, i & med att datan är komprimerad så behöver den heller ingen inkommande klockkänning förutom till att veta vilken samplingsfrekvens som används.(32, 44.1 48, 96) Så det jitter som kan uppstå här är egentligen mellan DSP:n & DACarna i decodern, inte från inkommande signal... PCM däremot går som sagt direkt till DACarna & blir därför känsliga för klockskillnader från källan...

vad det gäller hänvisningen till component så finns det ett par vettiga trådar angående detta ämne, ska se om jag kan gräva upp dessa, Dolby har tyvärr tagit bort sitt white paper på hur överföringen/avkodningen funkar, dom hade en mkt bra pdf där dom förklarade exakt hur AC3 signalen är kodad... Ska kika om jag kan leta på en kopia i burken någonstans...

[Micke_L]

• 0

Anledningen till att inkommande klocka inte används nämner du faktiskt själv i denna text...

Du menar att när jag skriver "PCM går att skicka direkt från bufferten till dacen utan avkodning" så säger jag att inkommande klocka inte används, förstår jag dig rätt?

Observera att jag skriver inte att PCM går direkt till DACarna, jag skriver direkt från bufferten till DACarna (utan avkodning av DSPn). Dvs PCM får samma behandling som DD/DTS (förutom att DSPn är inne och joxar i datat när det är DD/DTS vilket inte har nån betydelse ang jitter).

Ska fösöka beskriva hur jag menar att det funkar:
* Data kommer in på spdif-ingången.
* Data läggs i en FIFO.
* En DSP med en egen klocka får veta att det finns nya data i bufferten via nån triggsignal.
* DSPn behandlar datat. I PCM-fallet behöver den inte göra någonting eftersom det är okomprimerat, DD/DTS packar den upp och placerar i bufferten och det komprimerade DD/DTS-datat som kom in raderas ur bufferten.
* Datat i bufferten överförs till DACarna i rätt tempo klockade av en klocka (inte DSPn klocka) som via div tekniker är syncad med klocksignalen från spdif-ingången, men jittret är förhoppningsvis betyligt lägre om konstruktionen är välgjord.

När DSP:n tar hand om datan i FIFO buffern så är det DSP:ns klocka som används genom en reclock process(vilken snurrar på i en extremt högre hastighet) & inte inkommande klockpuls

Är osäker på hur du menar här, menar du att när DSP:n skickar ut datat till DACarna så använder den sin egen klocka som den reclockar för att få ut en klocksignal med rätt samplingsfrekvens?

Edit: Hoppas du hittar pdf:en. Jag kikade på Dolbys sida men hittade inget, men då hade dom ju tagit bort det då ja.

Redigerat av Micke_L, 21 February 2007 - 19:58.

[Tellus82]

• 0

Anledningen till att inkommande klocka inte används nämner du faktiskt själv i denna text...

Du menar att när jag skriver "PCM går att skicka direkt från bufferten till dacen utan avkodning" så säger jag att inkommande klocka inte används, förstår jag dig rätt?

<{POST_SNAPBACK}>

Inte riktigt, missförstå mig rätt Det jag menade med detta var:

dvs att en DSP måste avkoda datat i bufferten medans PCM går att skicka direkt från bufferten till dacen utan avkodning.

Här är du inne på rätt spår... Det du säger att DSP:ns egna klocka inte används mot dac stämmer bra, på riktigt gamla DPS:er, nyare har däremot en reclock funktion & den egna DSP klocken används emot dacarna... I tidiga decodrar så delades datan upp ifrån FIFO buffern i två delar, dels den råa komprimerade DD/DTS datan & dels klockpulsen.
Datan skickades till DSP:n medans klockpulsen gick till DAC direkt & den uppackade datan från DSP:n matchades mot detta till DAC. Men som jag beskrev ovan så har detta förändrats i nyare decodrar & nu tar DPS:n hand om både data & klockpuls, dock skickas inte den inkommande klockpulsen vidare till dac utan ersätts med en reclock av DPS:n. Detta Gör man pga att den gamla metoden med att dela upp klock & data gav upphov till ännu mer jitter när uppackad data ska matchas mot den separerade klockpoulsen in i DAC... (jisses va rörigt & förklara )

Alltså, gamla decodrar:

_____________________________1: data till DSP, uppackning ------\
DD/DTS ström över spdif -> <______________________________DAC
_____________________________2: klockpuls ---------------------/


(ignorera sträcken.... måste för att de ska gå att utläsa bara)
Nya Decodrar:

DD/DTS ström över spdif -> klock & data till DSP, uppackning, reclock ----DAC

Hoppas du förstår hur jag menar...

Edit: vad det gäller dolbys lilla finurliga fil så var det nog ganska längesedan den togs bort, dom gjorde en ny hemsida för något år sedan & sedan har jag inte lyckats hitta den rackarn där... Tänkte inte på det tidigare...sry...

Redigerat av Tellus82, 21 February 2007 - 20:45.

[Micke_L]

• 0

Ingen fara ang filen och hemsidan!

Ang begreppet reclock, i artikeln jag refererat till så används begreppet reclock att man använder klocksignalen från spdif och mha olika metoder så får man till en bättre klocksignal att skicka till dacen.
Men det är en gammal metod och nu kan man helt enkelt strunta i den klockinfo som kommer in och bara tima dacen efter dsp:ns klocka som delas ner till rätt frekvens? Mao blir överföringen från dvd-spelaren till receivern (tex) helt jitterfri, både teoretiskt och praktiskt.

Så uppfattar jag det, tror jag förstått rätt?
Alltså man kan säga att det blir precis samma sak vad gäller jitter som när man tar data från hårddisken över ide-kabeln till ljudkortets buffert och spelar upp det med ljudkortets klocka. Helt jitterfri överföring både i teorin och praktiken.

Fast det är här som jag inte håller med längre. Att köra två separata digitala system (tex receiver och dvd) tillsammans utan att kommunicera (synca) med varandra funkar inte praktiken. Dock perfekt i teorin.

Ta exemplet med ljudkort och hårddisk. Man skulle kunna tänka sig att ljudkortet säger åt hårddisken att sätta igång att skicka data från en ljudfil med hårddiskens egen klocka ställd till tex 48kHz. Sedan kommunicerar dom inte mer utan ljudkortet ställer också in sig på 48kHz och känner efter 48000ggr/s om det är en 1:a eller 0:a som ligger på ledningen. Och sen spelar ljudkortet upp datat med sin egen klocka.

Vad jag kan se så borde detta vara samma sak som hur du beskriver spdif överföringen?

[Tellus82]

• 0

Det du syftar på nu brukar folk kalla för att enheterna driftar ifrån varandra, vad jag har förstått så skiljer det för lite mellan klockpulser för att det ska kunna drifta ifrån varandra inom en rimlig överskådlig framtid... Alltså skillnaden i hur fort data skickas & tas emot är inte stor nog... För att det ska kunna bli fel måste i praktiken skillnaden vara så stor att buffern antingen töms eller flödar över, så stora variationer ska det inte vara på själva samplingsfrekvensen...

Att enheternas klockor ligger lite ur fas gör däremot ingenting då du har en buffer imellan vad det gäller dataflödet, alltså skillnaden i när ena enheten börjar sända & när andra börjar ta emot. Buffern ger en delay på en viss tid vilket obönhörligen ger fasskillnader (detta är ett av problemen med äldre decodrar som skickar inkommande klockpuls direkt till dac men samtidigt har en buffer, att synka här till rätt "fas" är inte lätt)

Redigerat av Tellus82, 22 February 2007 - 06:15.

[Micke_L]

• 0

Har du nån koll på när denna teknik skulle ha börjat användas i konsumentprodukter?

Edit: Äh, den här posten tillför väl ingenting egentligen. För att komma vidare i diskussionen så måste vi nog ha ett dokument som förklarar tekniken du skriver om Tellus.

Men tyve du måste väl ha nåt sånt dokument? Kanske finns bland dina länkar.



Och det känns väldigt konstigt att alla dokument man hittar om spdif tydligen handlar om gamla tekniker, men ingen nämner den senaste tekniken som totalt sopar bort meningen med att ens grubbla över den gamla tekniken.

Varför verkar det bara vara en del folk på forum som känner till den? Fast Dobly pdf:en är ju ett undantag då.

Sen är ju den där bufferttekniken väldigt enkel. Känns väääldigt konstigt att den inte implementerades för länge sen och blev standard istället för att hålla på och krångla med en massa avancerade tekniker som inte tillför någonting, tvärtom (fast tyve har ju svaret på det, dom lurar oss konsumenter).

Redigerat av Micke_L, 22 February 2007 - 13:34.

[Commando]

• 0

För er med Asus M2NPV WM så vill jag tipsa om att använda den inbyggda HD Audio-funktionen (se BIOS om den inte är påslagen) och mata ut det digitalt med coax via en Asus s/pdif-modul (coax & optisk) för strax över hundringen till receivern... Enligt min mening gav detta ett jättebra ljud.

Ps. modulen kanske även passar andra mb med s/pdif-anslutning.

Redigerat av Commando, 23 February 2007 - 12:10.

[Unregistered0d88e7f5]

• 0

Jag kör ett Abit AW9D-MAX med HD-Audio funktionen. Jag använder SPDIF utgången men jag har problem med bakgrundsbrus. Någon som har några tips på inställningar för att få bort detta?