Ändra längd på ljudfil - ej via faktor utan absolut tal [mp3] [*nix]

Kikade på verktygen och de är lite för tunga för mitt ändamål. Tack i alla fall för att du tog dig tid att försöka förstå.

Jag förstår problematiken i det fallet du exemplifierar, men det kommer aldrig att hända. Förskjutningen i tid (den som jag försöker att råda bot på) är i sig en (viss varierande) faktor av ursprungsfilens längd. Med andra ord - ju kortare filen är, desto kortare "tidsdistortion" är möjlig (och vice versa).

Till saken hör att jag med denna metod ändå aldrig kommer att behanda ljudfiler som är kortare än 30 minuter (och då är 30 minuter i absolut lägsta klass).

Kortfattat: det handlar om musikalbum som är sammanslagna i en enda mp3-fil. Jag måste matcha dessa mot den längd som de egentligen ska ha (matchat mot en semi-officiell databas). Jag önskar automatisera denna process. Eller, jag har redan gjort det. Sista pusselbiten är denna.

Det stör mig något ofantligt att någonting så simpelt ska vara så svårt att genomföra!

Lugnt, lycka till ändå!

En lösning är ju att konvertera till en .au fil. Dessa har ju en exakt bitrate per tidsenhet. Då kan du ju enkelt få fram faktorn genom att bara titta på filstorlek och längd.

Med mp3 blir det svårt med tanke på padding och liknande.

http://breakfastquay.com/rubberband/
Finns källkod så du kan kompilera själv - annars skall den finnas för de flesta distar i repositories.

Mer kompetent - men grafiskt gränssnitt; http://www.reaper.fm/

Termen du söker är "time stretching"

Jag skulle nog lösa det genom att skriva någon form av skript. Om du redan har ett verktyg för att göra det hela mha förändringsfaktor är det rätt trivialt. Följande pseudo bör fungera som mall:

Det bör vara hyfsat lätt att koda i bash.

Det är ett skript jag använder det i, problemet är att verktygen jag använder (vilka är de två största om jag förstått det rätt) inte är särskilt precisa med faktorn. Därför söker jag andra vägar.

Ah, my bad.

En riktigt jävla ful lösning är att loopa scriptet tills det är tillräckligt bra. Kanske sabbar ljudkvaliteten något, och det känns ju som ett riktigt fulhack, men det kan fungera. Typ så här:

Har redan testat, men det är sjukt svårt att träffa rätt. Sen är det inte roligt att mecka med precisionen i så stora filer heller. Tar ritkigt lång tid :-)

Citat:

Ursprungligen postat av BlodigtHelvete

Är dessa verktyg som finns tillgängliga i Linux-miljö? Har de tillägg för kommandon i (eller huserar explicit i) terminalen?

Jag har för mig att LAoE har kommandon du kan köra i terminalen.
Kan vara värt en koll kanske. Finns här;
http://www.oli4.ch/laoe/home.html

Jag tror du måste förlika dig med att det du gör med ljudfilen faktiskt handlar om förändringsfaktor. Om den numeriska precisionen blir otillräcklig, så handlar det ju om att ljudklippets längd är relativt stor.

Mitt förslag:

1. Konvertera till .au eller annat lättkontrollerat format.
2. Räkna ut den (korrekt) avrundade förändringsfaktor som ger aningen för kort reslultat.
3. Addera 10 sekunder tystnad (typ).
4. Trunkera resultatet på exakt den längd du önskar.
5. ("återkonvertera")

Intressant slutsats. I värsta fall får jag ju göra det, men varför är verktygen så slarviga med precisionen egentligen? Om de inte vore det så skulle detta inte vara ett problem.

Vi tar ett exempel. Hejda mig gärna jag räknar eller tänker fel någonstans.

Givet:

• Faktisk längd: 43:29 = 2609 (s)
• Önskad längd: 43:02 = 2582 (s)
• Differens: L(f) - L(ö) = -27 (s)

Tillvägagångssätt:
L(f) * x = L(ö) ->
-> x = L(ö) / L(f) ->
-> x = 2582 / 2609 ->
-> x = 0,989651207359

Kontroll:
L(f) * 0,989651207359 = L(ö) ->
-> 2609 * 0,989651207359 = 2582 = L(ö)

Både SoX och ffmpeg har filter (tempo respektive atempo) för att göra det jag vill göra. Dessa filter kräver en förändringsfaktor (x) som parameter. Om jag enligt exemplet ovan använder mig av faktor x så får jag ett helt annat resultat.

Är det kanske till och med jag som tänker fel någonstans?