Moderator: Redaktörer
goat76 skrev:MasVis mäter "sample peak level", inte "true peak level", så det är konstigt om MasVis ger ett högre värde än vad dina andra mätprogram visar. Kanske din DAW är inställd på att lämna lite mer marginal?
Johan_Lindroos skrev:Jag tror mig halvt veta att det är skillnad på "MasVis" och "MasVis-online" där MasVis hanterar 16 bit, 44,1 kHz medan onlinevarianten kan hantera fler samplingsfrekvenser. Men är det verkligen säkert att koden i sin kärna är byggd likadant? Det vet inte jag. Där behöver Ogjort och Goat76 prata ihop er så att ni pratar om samma sak. Som man kan utläsa pratar Ogjort om MasVis-online medan Goat76 pratar om "vanliga" MasVis (ej online). ...Eller något annat?
goat76 skrev:Kanske Ogjort bara svamlat till det en aning när han ryckt i den egna spaken?
Ogjort skrev:Är t.ex. skillnad i nivåer oundviklig vid konvertering från 24/96 till 16/44,1 - oavsett programvara?
sox -S infil.flac -n rate 44.1k stats
sox -S infil.flac -n rate 768k stats
goat76 skrev:Jag har ingen aning vad SoX är, men jag testade iallafall nyss att konvertera en ljudfil från FLAC 24/96 till AIF 16/44.1 i Foobar2000. Crestfaktorn ändrades bara minimalt med 0.03dB i vänster kanal och 0.01dB i höger kanal (inte visar sig i översikten) och peakvärdet ändrades endast i höger kanal med ynka 0.01dB.
Att värdena ändras relativt mycket (0.5dB) med de konverteringsverktygen du använder är konstigt. Om formatet hade varit mp3 eller liknande så kanske det hade varit inom normala gränser?
pLudio skrev:Ogjort skrev:Är t.ex. skillnad i nivåer oundviklig vid konvertering från 24/96 till 16/44,1 - oavsett programvara?
Sample Peak kommer variera med samplingsfrekvensen men True Peak skall vara (nästan) samma. Ju högre samplingsfrekvens desto närmare True Peak.
Sampla upp dina filer till 768 kHz i SoX och jämför.
- Kod: Markera allt
sox -S infil.flac -n rate 44.1k stats
jämfört med
- Kod: Markera allt
sox -S infil.flac -n rate 768k stats
goat76 skrev:Att värdena ändras relativt mycket (0.5dB) med de konverteringsverktygen du använder är konstigt. Om formatet hade varit mp3 eller liknande så kanske det hade varit inom normala gränser?
Ogjort skrev:goat76 skrev:Att värdena ändras relativt mycket (0.5dB) med de konverteringsverktygen du använder är konstigt. Om formatet hade varit mp3 eller liknande så kanske det hade varit inom normala gränser?
PS: Jag kan så småningom ge dig samma fil för en jämförelse - men tyvärr inte än...
Materialet har ett exceptionellt transientinnehåll vill jag nog påstå.
pLudio skrev:Ogjort skrev:Är t.ex. skillnad i nivåer oundviklig vid konvertering från 24/96 till 16/44,1 - oavsett programvara?
Sample Peak kommer variera med samplingsfrekvensen men True Peak skall vara (nästan) samma.
Ogjort skrev:men true peak skilde sig en hel del. Även filernas totala speltid diffar en smula.
pLudio skrev:Ogjort skrev:men true peak skilde sig en hel del. Även filernas totala speltid diffar en smula.
True Peak-beräkning är inte konstigare än att man samplar upp väldigt mycket för att fylla i mer av vågformen för att se hur högt man hamnar och något är ju knas i dina bilder. Det ser ut som att programmet inte uppsamplat vid beräkningen av True Peak, annars är omsamplingen till 16/44,1 felaktig men det finner jag mindre troligt.
pLudio skrev:Jadu, vi får vända oss till ITU-R BS.1770-5 Annex 2 som rekommenderar 4x uppsampling för en 48 kHz signal men 2x för 96 kHz och att man uppsamplar till minst 192 kHz när man mäter True Peak.
Liten skillnad i TP bör det bli mellan 24/96 och 16/44,1 men precisionen i mätningen får inte vara sämre än +/- 0,3 dB enligt EBU R128. Min misstanke är att uppsamplingsalgoritmen i dina bilder är för dålig för att i gengäld vara snabb då den väl även kör en realtidsanalys samtidigt.
Vad säger SoX om peaks (som fås med stats-argumentet) när du samplar upp båda filer till 192 kHz? Med -n eller --null som utfil så slipper du onödigt skrivande till disk för att kolla peak.
https://src.infinitewave.ca/ jämför en massa omsamplare.
sox -SV3 in.flac --null stats remix - spectrogram
sox -SV3 --no-dither in.flac --null upsample 4 stats remix - spectrogram
sox -SV3 --no-dither in.flac --null upsample 4 fir bs1770.txt stats remix - spectrogram
sox -SV3 --no-dither in.flac --null rate 176400 stats remix - spectrogram
0.0017089843750
-0.0291748046875
-0.0189208984375
-0.0083007812500
0.0109863281250
0.0292968750000
0.0330810546875
0.0148925781250
-0.0196533203125
-0.0517578125000
-0.0582275390625
-0.0266113281250
0.0332031250000
0.0891113281250
0.1015625000000
0.0476074218750
-0.0594482421875
-0.1665039062500
-0.2003173828125
-0.1022949218750
0.1373291015625
0.4650878906250
0.7797851562500
0.9721679687500
0.9721679687500
0.7797851562500
0.4650878906250
0.1373291015625
-0.1022949218750
-0.2003173828125
-0.1665039062500
-0.0594482421875
0.0476074218750
0.1015625000000
0.0891113281250
0.0332031250000
-0.0266113281250
-0.0582275390625
-0.0517578125000
-0.0196533203125
0.0148925781250
0.0330810546875
0.0292968750000
0.0109863281250
-0.0083007812500
-0.0189208984375
-0.0291748046875
0.0017089843750
pLudio skrev:Vi kan förresten prova ITU-R BS.1770-5 Annex 2 mer ordagrant med SoX fast det får bli på en 44,1 kHz-fil för jag är för lat för att leta upp en 48 kHz-fil. Stereokanalerna är nedmixade till mono innan spektrogrammet skapas.
Peak Sample:
- Kod: Markera allt
sox -SV3 in.flac --null stats remix - spectrogram
Pk lev dB -1.41
Uppsampling utan ett interpolerande lågpassfilter (uppskattas i vissa kretsar), så det här blir fel och samma som Peak Sample:
- Kod: Markera allt
sox -SV3 --no-dither in.flac --null upsample 4 stats remix - spectrogram
Pk lev dB -1.41
Lågpassfiltret från standarden:
- Kod: Markera allt
sox -SV3 --no-dither in.flac --null upsample 4 fir bs1770.txt stats remix - spectrogram
Pk lev dB -1.37
SoX riktiga uppsampling:
- Kod: Markera allt
sox -SV3 --no-dither in.flac --null rate 176400 stats remix - spectrogram
Pk lev dB -1.38
Lågpassfiltret från standarden interpolerade lite högre. Samplar jag upp till 768k i SoX så är True Peak fortfarande -1,38 dB.
bs1770.txt:
- Kod: Markera allt
0.0017089843750
-0.0291748046875
-0.0189208984375
-0.0083007812500
0.0109863281250
0.0292968750000
0.0330810546875
0.0148925781250
-0.0196533203125
-0.0517578125000
-0.0582275390625
-0.0266113281250
0.0332031250000
0.0891113281250
0.1015625000000
0.0476074218750
-0.0594482421875
-0.1665039062500
-0.2003173828125
-0.1022949218750
0.1373291015625
0.4650878906250
0.7797851562500
0.9721679687500
0.9721679687500
0.7797851562500
0.4650878906250
0.1373291015625
-0.1022949218750
-0.2003173828125
-0.1665039062500
-0.0594482421875
0.0476074218750
0.1015625000000
0.0891113281250
0.0332031250000
-0.0266113281250
-0.0582275390625
-0.0517578125000
-0.0196533203125
0.0148925781250
0.0330810546875
0.0292968750000
0.0109863281250
-0.0083007812500
-0.0189208984375
-0.0291748046875
0.0017089843750
Ogjort skrev:Ska jag tolka det som att SoX sköter sig bra?
Såg så ut även på jämförelse-sajten, av det lilla jag begriper.
sox -SV3 in.flac --null upsample 4 fir bs1770.txt stats
pLudio skrev:Ogjort skrev:Ska jag tolka det som att SoX sköter sig bra?
Såg så ut även på jämförelse-sajten, av det lilla jag begriper.
SoX är jättebra (använd rate -v för mastering). Det vore intressant att se vad du får för TP med din besvärliga fil med koefficienterna från standarden. Det skiljde inte mycket i mitt exempel.
- Kod: Markera allt
sox -SV3 in.flac --null upsample 4 fir bs1770.txt stats
Ogjort skrev:pLudio skrev:Det vore intressant att se vad du får för TP med din besvärliga fil med koefficienterna från standarden. Det skiljde inte mycket i mitt exempel.
- Kod: Markera allt
sox -SV3 in.flac --null upsample 4 fir bs1770.txt stats
Jag kan tyvärr inte delge den filen för ev. nyfikna. Kanske så småningom...
Användare som besöker denna kategori: Inga registrerade användare och 20 gäster