Little lines along bottom of H264 video

[bmnot]

I want to convert a 1920x1088 .ts to a mkv and fix fps/add audio track. I tried using GDSmux but early in the muxing GDSmux locks up. So instead I dumuxed it with xport and then muxed everything to .ts with mkvmerge.

However, when playing the final mkv there is are bunch of little vertical lines running along the bottom of the video about 2 pixels high, with a blue horizontal line running behind it. So I use the option in CoreAVC "crop 1088 to 1080" and they are gone. But, I don't see the lines with that option on or off when playing the original .ts

So is this normal? Sorry if this is stupid question, I'm just a little paranoid about getting everything right my first time through.

[bob0r]

Yes this is normal.
The encoder encodes MOD16, which is 1920x1088
MOD16:
1920 / 16 = 120
1088 / 16 = 68
these are round numbers, which is better for some encoders, x264 does not need mod16 for 1080p encodes
(1080 / 16 = 67.5, is not round)


The 8 pixels somtimes contain junk indeed.
Haali's media splitter auto crops the 8 pixels on .ts files, but leaves .mkv files untouched.

The ENCODER _SHOULD_ set a proper cropping flag in the video stream, but many encoders don't.

Are you using the LATEST Haali gdsmux.exe??
http://haali.cs.msu.ru/mkv Haali has fixed many .ts issues the last few versions!

If gdsmux.exe still freezes, can you upload the .ts somewhere? or the part where it it freezes.

[bmnot]

Alright here's a sample:

http://www.filefactory.com/file/cf4dee/

GDSmux stops at 40 seconds.

Actually I take that back. The lockup only occurs when I do not include the audio track.
The reason I tried not including the audio track is that mkvmerge does want to mux when I deselect the original audiotrack and include a new one. So I thought I'd try it without any audio.

[bond]

the cropping values are stored in the h.264 video stream's header, not on the container. therefore when remuxing from ts to mkv and using the same decoder you should get exactly the same picture

unless some tools used in between change the header

can you run h264_parse from mpeg4ip over both the raw .264 stream demuxed from .ts and the raw .264 stream demuxed from your mkv. please post the outcome here

[bob0r]

Alright here's a sample:

http://www.filefactory.com/file/cf4dee/

GDSmux stops at 40 seconds.

Actually I take that back. The lockup only occurs when I do not include the audio track.
The reason I tried not including the audio track is that mkvmerge does want to mux when I deselect the original audiotrack and include a new one. So I thought I'd try it without any audio.

Interesting.... Lets see what Haali can do ;)

[bmnot]

can you run h264_parse from mpeg4ip over both the raw .264 stream demuxed from .ts and the raw .264 stream demuxed from your mkv. please post the outcome here

The output is really long, what do I need from it.

Here's a breakdown of the problem:
ts -> mkv via gdsmux - works, only when keeping at least 1 of the original audio tracks, locks up at 0:40 when there is no audio, stay at 1920x1080
ts -> mkv via mkvmerge - not supported

In mkvmerge lets say I use the mkv gdsmux made, but is has one of the original audio tracks. I set the FPS for the video, uncheck the original audio, and add the new audio, when I go to start muxing it errors and says: Error: Packet queue not empty for new track ID 1 (flushed: 0). Frames have been lost during remux. This should not have happened.

Another process I did was have gdsmux make the ts mkv, and extract the h264 video stream from it. Loading this ES h264 video into mkvmerge and muxing yeilds the video with 1088 lines, 8 of garbage. Same goes adding the video after demuxing it with xport.

So the only way to keep the video at 1080, with the crop header, is to work with the mkv, gdsmux made. But mkvmerge doesn't want to work with it.

[bmnot]

bump for help

[KoD]

I want to convert a 1920x1088 .ts to a mkv and fix fps/add audio track. I tried using GDSmux but early in the muxing GDSmux locks up. So instead I dumuxed it with xport and then muxed everything to .ts with mkvmerge.

However, when playing the final mkv there is are bunch of little vertical lines running along the bottom of the video about 2 pixels high, with a blue horizontal line running behind it. So I use the option in CoreAVC "crop 1088 to 1080" and they are gone. But, I don't see the lines with that option on or off when playing the original .ts

So is this normal? Sorry if this is stupid question, I'm just a little paranoid about getting everything right my first time through.

The cropping of those extra 8 pixels is signaled inside the avc stream, if I remember it right. Mkvmerge probably modifies some parts of the stream and removes the signaling. But using CoreAVC's "crop 1088 to 1080" option gets rid of that problem and what you see is ok.

[bond]

The output is really long, what do I need from it.post the values of the sequence and picture parameter set

sorry for having forgotten to answer