Nicht korrekte Erkennung von Nicht-AC3-Audio in den Profileinstellungen

So sehr ich mich auch bemühe, ich finde einfach keine Stelle, an der die unter „handbrake-audio=“ angegebenen Parameter während des Encodierens berücksichtigt werden. Ich versuche beispielsweise, eine große Zahl von .MKV-Dateien in einen MP4-Container zu wandeln und dabei die einzelnen AAC-2-Kanal-Audiospuren ohne erneute Kodierung zu übernehmen. In jedem Fall greifen die Konvertierungsjobs – ganz gleich, welche „handbrake-audio=“‑Parameter ich angebe – stets auf die audioac3-Parameter in sämtlichen von mir erstellten und verwendeten Profilen zurück. Hier ein paar Beispiel-Syntaxen, die ich erfolglos ausprobiert habe:

handbrake-audio=-E copy -R auto -B 0 -D 0 --audio-copy-mask aac,mp3 --audio-fallback faac (oder fdk_aac)
handbrake-audio=-a 1 -E copy -R auto -B 0 -D 0
handbrake-audio=-E copy -R auto -B 0 -D 0 -a 1
handbrake-audio=-a 1 -E copy:aac -R auto -B 0 -D 0
handbrake-audio=-E copy:aac -R auto -B 0 -D 0 -a 1

Ich bin mittlerweile ratlos und würde ungern den AAC-Audiostream erneut kodieren müssen. Jede Hilfe wäre SEHR willkommen.

Füg noch hinzu: Wenn ich die Zeile „handbrake-audioac3=“ auskommentiere, nutzt die Konvertierung die „handbrake-audio=“-Parameter einwandfrei. Das ist jedoch keine funktionierende Lösung, da dieses Profil sowohl Videos mit nur einem 2-Kanal-Audiostream als auch Videos mit mehreren Audiokanälen und unterschiedlichen Codecs verarbeitet (ich liebe HandBrakes Audio-Copy-Masks und die Fallback-Funktion). Als Referenz hier eine meiner Profile:


order=handbrake
handbrake-general=–decomb=“fast” --loangeomorph --modulus 2 --markers -f mp4 -O --vfr --verbose=1
handbrake-video=-e x264 -q 14 -x me=umh:level=4.0:mixed-refs=0:vbv-bufsize=5000:vbv-maxrate=2500:rc-lookahead=10:ref=1:bframes=2:subme=2:8x8dct=0:cabac=0:trellis=0:deblock=-1,-1:threads=auto
handbrake-audio=-E copy -R auto -B 0 -D 0 -a 1
handbrake-audioac3=-a 1,1 -E fdk_aac,copy -6 stereo,none -R Auto,Auto -B 128,0 --anname=“Stereo”,“Surround” --audio-copy-mask aac,ac3,mp3 --audio-fallback ffac3
handbrake-ext=.mp4
handbrake-audiodelay=skip
PreConversionCommercialRemover=true

<encoder>-audio wird verwendet, wenn die Quelldatei kein AC3-Audio enthält, und <encoder-audioac3> wird verwendet, wenn die Quelldatei AC3-Audio enthält.

Ich gehe davon aus, dass deine Quelle AC3-Audio enthält. Normalerweise setzt man sie – sofern man kein unterschiedliches Verhalten wünscht – auf dieselben Parameter.

Details findest du unter Profil-Grundlagen:

Die Quell-Audio ist AAC 2-Kanal. Hier ist die MediaInfo-Ausgabe eines Videos, das mit den anderen konsistent ist, die keine Handbrake-Audio-Parameter referenzieren. Alle diese Videos haben einen einzelnen AAC 2.0-Audiostream:

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4
Format settings, CABAC : Yes
Format settings, ReFrames : 1 frame
Format settings, GOP : M=1, N=48
Codec ID : V_MPEG4/ISO/AVC
Duration : 43 min 19 s
Bit rate : 4 096 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 23.976 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.082
Stream size : 1.24 GiB (98%)
Writing library : x264 core 120
Encoding settings : cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=6 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=0 / trellis=1 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=8 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=0 / weightp=2 / keyint=48 / keyint_min=25 / scenecut=0 / intra_refresh=0 / rc=abr / mbtree=0 / bitrate=4096 / ratol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Default : Yes
Forced : No

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 43 min 19 s
Bit rate : 96.0 kb/s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 44.1 kHz
Frame rate : 43.066 FPS (1024 spf)
Compression mode : Lossy
Stream size : 29.7 MiB (2%)
Default : Yes
Forced : No

Bitte füge dein Konvertierungsprotokoll an oder schicke es mir per PM (privater Nachricht, klicke auf meinen Namen und dann auf Nachrichten).

Hier ist das Problem: Sie verwenden ein benutzerdefiniertes Profil, aber es wird nicht bei MCEBuddy registriert

→ Verwendetes Profil: TV MP4 Video - High Quality (VBR 3K).
Profileinträge →

Profiles.conf gibt leer zurück, wenn MCEBuddy versucht, es zu lesen. Dafür könnte es 2 Gründe geben:

  1. Das Profil existiert nicht (überprüfen Sie den Namen, er muss exakt übereinstimmen)
  2. Vereinfachen Sie den Namen, entfernen Sie Sonderzeichen, Punkte us. aus dem Profilnamen, speichern Sie profiles.conf, ÖFFNEN Sie die Konvertierungsaufgabeneinstellungen erneut, wählen Sie das “neue” korrigierte Profil erneut aus und klicken Sie auf OK und erneut auf OK.

Um die Dinge zu vereinfachen und hoffentlich eine Lösung zu beschleunigen, habe ich mich für eine Neuinstallation von MCEBuddy entschieden und dabei mit einer frischen mcebuddy.conf und profiles.conf von vorne begonnen.

Ich habe das Standardprofil „MP4 Normal“ ohne Änderungen seiner Parameter verwendet. Wieder einmal verweist die Aufgabe auf „handbrake-audioac3=“. Ich habe die Protokolldatei und die profiles.conf angehängt.
profiles.conf (96,7 KB)
Dark Matter - S03E02 - It Doesn’t Have to Be Like This.mkv-TV MP4 VBR 3K-2017-06-15T05-22-23.0811059-07-00.log (1,4 MB)

Angehängtes Protokoll eines weiteren Testkonvertierungslaufs mit Wahlburgers - S03E03 - Should I Stay Orr Should I Go.mkv-TV MP4 VBR 3K-2017-06-15T06-10-21.6962883-07-00.log (1,1 MB)
einer anderen .mkv-Quelle mit einem einzelnen AAC-2.0-Audiostream. Gleiches Ergebnis, da weiterhin die Parameter des audioac3-Profils referenziert werden :disappointed:

Du hast recht, ich verschiebe das in den Bug-Thread und wir werden es untersuchen/beheben.

In der heutigen 2.4.7-BETA-Version behoben. Probieren Sie es aus und lassen Sie uns wissen, ob es Probleme gibt.

Großartiger Fund, nach langer Zeit mal wieder einen echten Bug zu sehen.

Funktioniert jetzt wie ein Champion. Vielen Dank.