One of same codecs not accepted by TV.

[sensini]

I hope someone can help me with the next weird problem.I converted 2 movies with tmpgenc mastering works with exact the same codec.
Thats the V_MPEG4/ISO/AVC codec.The encoder library is x264 core 112.I have this info from the program "Mediainfo"
One of the movies has been accepted by the tv and about the other movie the tv says "codec not supported".
I have no clue of what could be wrong.
The "Bits/(Pixel*Frame)" of the movie wich codec has not been accepted is 0.209 according to Mediainfo.
The "Bits/(Pixel*Frame)" of the movie wich has been accepted is 0.264.
I have no clue what that means lol.
I hope i have given enough so that some of you can help me.
Thanks in advance.

[aedipuss]

use mediainfo and post the "text" output results here for both files.

[sensini]

Thanks for your reply.
Ok i will put both movies info on top of each other.
It's a lot of text.First th emovie that was accepted,then the one that was not accepted:


General

Unique ID : 18333896551654845764109447288068678661 (0xDCAFAE3ADF1B2760301852C9186A405) Complete name : I:\Aeon flux.mkv Format : Matroska File size : 6.50 GiB Duration : 1h 32mn Overall bit rate : 10.0 Mbps Encoded date : UTC 2011-05-22 22:14:51 Writing application : TMPGEnc Video Mastering Works 5 Version. 5.0.5.32 Writing library : TMPGEnc Video Mastering Works 5 Version. 5.0.5.32
Video

ID : 2 Format : AVC Format/Info : Advanced Video Codec Format profile : High@L4.1 Format settings, CABAC : Yes Format settings, ReFrames : 3 frames Codec ID : V_MPEG4/ISO/AVC Duration : 1h 32mn Bit rate mode : Constant Nominal bit rate : 10 000 Kbps / 10 000 Kbps Width : 1 920 pixels Height : 824 pixels Display aspect ratio : 2.35:1 Frame rate : 23.976 fps Standard : NTSC Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.264 Writing library : x264 core 112 Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x3 / me=dia / subme=1 / psy=1 / psy_rd=0.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=2 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=12 / sliced_threads=0 / slices=1 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=0 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=0 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=0 / rc=cbr / mbtree=0 / bitrate=10000 / ratetol=1.0 / qcomp=0.60 / qpmin=1 / qpmax=51 / qpstep=4 / vbv_maxrate=10000 / vbv_bufsize=9994 / nal_hrd=cbr / frame-packing=0 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00 Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177 Transfer characteristics : BT.709-5, BT.1361 Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177
Audio

ID : 1 Format : AAC Format/Info : Advanced Audio Codec Format profile : Main Codec ID : A_AAC Duration : 1h 32mn Channel(s) : 6 channels Channel positions : Front: L C R, Side: L R, LFE Sampling rate : 44.1 KHz Compression mode : Lossy

Not accepted:

General

Unique ID : 228453359663397318783202267294194031928 (0xABDE8441AD76237235CC950116B95D38) Complete name : I:\Silent hill.mkv Format : Matroska File size : 7.09 GiB Duration : 2h 5mn Overall bit rate : 8 091 Kbps Encoded date : UTC 2011-05-23 14:47:20 Writing application : TMPGEnc Video Mastering Works 5 Version. 5.0.5.32 Writing library : TMPGEnc Video Mastering Works 5 Version. 5.0.5.32
Video

ID : 2 Format : AVC Format/Info : Advanced Video Codec Format profile : High@L4.1 Format settings, CABAC : Yes Format settings, ReFrames : 3 frames Codec ID : V_MPEG4/ISO/AVC Duration : 2h 5mn Bit rate mode : Constant Nominal bit rate : 7 894 Kbps / 7 894 Kbps Width : 1 920 pixels Height : 820 pixels Display aspect ratio : 16:9 Original display aspect ratio : 16:9 Frame rate : 23.976 fps Standard : NTSC Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.209 Writing library : x264 core 112 Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x3 / me=dia / subme=1 / psy=1 / psy_rd=0.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=2 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=12 / sliced_threads=0 / slices=1 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=0 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=0 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=0 / rc=cbr / mbtree=0 / bitrate=7894 / ratetol=1.0 / qcomp=0.60 / qpmin=1 / qpmax=51 / qpstep=4 / vbv_maxrate=7894 / vbv_bufsize=7880 / nal_hrd=cbr / frame-packing=0 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00 Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177 Transfer characteristics : BT.709-5, BT.1361 Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177
Audio

ID : 1 Format : AAC Format/Info : Advanced Audio Codec Format profile : Main Codec ID : A_AAC Duration : 2h 5mn Channel(s) : 6 channels Channel positions : Front: L C R, Side: L R, LFE Sampling rate : 48.0 KHz Compression mode : Lossy

[sensini]

Anyone please?I just dont understand that of 2 exact same codecs,one doesn't get accepted.

[hech54]

1 920 pixels Height : 824
1 920 pixels Height : 820

[hech54]

44.1 KHz
48.0 KHz

[sensini]

Yeah i've noticed that too.I just wanna know an answer on my question if someone knows.

[hech54]

How about posting the specs on what the TV accepts?

[sensini]

These are the accepted things of my tv.

[Nelson37]

The lesson here is that the message is not always accurate, or sufficiently precise.

Second thing here is that this message is not coming from a TV at all, it is coming from a playback device. Some information on the device that is actually decoding the file, as opposed to the one merely displaying it, might be helpful. Also is this file on disk, USB, network, what?

The codec was intended and is also indicated to be the same. Therefore, that is not the problem. Two significant differences have been pointed out, I know of some strange things happening with similar height numbers so personally I would start there. Take the "bad" flick, cut out a small piece, resize it to the same as the "good" one, test.

The message should probably be "codec not supported, At That Resolution." But that would be too easy.

[jagabo]

1 920 pixels Height : 824
1 920 pixels Height : 820

That's my guess. Many h.264 decoders don't like less than mod 8 or mod 16. 824 is mod 8, 820 is mod 4.

[sensini]

The lesson here is that the message is not always accurate, or sufficiently precise.

Second thing here is that this message is not coming from a TV at all, it is coming from a playback device. Some information on the device that is actually decoding the file, as opposed to the one merely displaying it, might be helpful. Also is this file on disk, USB, network, what?

The codec was intended and is also indicated to be the same. Therefore, that is not the problem. Two significant differences have been pointed out, I know of some strange things happening with similar height numbers so personally I would start there. Take the "bad" flick, cut out a small piece, resize it to the same as the "good" one, test.

The message should probably be "codec not supported, At That Resolution." But that would be too easy.

The message "codec not supported" is coming from the tv if thats what you mean.The specs you see on the .gif image are the specs my tv can handle.Not a playback device.Not a media player or so.
And the file that doesn't get accepted by the tv is on a 2.5" hard disk.
Both movies are.
I will try to make the movie with the same resolution as the other one and see what happens.
If thats the problem it would be strange.Strange that the tv says "codec not supported" just because of the resolution.

[sensini]

1 920 pixels Height : 824
1 920 pixels Height : 820

That's my guess. Many h.264 decoders don't like less than mod 8 or mod 16. 824 is mod 8, 820 is mod 4.

I have never heard of those mods before.
As i said to Nelson37,i will try to change the resolution.

[jagabo]

mod 8 means an integer multiple of 8:

824 = 8 * 103

820 is mod 4:

820 = 8 * 102.5 (102.5 is not an integer)
820 = 4 * 205

For efficiency mod 16 is best with MPEG family codecs. So 816 or 832 are good sizes.

[hech54]

The lesson here is that the message is not always accurate, or sufficiently precise.

Second thing here is that this message is not coming from a TV at all, it is coming from a playback device

Open mouth...insert foot.

[sensini]

mod 8 means an integer multiple of 8:

824 = 8 * 103

820 is mod 4:

820 = 8 * 102.5 (102.5 is not an integer)
820 = 4 * 205

For efficiency mod 16 is best with MPEG family codecs. So 816 or 832 are good sizes.

Looks like i have to do some math next time i want to convert a movie.
I changed the resolution of the movie to 1980x824 and it still says "codec not accepted"
The other movie with the same resolution is accepted.This one not.
I'll try now 1980x816 and see what happens.Lots of MKV movies are in 816 so who knows.
I still have the strange feeling that it will not work,lol.
Maybe some devil is playing tricks on me

[Nelson37]

The statement was accurate. This is a TV which incorporates a playback device. This was not stated clearly in the original post.

[jagabo]

I changed the resolution of the movie to 1980x824 and it still says "codec not accepted".

Do you really mean to type 1980x824? It probably won't play anything over 1920 pixels wide.

There's one other possibility. About a year ago MkvMerge started using "header removal compression" by default (it makes files a tiny bit smaller). Many players can't handle that feature. You can try taking the file that doesn't play and remux it without header removal compression. In MMG enable: File -> Options -> Disable header removal compression...

[sensini]

I changed the resolution of the movie to 1980x824 and it still says "codec not accepted".

Do you really mean to type 1980x824? It probably won't play anything over 1920 pixels wide.

There's one other possibility. About a year ago MkvMerge started using "header removal compression" by default (it makes files a tiny bit smaller). Many players can't handle that feature. You can try taking the file that doesn't play and remux it without header removal compression. In MMG enable: File -> Options -> Disable header removal compression...

Sorry that was a typing error.It should be 1920 instead of 1980.
I have handled a lot of MKV movies with MMG and never had this problem before.I have also never disabled the header removal compression. I'll make the movie now 1920x816 and will report back in a couple of hours.
I'm doing something else now.

[jagabo]

I have also never disabled the header removal compression.

That's the problem -- the default has changed from what it used to be. So if you updated MkvMerge within the last year or so, and haven't manually changed the settings, your new files are using header removal compression. Files made before than did not use the feature.

[sensini]

I have also never disabled the header removal compression.

That's the problem -- the default has changed from what it used to be. So if you updated MkvMerge within the last year or so, and haven't manually changed the settings, your new files are using header removal compression. Files made before than did not use the feature.

No not possible.I have handled movies with mmg the last couple of weeks.And all movies work.I have never updated the program and never changed the settings.
Btw i changed the resolution of the movie to 1920x816 and the movie now plays well on the tv.