Dlaczego moje pliki MP3 są tego samego rozmiaru, nawet gdy zmienię szybkość transmisji za pomocą FFmpeg?
Jeśli dopiero zaczynasz konwertować pliki audio, wiele szczegółów i sposób ich działania może być nieco mylące, gdy uzyskasz nieoczekiwane wyniki. Co więc robisz, aby rozwiązać problem? Dzisiejszy post z pytaniami i odpowiedziami dla SuperUser zawiera odpowiedź na pytanie zagubionego czytelnika.
Dzisiejsza sesja pytań i odpowiedzi przychodzi do nas dzięki uprzejmości SuperUser - poddziału Stack Exchange, opartego na społecznościach grupowania witryn z pytaniami i odpowiedziami.
Zdjęcie dzięki uprzejmości Warein (Flickr).
Pytanie
Czytnik SuperUser Arlen Beiler chce wiedzieć, dlaczego używa różnych ustawień szybkości transmisji podczas konwertowania strumieniowego strumienia plików, które miały dokładnie taki sam rozmiar:
Przekształciłem strumień audio w trzy różne ustawienia bitrate, używając zasadniczo tego samego formatu. Okazało się, że są dokładnie tej samej wielkości. Dlaczego to?
- ffmpeg -i "Likoonl-Q1-All.mp4" -c: v copy -c: a libmp3lame -q: a 1 -b: a 192k "Q1-All-192k.mp4"
- ffmpeg -i "Likoonl-Q1-All.mp4" -c: v copy -c: a libmp3lame -q: a 1 -b: 160k "Q1-All-160k.mp4"
- ffmpeg -i "Likoonl-Q1-All.mp4" -c: v copy -c: a libmp3lame -q: a 1 -b: a 128k "Q1-All-128k.mp4"
W jaki sposób użycie różnych ustawień bitrate dało pliki o tym samym dokładnym rozmiarze?
Odpowiedź
Superużytkownik mający odpowiedź slhck ma dla nas odpowiedź:
Ponieważ ustawiasz -q: a (co jest ustawieniem VBR LAME). Kiedy używasz -q: a, ustawienie CBR -b: a nie przyniesie efektu. Jeśli zajrzysz do przewodnika kodowania MP3 z Wiki FFmpeg, znajdziesz możliwe wartości dla -q: a z odpowiadającą im średnią przepływnością.
Ze względu na kompletność, tutaj jest istotna część libmp3lame.c (qscale jest długa nazwa q):
Czy masz coś do dodania do wyjaśnienia? Dźwięk w komentarzach. Chcesz przeczytać więcej odpowiedzi od innych użytkowników Stack Exchange, którzy znają się na technologii? Sprawdź cały wątek dyskusji tutaj.
