Ghammel & Suhr skal ha tid til at svare, det er som det er.

Det er spændende om der er noget om noget af snakken.

Appropos Mac´ens fortræffeligheder, så se her:

Larry Osterman skrev: # re: Windows Audio Quality Enhancements Tuesday, September 20, 2005 3:06 PM by LarryOsterman Chris, the guy who was the architect for most of our audio infrastructure (Steve Swenson (http://www.svtrinity.net/index.htm)) worked on audio at Apple before coming to Microsoft. We know what Apple's doing with audio :) The big thing about ASIO isn't the floating point, it's the latency. I'll be talking about how we're achieving low latency some point in the future. Nicholas, the floating point state shouldn't be a problem, because the engine runs in a separate process, and NT virtualizes the FP hardware.

PS: Don't feed the troll!

Ghammel & Suhr skrev: Derfor lagde jeg med fuldt overlæg noget faktuelt forkert information ind i mit indlæg, for at kunne se, om det sædvanlige "hylekor" nu også vidste, hvad det er, de hyler op om.

Hehehe,

Den var god, der fik du mig faktisk til at sidde og småklukke.

Jeg tror lige jeg gemmer den til en klemt situation: jaja det var forkert men det var med vilje, jeg har ret 

Så bit-perfect under windows virker ifølge G&S simpelthen ikke, og hvem som helst der tillader sig at være uenig er del af et hylekor af religiøse fornægtere.

Så kommer der vist ikke mere konstruktivt ud af den diskussion...

Og så har G&S med vilje indført en 'fejl' i det oprindelige indlæg for at teste om vi var vågne...

Jeg må hellere gå til bekendelse. Jeg blev snydt. Jeg tog faktisk det oprindelige indlæg alvorligt. Det skal ikke ske igen!

PS: Don't feed the troll!

Jeg ville da gerne høre G&S hvordan han så mener selvsamme PC vil behandle det hvis man f.eks. ripper et DTS spor (hvad enten det er fra en CD med musik i DTS, eller det er DTS sporet fra f.eks. en koncert-DVD). DTS er 24-bit lyd - bliver det så downsamplet til 23 bit, eller hvordan..? Og hvordan med DVD-audio..??

Så vidt jeg ved behandles andre audioformater med fuld opløsning, men det er ikke noget, jeg har sat mig nærmere ind i, så her er jeg lidt på Herrens mark.

Måske nogen kan bidrage her???

Mit lydkort som jeg nævnte tidligere er iøvrigt essentielt et semi-pro hjemmestudio kort, der som nævnt arbejder i 24 bit - det gør det også ved optagelser, eller bliver disse så også internt downsamplet inden de bliver re-upsamplet ved afspilning, eller..?

Dit lydkort bruger en ASIO driver, så nej. ASIO er netop "opfundet" for at omgå MS's audio API.

Specs her: http://www.emu.com/products/product.asp?category=505&sub category=491&product=9870&nav=technicalSpecification s

For det første mener jeg, at du blander froskellige begreber sammen. Hvilke??? Fænomenet med at data på disken kan interfere med hinanden, grundet diskens data-tæthed, og så det faktum, at en harddisk gemmer data som magnetisk info... Dette er egentlig ikke noget nyt. Nej, det har du helt ret i, men det kommer åbenbart som en overraskelse for nogle...   Men du kalder det for jitter, og det er HELT forkert!! Korrekt udfra det du her skriver, men det er ikke det, jeg skriver - jeg skriver at uhensigtsmæssigt høje temperaturer producerer jitter. En gang for alle, så er jitter defineret som fasestøj i en clock.
Man kan ikke tage alle de problemer der er i forbindelse med digital audio, og kalde det hele for jitter. Ret mig gerne, hvis jeg tager fejl, men er jitter ikke defineret som værende forvrængning i tids/domæne forholdet??? Qua denne definition optræder også analog jitter, der kan induceres via mikromekaniske påvirkninger.

Dernæst kunne jeg godt tænke mig at vide, om du reelt har målt på de data der kommer ud af en pc?? Nej, ikke selv   Du påstår at der opstår decideret fejl-data, som følge af intereferens mellem digitale kredse. He he he... OK. Det har jeg ALDRIG før hørt om, og mine erfaringer siger mig noget helt andet. Det er nok fordi jeg ikke påstår dette, skal du se. Intel påviste engang i 90'erne, at der ved såkaldte "excessive temperatures" opstår elektronvandring kobberbanerne imellem indeni i en mikrochip, såkaldt "electron migration". Kører man imidlertid alting i forhold til specifikationerne, bør dette ikke opstå. Det gør det imidlertid alligevel en gang imellem, og chipdesignernere (bl.a. IBM) kæmper jo også en brav kamp for at undgå dette. Som et vejledende forsøg kan man putte et stegetermometer i lommen og stikke det ind i computeren hos venner og bekendte. Der er sjældent under 30 Celsius, skulle jeg hilse og sige 
Lidt pudsigt er det, at jeg pt er i gang med at måle på noget tilsvarrende på mit job.
Jeg er ved at lave EMC-test på et produkt, der skal kommunikere med en pc. Grundet den branche vi producerer apperater til, stilles der MEGET skrappe myndighedskrav til datasikkerhed. Og det er en af de ting jeg er ved at teste under EMC-test.
I den opstilling vi benytter, kommunikerer vores produkt med en helt almindelig laptop via LAN. Kommunikationen kører konstant med stort set maks båndbredde for at stresse systemet maks. Der er skrevet specielt software, der overvåger kommunikationen for evt fejl. Og selv efter timevis af test, under ret ekstreme påvirkninger, er der ikke sket en eneste fejl i kommunikationen. Ikke en eneste bit-fejl. Vel at mærke på helt almindelig pc-kommunikation. Når du skriver LAN, går jeg ud fra, at der benyttes TCP/IP, så mon ikke fraværet af fejl skyldes den indbyggede fejltolerance i denne protokol? Hvis pakken ikke når frem, bliver den jo sendt afsted igen, indtil der ikke er fejl i kommunikationen.

Tror du mistolker de tekniske facts, i din søgen på en forklaring på, at en pc ikke skulle være egnet til musik. Igen: Hvor?
Du har ret i, at der sker masser af bit-fejl i en pc. Men systemet er designet herefter, med MASSER af fejl-kontrol. Netop! Og dette er præcis en af pointerne i mit indlæg.  Og denne er i modsætning til en CD-afspiller ret glimrende. Hvis "glimrende" er det samme som "analogt med", så ja    Bl.a. fordi man har MASSER af bufferpladser, så man har tid til fejlretningen. Og derfor kan man helt undgå bitfejl i at nå ud af maskineriet, i modsætning til en CD-afspiller. En stor del af min pointe går netop på det modsatte. For meget buffering introducerer blot yderligere fejlmuligheder, ligesom en aggressiv fejlretning indikerer et (alvorligt) problem tidligere i kæden. En måde at omgå dette på, er brug af SCSI og ECC RAM. Men jeg kender p.t. ikke nogen, der bruger disse ting derhjemme.

Jeg tror MEGET på pc'en som musik-afspiller. Ditto! Men det skal gøres ordentligt. Det er nemlig IKKE problemfrit!  Lige præcis "the master point" i mit indlæg! Men det handler ikke om bitfejl. Nej, det er jo blot en lille del af det - men hvorfor er du så fikseret på netop bitfejl???
Det handler om at få dataene ud af maskinen på forsvarlig vis. Pæcist! Og det er da også en af mine pointer! Mit bedste bud er at lave et dedikeret SPDIF print, der hiver lyddata ud, adskiller det galvanisk gennem nogle hurtige opto-couplere og sender det videre som SPDIF.
Det kunne faktisk godt være et fint vinterprojekt.... Ikke for at spolere julefreden i det Hurtige hjem, men var det ikke netop det Onkyo legede med i slut-firserne???

Ellers vil jeg gerne sige TAK for et både relevant og konstruktivt indlæg i denne tråd, det var tiltrængt!

Ghammel & Suhr skrev: Jeg hørte selv om problemet først fra en dataingeniør, siden læste jeg om det i en artikel i et fagblad, og for ca. et års tid siden læste jeg i computerworld, at problemet ifølge MS sandsynligvis ikke vil blive løst i den komme Vista. Så det eksisterer desværre stadig. De overvejer i øvrigt at disable kernel streaming o Vista, Årsagen er sikkerhedsproblemer.

Jeg bøjer mig i støvet over din overlegne viden, og forlader denne tråd. Den kan sikkert fortsætte i LAAANNG tid.

MVH

Bonné

Jo-jo...det bliver interessant at se om vi fremover skal se flere indlæg med indlagte falske "kontrolfacts". - Så afsenderen lige kan tjekke om forumbrugerne læser indlæggene med den fornødne seriøsitet og omhu. Eller om de er kloge nok til at kapere det 'skriveniveau' som afsenderen angiveligt befinder sig på.

Hilsen

Nilau