Matroska muxing problem

[Demone]

I have a movie in TS format haali splitter says its H264 and in the inpin header blob there is avc1 and the audio is ac3 english.
I have the ac3 in Italian and I want to swap the original I'm using this workflow:

TS demux h264 with mencoder
put h264 in mp4 with yamb
put mp4 + ac3 in mkv with mkvtoolnix

This is working BUT I have two problems, first the mkv doesnt start on the fly there seems to be a lag of 5 seconds for a 500mb file and the video is 1920x1088 so I get the famous 8 pixels garbage on the screen.
I checked the raw h264 and its 1088 so its ok.
Its the TS container that (rightly) is reporting 1080 pixels so when I play the TS the garbage doent appear, but I cant recreate this with mp4 or mkv.
Inside mkvtoolnix its possible to specify for the merger screen w/h so I tried to put 1920x1080 but it affects only the ar :scared:

Any help ?

[Haali]

Try --cropping 1:0,0,0,8.

[Demone]

Hi Haali,
thanks for the tip but it doesnt work, the splitter still get it as 1920x1088 :mad:

thats the v_outpin of your splitter:

- Connected to:

CLSID: {09571A4B-F1FE-4C60-9760-DE6D310C7C31}
Filter: CoreAVC Video Decoder
Pin: XForm In

- Connection media type:

Video: MPEG4 Video (H264) 1920x1088 25.00fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {31435641-0000-0010-8000-00AA00389B71}
formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA}
bFixedSizeSamples: 0
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 171

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 400000

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 1920
dwPictAspectRatioY: 1088
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

MPEG2VIDEOINFO:
dwStartTimeCode: 0
cbSequenceHeader: 39
dwProfile: 0x0000004d
dwLevel: 0x00000028
dwFlags: 0x00000004

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 1
biBitCount: 24
biCompression: avc1
biSizeImage: 0
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
...

- Enumerated media type 0:

Set as the current media type

here the image:
http://img244.imageshack.us/img244/7958/snapshot20070107174405ut4.th.jpg (http://img244.imageshack.us/my.php?image=snapshot20070107174405ut4.jpg)

[Haali]

Then your track number is not 1:, or smth else is wrong. --cropping should be applied to the video track.

[Demone]

I'm adding the cropping command string using Muxing->Add command line options from the mkvtoolnix gui, the final commandline from mkvtoonix is:

"mkvmerge" -o "D:\HD\-EDIT-\raw.mkv" --language 1:und -d 1 -A -S G:\raw.mp4 --language 0:und -a 0 -D -S "D:\Audio ITA.AC3" --track-order 0:1,1:0 --cropping 1:0,0,0,8

it could be : --track-order 0:1,1:0, but I tried using --cropping 1:0,0,0,8 and --cropping 0:0,0,0,8 without success. :mad:

btw I really cant understand how its supposed to work as the splitter pass raw data to the coreavc and the coreavc decode 1:1 to the vmr... I'v read in a post that fps change worked so it must not be a miracle :D

thx haali

[Haali]

mkvmerge arguments are applied to the following filename, not the previous

[Demone]

It worked :D
The gui doesnt permit to modify the command line directly it does it automatically and puts the command at the end.

Thank you very much

[Mosu]

It worked :D
The gui doesnt permit to modify the command line directly it does it automatically and puts the command at the end.

Thank you very much

Are you referring to "Muxing" -> "Add command line options"? Yeah, these options are only added to the end of the command line. Therefore you can only use "global" options here (other options don't have any effect).

At the moment there's no way to add "track specific" or "file specific" options, but I'll add an input field for "track specific" options soon.

[Demone]

You could for now just enable the commandline textbox so it can edited directly but I suppose that can create trouble to handle

[Mosu]

I will definitely not do that because that would require parsing it again completely. Way too much work.

[Demone]

I understand :D