15ms i början av mp3-filer?

[mimla]

Haj!

Detta kan mycket väl vara något som "alla känner till", men jag har lyckats missa det!

Vi gör hyfsat ofta så att om någon ska t ex spela in sång eller andra pålägg i annan studio skickar vi en slaskmix i mp3 att sjunga/spela in till. Detta av den enkla anledningen att det är smidigt att slippa gegga igen dropbox eller motsvarande med wave-filer när det inte behövs.

Nu har en sångerska vi jobbar med upptäckt att det verkar som om både Cubase och ProTools lägger till ca 15ms tystnad i början av mp3-filer? Om hon lägger in en av våra mp3-filer i ett projekt som har samma bpm och vår mp3-fil är bouncad så att den ska hamna i synk så hamnar den alltså snett till hennes grid. Om vi gör exakt samma bounce i wav hamnar de i synk. Om hon sen bouncar sången i mp3 och lägger in i samma projekt igen hamnar den ytterligare 15 ms efter.

Är det någon som vet varför detta sker? Har inte googlat ihjäl mig direkt, men jag tycker ändå att ni är trevligare än google. Är det månne en massa filinformation som ligger där och spökar på något vis? Känns ju helt sjukt att vi inte märkt detta tidigare, men det har ju oftast handlat om just sång som vi ändå ska redigera, och då är ju ett häng på 15ms inte direkt något iögonfallande..

[pme (oregistrerad)]

Jag skulle tro att detta är något de får från fraunhofer. Det finna andra enkoders, har du provat någon av dem?

[mimla]

Ah, nej det har jag inte testat. Kan du rekommendera någon speciell?

[pme (oregistrerad)]

Man får nog leta efter någon passar en val av OS. Jag har för mig jag körde lame med önskat resultat.

[Hellpig]

Råkat ut för det där jag med och om vill läsa om varför tror jag länken nedan förklarar det bra, det är nog inte specifikt för lame.

http://lame.sourceforge.net/tech-FAQ.txt

[mimla]

Ah! Märkligt att jag missat det alltså. Borde väl helt enkelt sluta använda mp3 som en smidig filöverföringslösning.. Är detta något som folk i allmänhet känner till känns det som? Det är ju ingen som klagat när vi skickat mp3or i olika sammanhang!

[Bullerbyn]

Slaskar ut mp3.or emellanåt från Cubase och detta har aldrig hänt för mig.

[drloop (oregistrerad)]

Mp3 kodas i block vilket gör att man kan få osynk mellan filer. Vill man ha synk utan problem så är det wav eller annat okomprimerat format som gäller.

[punkrockdude]

drloop har rätt. Du måste koda med kodare som stöder Xing header vilket även avkodaren måste stödja. Jag minns inte ifall ogg och aac har det som problem eller ifall de "natively" rättar detta internt i sig.

[spass]

Nja, musikens längd är samma längd som wav-originalet. Men ljudfilens längd skiljer sig alltid när det gäller komprimerade format.

Till att börja med uppstår 512 (eller 1160) samples fördröjning i mp3-kodningen, så redan där är längden påverkad.

Som om inte det var nog består mp3-filer av X antal frames, och en frame består av 1152 samples. Är ljudfilens längd inte jämnt delbar med 1152 samples, fyller kodaren ut filen med nollor (tystnad) tills den är delbar med 1152.

Kodar du mp3 med LAME kan du klicka för "gaplesss encoding" varpå metadata läggs till i filen. När LAME-baserade avkodare läser filen kompenseras tidsförskjutningen med hjälp av denna metadata.

[Stamgäst]

Jag trodde detta var välkänt, därför skickar vi AAC-filer på mac istället.

[Hellpig]

Det är inte alltid det märks av, jag skötte alltid allt sånt med MP3 innan jag råkade ut för det... tror det var 3-4 filer från olika personer som kom tillbaka osynkade på samma gång. Efter det var det no more MP3. 🙂

[drloop (oregistrerad)]

Jag trodde detta var välkänt, därför skickar vi AAC-filer på mac istället.

aac är väl också block?

[Stamgäst]

Ingen aning, filerna synkar perfekt i alla fall.