Bug #646

Issue with MKV format 1 ?

Added by Jérôme S. about 10 years ago. Updated about 10 years ago.

Status:FixedStart date:08/15/2011
Priority:NormalDue date:
Assignee:Jérôme S.% Done:

0%

Category:Video playback
Target version:3.2
Found in version:3.1.164 Platform:PS3

Description

I notice an issue today. A movie in 1080p 10Mbps worked great, but a movie in 720p at 5Mbps shows me a "your CPU is not enough powerfull" kind of msg, with this movie flickering a lot.
I checked, and the only relevant difference I could find was the MKV version (with mediainfo). 2 on the video that work great, and 1 and the other.
A little of mkv merge, et voilà, mkv format version 2, and that was solved. But that's strange isn't it ? Is Showtime has an issue with MKV format version 1 ?

sample-001.mkv (24.5 MB) Jérôme S., 09/06/2011 09:59 PM

History

#1 Updated by Jérôme S. about 10 years ago

Hum find another one that did not played, but in mkv format version 2, and after mkvmerge, work very well:

Mediainfo give me this on the one that did not play well (or at all)

Format : Matroska
Format version : Version 2
File size : 10.9 GiB
Duration : 2h 12mn
Overall bit rate : 11.9 Mbps
Encoded date : UTC 2010-07-03 02:05:43
Writing application : mkvmerge v4.0.0 ('The Stars were mine') built on Jun 6 2010 16:18:42
Writing library : libebml v1.0.0 + libmatroska v1.0.0

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile :
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 2h 12mn
Bit rate : 10.3 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.166
Stream size : 9.33 GiB (85%)
Writing library : x264 core 100 r1659 57b2e56
Encoding settings : cabac=1 / ref=4 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=10347 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Language : English

Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Codec ID : A_DTS
Duration : 2h 12mn
Bit rate mode : Constant
Bit rate : 1 510 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 1.39 GiB (13%)

And after a rebuild through mkvmerge, it plays nice, and I get this :

Format : Matroska
Format version : Version 2
File size : 10.9 GiB
Duration : 2h 12mn
Overall bit rate : 11.9 Mbps
Encoded date : UTC 2011-08-15 18:16:42
Writing application : mkvmerge v4.9.1 ('Ich will') built on Jul 11 2011 21:05:31
Writing library : libebml v1.2.1 + libmatroska v1.1.1

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile :
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Muxing mode : Header stripping
Codec ID : V_MPEG4/ISO/AVC
Duration : 2h 12mn
Bit rate : 10.3 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.166
Stream size : 9.32 GiB (85%)
Writing library : x264 core 100 r1659 57b2e56
Encoding settings : cabac=1 / ref=4 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=10347 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Language : English

Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Muxing mode : Header stripping
Codec ID : A_DTS
Duration : 2h 12mn
Bit rate mode : Constant
Bit rate : 1 510 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 1.39 GiB (13%)
Language : English

I highlighted the differences. You will notice the "header stripping" one. But the other video in 1080p that work great does not show this, and it merged from mkvmerge 3.0

Format : Matroska
Format version : Version 2
File size : 11.4 GiB
Duration : 2h 4mn
Overall bit rate : 13.0 Mbps
Writing application : mkvmerge v3.0.0 ('Hang up your Hang-Ups') built on Dec 29 2009 00:21:20
Writing library : libebml v0.7.7 + libmatroska v0.8.1
Attachment : Yes / Yes / Yes

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile :
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 2h 4mn
Bit rate : 10.9 Mbps
Width : 1 920 pixels
Height : 816 pixels
Display aspect ratio : 2.35:1
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.290
Stream size : 9.25 GiB (82%)
Title : hdtftd-iron.man.2-1080p encode sur BR US @ 10888 Kbps (Pat - TFTD [email protected]) sept 2010
Writing library : x264 core 104 r1703 cd21d05
Encoding settings : cabac=1 / ref=4 / deblock=1:-3:-3 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=64 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-5 / threads=12 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / constrained_intra=0 / bframes=5 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=128 / rc=2pass / mbtree=1 / bitrate=10888 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=35000 / vbv_bufsize=35000 / ip_ratio=1.40 / aq=2:1.00 / nal_hrd=none
Language : English

#2 Updated by Andreas Smas about 10 years ago

  • Category set to 19
  • Status changed from New to Need feedback
  • Assignee set to Jérôme S.
  • Target version set to 33

This sounds very weird. Can you attach sample files.
One that works and one that don't work.

#3 Updated by Jérôme S. about 10 years ago

Sure.
I'll check after work if I still have the video file that did not work well.

#4 Updated by Jérôme S. about 10 years ago

here

#5 Updated by Andreas Smas about 10 years ago

  • Category set to Video playback
  • Platform set to PS3

Jérôme S. wrote:

here

Ok, this works just fine with my Showtime, which is latest and greatest though 3.1.228

Log output

HTTP [DEBUG]: webdav://172.31.255.1/media/samples/tickets/646/sample-001.mkv: switching to streaming mode
Video [DEBUG]: Starting playback of webdav://172.31.255.1/media/samples/tickets/646/sample-001.mkv (matroska,webm)
Video [DEBUG]:  Stream #0: Video: h264 (High), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9]
VDEC [DEBUG]: Opening codec h264 level 41 using 54059005 bytes of RAM
VDEC [DEBUG]: Cell accelerated codec created using 54059005 bytes of RAM

Perhaps you can try with the latest version too?

#6 Updated by Jérôme S. about 10 years ago

I will test again with the latest version.
And I will test my sample maybe it's not a sample from the video that did not work. I did it late last night.
I'm kind of super busy those time so I'll try my best to provide you correct feedbacks until the end of the week.

#7 Updated by Jérôme S. about 10 years ago

I tested with showtime 3.1.231 I can't reproduce the bug, so it appears fixed.
If I find a mkv with the same bug one day I will keep it and post it there.

#8 Updated by Andreas Smas about 10 years ago

  • Status changed from Need feedback to Fixed

#9 Updated by Andreas Smas about 10 years ago

  • Target version changed from 33 to 3.2

Also available in: Atom PDF