mkvmerge: AVC codec's private data does not match

Ich habe einen Teil eines Films neu-encoded und möchte jetzt alt mit neu verbinden. Das klappt jedoch nicht problemlos, mit der Fehlermeldung "the codec's private data does not match". Die in mkvmerge angezeigten Eigenschaften der beiden Teile stimmen überein, ich nehme an, es liegt an den Encoding-Einstellungen (und in meinem Fall, dem Deblocking - das sieht im gemixten Produkt merkwürdig aus).

Was genau ist alles "private data"? Hat wahrscheinlich mit dem Feld CodecPrivate zu tun, allerdings werde ich aus mkvinfo GUI's Anzeige nicht recht schlau. Da scheinen nur Längen- und Positionsangaben ("CodecPrivate, length 172 at 4400") drinzustehen.

* Kann ich mit irgendeinem Tool die private data-Angaben verständlich auslesen?
* Womit könnte man sie ändern/löschen ohne Re-encoding? (ob's nun Sinn macht oder nicht ...)

Da dürten sich wohl nur AVC-Profis gut genug auskennen Wenn jemand einen Link zur entsprechenden Spezifikation hat - bitte posten...

Zitat

Sowohl mit MediaInfo als auch mit Avinaptic lassen sich die verwendenten Einstellungen des Encoders auslesen.

Hast recht, bei MediaInfo braucht es aber die neueste Version (0.7.6.2), und es zeigt MeGUI/x264's sehr ausführliche "User data" Info an. Custom Matrix-Angaben fehlen.

Encoding settings            : cabac=1 / ref=10 / deblock=1:-2:-1 / analyse=0x3:0x113 / me=umh / subme=6 / me-prepass=0 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=0 / threads=1 / nr=0 / decimate=0 / mbaff=0 / bframes=16 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40 / rc=2pass / bitrate=3450 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' / qcomp=1.00 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:0.5:13.0

Avinaptic ist ein optimaler Tip - trotz des Namens kommt es mit MKV-Dateien perfekt klar. Merci beaucoup

Das ist der interessante Teil:

[ About H.264 encoding ]


SPS id: 0
  Profile: High@L5.1
  Num ref frames: 8
  Chroma format idc: YUV 4:2:0
PPS id: 0 (SPS: 0)
  Entropy coding type: CABAC
  Weighted prediction: No
  Weighted bipred idc: B slices - implicit weighted prediction
  8x8dct: Yes
  Custom intra4X4 luma: 
     15   6  15  22
      6   7  25  30
     15  25  38  48
     22  30  48  96
  Custom intra4X4 chromau: 
     16   6  24  72
      6   8  41 144
     24  41  96 200
     72 144 200 255
  Custom inter4X4 luma: 
      4  11  15  22
     11  11  25  30
     15  25  38  48
     22  30  48  96
  Custom inter4X4 chromau: 
      5  16  16  16
     16  16  16  56
     16  16  72  96
     16  56  96 128
  Custom intra8X8 luma: 
     24   7   7  12  15  20  21  23
      8   9  14  15  18  21  23  21
     10  12  15  17  17  21  26  20
     14  15  17  17  18  33  30  23
     15  17  17  21  26  39  39  29
     18  18  20  24  33  39  41  35
     21  24  29  34  39  45  45  38
     27  35  36  39  38  38  38  38
  Custom inter8X8 luma: 
      6  10  13  13  15  16  18  22
     10  10  12  15  15  16  21  24
     13  12  15  16  19  21  25  27
     13  15  16  21  24  28  30  34
     15  15  19  24  30  36  37  40
     16  16  21  28  36  42  45  52
     18  21  25  30  37  45  55  72
     22  24  27  34  40  52  72  96

So läßt sich schön die verwendete Matrix erkennen (M4G HRM V2).

Mit AVC in AVI scheint es nicht so recht was anfangen zu können, jedenfalls nicht mit meinem testweise mit AVC2AVI aus dem Roh-*.h264-Stream gemuxten (Il frame no ha un valido start code - kein gültiger Start-Code).