Dolby Digital 5.1 von 25fps auf 23,976fps umrechnen !HILFE!

Immer die selbe Frage, und immer die selbe Antwort: Normwandlung zwischen PAL und NTSC ist immer Mist. Mindestens entweder für das Video oder für das Audio.

1:1 geht bei Dolby Digital nicht mit den Mitteln, die du zur Zeit als Freeware am PC hast. Weder durch die vorhandenen Decoder noch durch die vorhandenen Encoder.

Und das noch nicht mal nur deshalb, weil Dolby Digital durch Psychoakustik Frequenzen unterdrückt, sondern auch weil der Erhalt der Dynamik schwierig wäre.

Eac3to einfach auf der Commandline bedienen.

eac3to.exe quell.ac3 ziel.ac3 -slowdown -448

Besonders qualitativ hochwertig ist diese Konvertierung allerdings nicht. Ich glaube, da wird noch nicht mal normalisiert, oder?! Hatten wir mal letztens besprochen (und ist sicher schwer zu finden, solange der Suchindex nicht komplett ist).

Warum umrechnen, NTSC kann heutzutage eigentlich jeder Player oder Fernseher.

Bei MPEG4 könnte man den Audioversatz sicherlich mit einem Multiplexer korrigieren.
Da ich normalerweise keine Normwandlungen mache können dir das andere sicherlich besser erklären.

Probier's aus und berichte uns.

Wenn wir etwas "möglichst unverfälscht" haben wollen, dann ändern wir es nach Möglichkeit auch überhaupt gar nicht.

Und wer sich eine US-BD "besorgt", der ist selber schuld, wenn's nicht passt... am Ende hast du vielleicht sogar unterschiedliche Schnittfassungen wegen der Zensur bestimmter Szenen, dann war's das mit dem Mischen von PAL und NTSC.

1. Schon mal was von Copyright gehört? Zumindest nach deutschen Recht darf man da Kopierschutz keinen Kopierschutz umgehen.
2. Dynamikkompression: http://de.wikipedia.org/wiki/Kompresso…verarbeitung%29 (hätte man einfach über http://lmgtfy.com/?q=Dynamikkompression gefunden)
3. Dialogue Normalization: http://lmgtfy.com/?q=was+ist+Dialogue+Normalization

Zitat

PAL / NTSC? Beide haben rein gar nichts mit dem HD Format 24p (23,976 Fps) zu tun.

Da solltest Du als Sammler aber noch mal etwas nachlesen, was Du da als HD Format pauschal bezeichnest, so ist die Aussage auf jeden Fall eher disqualifizierend.

Hier mal wie ich so etwas auf angehen würde:

ffmpeg -v -10 -i "inputPAL.ac3" -acodec pcm_s16le -ac 2 -ar 48000 -f wav - | sox -t raw -e signed-integer -2 -c5 -r48000 - -t wav - speed 0.95904 | aften -b 576 - "outputNTSC.ac3"

(sollte sowohl unter Linux/Mac/Windows funktionieren; die genaue Bedeutung der Parameter die ich bei den einzelnen Tools verwende kann man leich in den entsprechenden Dokumentationen nachgucken)
Der Wert 0.95904 bei Speed ergibt sich aus 23.976/25 da man den Ton stauchen will. Die Speed-Option von sox passt den pitch automatisch an.
(sox kann auch noch einiges mehr: http://sox.sourceforge.net/Docs/Features)

ffmpeg: http://sourceforge.net/projects/mplayer-win32/files/
aften: http://code.google.com/p/wavtoac3encoder/downloads/list
sox: http://sourceforge.net/projects/sox/files/

Cu Selur

Zitat von LigH

Besonders qualitativ hochwertig ist diese Konvertierung allerdings nicht. Ich glaube, da wird noch nicht mal normalisiert, oder?! Hatten wir mal letztens besprochen (und ist sicher schwer zu finden, solange der Suchindex nicht komplett ist).

Naja, ob eine Normalisierung hochwertig ist sei mal dahingestellt, aber so bleibt die Kovertierung immer im nativen Bitraum. Slowdown wird wohl wie sonst auch über eine pseudoniedrigere Samplerate und SSRC laufen, ergo gibts da zu anderen gängigen Verfahren kaum unterschiede.
Mittels -normalize und -keepdialnorm können die von dir gewünschten Optionen aber auch noch zugefügt werden, wenn SSRC nicht ok ist -r8brain benutzen.

Ich bin mit eac3to zumindest vollends zufrieden.

Mit "noch nicht mal normalisiert" meine ich insbesondere, dass es Programme gibt, die im Falle eines Downmixes von 6 Kanälen auf 2 Kanäle einfach pessimistisch 1/6 der Lautstärke vorgeben, damit 6 Kanäle * 1/6 Lautstärke nicht über 100% gehen kann. Dabei wird jedoch nicht beachtet, dass man praktisch zu keinem Zeitpunkt auf allen 6 Kanälen einzeln 100% Aussteuerung haben wird. Dann ist es kein Wunder, dass der Downmix zu leise wird.

Aber auch wenn kein Downmix stattfindet, sondern 6 diskrete Kanäle erhalten bleiben, fehlt bei den verbreiteten Decoder-Encoder-Kombinationen am PC häufig ein bestimmter Schritt in der Berechnung, den ein professioneller Studio-AC3-Encoder hatte, um volle Dynamik in die Tonspur zu bringen, deshalb wird wohl fast jede Kopie irgendwie leiser oder zumindest anders klingen als das Original, wenn man nur PC-Software zur Verfügung hat.

Wie nennt sich denn das Element zur präzisen Abschätzung der maximalen Dynamik?

TFAN: angetestet?

Warum eigentlich unbedingt den Ton geschwindigkeitsmäßig anpassen und dabei riskieren, dass die bei der Studioabmischung vorgesehene Dynamik verfälscht wird oder sogar verlorengeht!? Wäre es denn nicht wesentlich sinnvoller das Video von 23,976fps auf 25fps zu beschleunigen?

Ton geht schneller und wenn es nicht asynchron ist fällt es den meisten Leuten weniger auf, da sie weniger auditiv als visuell verdrahtet sind (liegt vielleicht daran, dass viele eh einen kleinen Hörschaden haben ;))

Aber das Video müsste doch nicht einmal reencodet werden, da man für einen (RAW-) H.264-Stream beim Muxen relativ einfach die Framerate angeben kann. So kann man unveränderten Ton mit unverändertem Video kombinieren. Das klingt für mich persönlich optimaler (klappt natürlich nur so lange, wie man keine zwei Tonspuren aus unterschiedlich schnell laufenden Quellen in einem Ergebnis kombinieren möchte - aber das ist ja hier offenbar nicht der Fall).

1. Auf ner Blu-Ray muss ja nicht zwangsläufig H.264 vorhanden sein. (Blu-ray erlaubt ja: MPEG-2, VC-1 und AVC)
2. Geht es hier weniger um das Blu-Ray Beispiel (dann müsste der Thread vermutlich geschlossen werden) oder H.264 sondern um ein generelles Vorgehen.
3. Nicht jeder Container&Muxer unterstützt das ändern der Framerate und durch das ändern der Framerate ist der Stream je nach dem nicht mehr Standardkonform. (Auflösung-/Frameratenkombinationen sind je nach Gerät stark eingeschränkt.)
4. Wie du schon anmerkst kommt man eventuell in eine Bredouille wenn man noch eine weitere Tonspur hinzufügen will.
5. Je nach Player-/Decoderkombination wird auch nicht immer die Framerate des Containers, sondern die des Videostreams bevorzugt. Und beim Multiplexen wird hoffentlich nur die des Containers geändert.
-> in einem eingeschränkten Umweg sicher ein gangbarer Weg, der aber mit Tücken versehen ist.

Cu Selur