Bitdjup - Versionshistorik

Claes den 19 mars 2018 kl. 14.52

2018-03-19T14:52:16Z

Claes den 8 januari 2014 kl. 10.56

2014-01-08T10:56:51Z

Claes den 11 augusti 2010 kl. 10.20

2010-08-11T10:20:32Z

Claes: /* Float vs Fixed */

2010-05-09T21:11:57Z

Float vs Fixed

Claes den 9 maj 2010 kl. 21.05

2010-05-09T21:05:43Z

Claes den 9 maj 2010 kl. 20.51

2010-05-09T20:51:06Z

Claes den 9 maj 2010 kl. 18.16

2010-05-09T18:16:16Z

Claes: /* 48-bit */

2010-05-07T14:25:29Z

48-bit

Claes den 7 maj 2010 kl. 14.24

2010-05-07T14:24:51Z

Claes den 29 juni 2009 kl. 22.38

2009-06-29T22:38:51Z

@@ Rad 22: / Rad 22: @@
 För de som inte vet vad mantissa och exponent är, så kan man förklara det med exempalvis det decimala talet 100, som också kan skrivas som 1*10<sup>2</sup>, där 1 är mantissan, 10 är basen och 2 är exponenten (typ hur många nollor det ska vara - och när exponenten har ett negativt värde, så handlar det typ om hur många nollor det ska vara mellan decimaltecknet och mantissans värdesiffror).
-Eftersom formatet är organiserat som det är, så tillåter det en dynamik mellan 3,4*10<sup>-38</sup> och 3,4*10<sup>+38</sup>. Detta är ett spann på 1*10<sup>76</sup>, vilket blir hisnande 1520dB. Upplösningen för '''varje sampling''', oavsett nivå, är 24-bit - så formatet är enormt mycket bättre upplöst än övriga.
+Eftersom formatet är organiserat som det är, så tillåter det en dynamik mellan 3,4*10<sup>-38</sup> och 3,4*10<sup>+38</sup>. Detta är ett spann på 1*10<sup>76</sup>, vilket blir hisnande 1680dB. Upplösningen för '''varje sampling''', oavsett nivå, är 24-bit - så formatet är enormt mycket bättre upplöst än övriga.
 Detta utnyttjas dock inte när man spelar in, eftersom man bara kan få 24 bits från omvandlaren, så om man skulle spela in in 32-bit FP, så blir det bara 24 bits men ingen exponent som sparas.

@@ Rad 53: / Rad 53: @@
 Det här är ju lite lurigt att förklara men let me ramble on.
-Om vi tänker oss att vi har en vågform i 16 bit WAV eller AIF, så är samplevärdena lagrade som heltal. Det lägsta värdet är -32767 och det högsta är 32768. Mitten är 0. Vågformen går upp och ner mellan de värdena.
+Om vi tänker oss att vi har en vågform i 16 bit WAV eller AIF, så är samplevärdena lagrade som heltal. Det lägsta värdet är -32768 och det högsta är 32767. Mitten är 0. Vågformen går upp och ner mellan de värdena.
 I en datorhost omvandlas värdena till flyttal som kan variera mellan -1.0 och 1.0 (mitten är fortfarande 0). Alla värden däremellan blir med en massa decimaler. Hur många decimaler bestäms av bitdjupet. Och de är många i standard 32bitsystem.

@@ Rad 43: / Rad 43: @@
 Båda metoderna ger ett mycket bra resultat och skillnaden är helt enkelt att en dator jobbar bättre med flyttal än med heltal, medan DSP (som det sitter i ljudkorten till ProTools och i många externa digitala effekter etc), är bättre på heltal än på flyttal.
+===Vi går djupare===
 Nu blir det lite teori kring detta, som visar att det varken är bättre eller sämre med fixed eller float. Den suveräna utredningen nedan skrevs ihop av Lars på [[XLN Audio]] och han tyckte att det var ok att lägga in den här i Wikin. :)
@@ Rad 60: / Rad 60: @@
 Poängen är då att när man ska räkna på talen (multiplicera, addera och annat skoj som händer i hostens mixer) så får man då tillgång till mycket större noggrannhet. En massa decimaler i flyttalsfallet - I heltalsfallet finns inga decimaler så då jobbar man helt enkelt med mycket större tal istället. Samma grej egentligen, bara olika sätt att angripa problemet.
 Låt säga att vi vill sänka volymen 1%, till 99% av vad den var från början.
 Flyttal:
@@ Rad 68: / Rad 70: @@
 Om vi sen omvandlar tillbaka till ett 16 bit heltal (säg vid export till master):
 ,99 * 32768 = 32440,32 ->avrundas till 32440
 Heltal:
@@ Rad 80: / Rad 83: @@
 = Samma resultat.
 Trots dessa stora tal / många decimaler så sker hur som helt avrundningar hela tiden. Poängen är att de här avrundningarna är så oerhört små jämfört med de tal som utgör själva "ljudet" att det är som att försöka urskilja ljudet av en fallande knappnål bredvid en rusande jetmotor. De "fel" som uppstår ligger långt bortom vad någon levande männsika kan urskilja, bortom vad en mikrofon kan uppfånga eller högtalare återge.

← Äldre version		Versionen från 9 maj 2010 kl. 21.11
Rad 41:		Rad 41:
	Detta är dock ett helt felaktigt påstående!		Detta är dock ett helt felaktigt påstående!

−	Båda metoderna ger ett mycket bra resultat och skillnaden är helt enkelt att en dator jobbar ~~mycket snabbare~~ med flyttal än med heltal, medan DSP (som det sitter i ljudkorten till ProTools och i många externa digitala effekter etc), är bättre på heltal än på flyttal.	+	Båda metoderna ger ett mycket bra resultat och skillnaden är helt enkelt att en dator jobbar bättre med flyttal än med heltal, medan DSP (som det sitter i ljudkorten till ProTools och i många externa digitala effekter etc), är bättre på heltal än på flyttal.

@@ Rad 46: / Rad 46: @@
 Nu blir det lite teori kring detta, som visar att det varken är bättre eller sämre med fixed eller float. Den suveräna utredningen nedan skrevs ihop av Lars på [[XLN Audio]] och han tyckte att det var ok att lägga in den här i Wikin. :)
-''Ur teknisk synvinkel så handlar det om att datorer räknar på flyttal mycket snabbare än heltal.
+Ur teknisk synvinkel så handlar det om att datorer räknar på flyttal mycket snabbare än heltal.
 Och DSP-chips som sitter i ProTools TDM och många hårdvarureverb etc är bättre på heltal.
@@ Rad 55: / Rad 55: @@
 Om vi tänker oss att vi har en vågform i 16 bit WAV eller AIF, så är samplevärdena lagrade som heltal. Det lägsta värdet är -32767 och det högsta är 32768. Mitten är 0. Vågformen går upp och ner mellan de värdena.
 I en datorhost omvandlas värdena till flyttal som kan variera mellan -1.0 och 1.0 (mitten är fortfarande 0). Alla värden däremellan blir med en massa decimaler. Hur många decimaler bestäms av bitdjupet. Och de är många i standard 32bitsystem.
 I ett DSP-system (heltal) multipliceras värdena till mycket större tal (hur mycket större bestäms av bitdjupet.)
@@ Rad 72: / Rad 72: @@
 Heltalet 32768 multipliceras upp (för varje ytterligare bit fördubblas talet, så för varje 8 bitars djup multiplicerar man med 256).
 * 256 * 256 * 256 * 256 = 140737488355328 vid omvandling till 48 bit.
 140737488355328 * 0,99 = 139330113471774,72, decimalerna finns inte så det blir 139330113471774
@@ Rad 81: / Rad 81: @@
 = Samma resultat.
-Trots dessa stora tal / många decimaler så sker hur som helt avrundningar hela tiden. Poängen är att de här avrundningarna är så oerhört små jämfört med de tal som utgör själva "ljudet" att det är som att försöka urskilja ljudet av en fallande knappnål bredvid en rusande jetmotor. De "fel" som uppstår ligger långt bortom vad någon levande männsika kan urskilja, bortom vad en mikrofon kan uppfånga eller högtalare återge.''
+Trots dessa stora tal / många decimaler så sker hur som helt avrundningar hela tiden. Poängen är att de här avrundningarna är så oerhört små jämfört med de tal som utgör själva "ljudet" att det är som att försöka urskilja ljudet av en fallande knappnål bredvid en rusande jetmotor. De "fel" som uppstår ligger långt bortom vad någon levande männsika kan urskilja, bortom vad en mikrofon kan uppfånga eller högtalare återge.
 [[Kategori:Ljudteknik]]
 [[Kategori:Datorer]]
 [[Kategori:Mjukvara]]

@@ Rad 35: / Rad 35: @@
 [[ProTools]] har i de senare versionerna börjat använda sig av 48-bit internt i stället för 24-bit, som de har haft tidigare. Detta ger en maximal dynamik på 288dB, något som borde räcka till för de flesta användare.
-Det har ibland hävdats att det är lämpligare för audiobruk att använda fixed point, än att använda floating point på grund av att floating point är mer komplicerade uträkningar. Om det sedan beror på att deras egna befintliga algoritmer inte är lämpade för floating point och de inte kan ändra det på ett enkelt sätt, eller om det ligger ett korn av sanning i påståendet, är en fråga för "di lärde".
-Nästa sak är förstås också om skillnaden är hörbar i slutänden, eller om det är en huvudsakligen akademisk fråga.
+==Float vs Fixed==
 [[Kategori:Ljudteknik]]
 [[Kategori:Datorer]]
 [[Kategori:Mjukvara]]

@@ Rad 26: / Rad 26: @@
 Detta utnyttjas dock inte när man spelar in, eftersom man bara kan få 24 bits från omvandlaren, så om man skulle spela in in 32-bit FP, så blir det bara 24 bits men ingen exponent som sparas.
 Det är däremot viktigt när man gör bearbetningar, eftersom man får avrundningsfel vid varje bearbetning om man har ett fast bitdjup i stället för floating point - och eftersom alla dagens [[DAW]]-program hanterar ljuddata med 32-bit FP internt, oavsett vilken upplösning det är i ljudfilerna, så har man stor hjälp av den bättre upplösningen.
 Det går att ha signal långt över 0dB så länge man håller sig i 32-bit FP-formatet (som [[DAW]]-programmen gör internt), men för att ljudkortet ska kunna återge det utan [[distorsion]], så måste man förstås dra ner det till 0dB.