Bug #890

MP4 Container issue

Added by Rusty Unknown about 9 years ago. Updated about 9 years ago.

Status:FixedStart date:03/02/2012
Priority:NormalDue date:
Assignee:-% Done:

100%

Category:Video playback
Target version:3.6
Found in version:3.5.44.g77a88.dirty Platform:PS3

Description

Video playback freezes, but I can still seek. When seeking, video may play for 2-3 seconds and freeze again, but audio plays fine.

If remuxed to MKV, everything plays fine. I cut a small sample of this MP4 into a sample.MP4, but the sample.MP4 worked fine, so uploading the original.

Tested with PS3 internal HDD.

This is the 3rd recent MP4 file I've had this same issue with.

Associated revisions

Revision a4e10ccd
Added by Andreas Smas about 9 years ago

ps3: Round timestamps to ms precision before feeding them to the SPU decoder

For some unholy reason the SPU decoder seems to hang when timestamps are not
rounded to ms precision. I've no idea why.

Fixes #640
Fixes #662
Fixes #890

Change included in version 3.5.105

History

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

Same here. Since new popularization of x264/mp4 content I started to have some and they just do not play well.
Like described above.
But I was in pain to send a sample as the size of the file is quite consequent, and a piece of it plays well :s

#2 Updated by Rusty Unknown about 9 years ago

The webpage on this site just times out before the upload can finish, so I have no choice but to use an external host.

I'll upload them to mediafire and provide the links here for you.

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

If a mediainfo could help

General
Complete name : XXXXXXXXXXXXXX.HDTV.x264-LOL.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom
File size : 263 MiB
Duration : 42mn 59s
Overall bit rate mode : Variable
Overall bit rate : 855 Kbps
Encoded date : UTC 2012-02-27 01:11:29
Tagged date : UTC 2012-02-27 01:11:29

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile :
Format settings, CABAC : Yes
Format settings, ReFrames : 8 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 42mn 59s
Bit rate : 718 Kbps
Maximum bit rate : 3 684 Kbps
Width : 720 pixels
Height : 404 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.103
Stream size : 221 MiB (84%)
Writing library : x264 core 120 r2164 da19765
Encoding settings : cabac=1 / ref=8 / deblock=1:1:1 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=18 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / 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=60 / rc=crf / mbtree=1 / crf=19.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2012-02-27 23:49:12
Tagged date : UTC 2012-02-27 01:11:46
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 42mn 59s
Bit rate mode : Variable
Bit rate : 132 Kbps
Maximum bit rate : 181 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 40.9 MiB (16%)
Encoded date : UTC 2012-02-27 01:11:42
Tagged date : UTC 2012-02-27 01:11:46

#4 Updated by Rusty Unknown about 9 years ago

Example video with the above problems:

http://www.mediafire.com/?93l9pg5fy4y830j,83vhayuxxex8490,m2pc07vrmb0a773,ost6tr4apgn5g4y,fxwklort0aqticc

I think you can download multiple files at one time. Just download all parts and extract the video.

#5 Updated by Andreas Smas about 9 years ago

  • Status changed from New to Accepted
  • Target version set to 3.6

Downloaded the file now.
At least that's something I guess :-)

#6 Updated by Andreas Smas about 9 years ago

Can def. reproduce the bug
The fact that it works if I transcode it to MKV points to the fact that the actual
h264 stream itself should be OK so there must be something else lurking.

Intriguing....

#7 Updated by Andreas Smas about 9 years ago

  • Category set to Video playback

Ugh.. I've analyzed the actual h264 stream that's sent into the SPU decoders
And it's exactly the same.. still the mov muxed on breaks..

The story continues...

#8 Updated by Andreas Smas about 9 years ago

  • Status changed from Accepted to Fixed
  • % Done changed from 0 to 100

#9 Updated by Rusty Unknown about 9 years ago

Nice, so what was the issue exactly?

#10 Updated by Andreas Smas about 9 years ago

Honestly I don't know. But as the commit message says if I round the timestamps to ms precision (instead of µs precision) it just magically works. No idea why :(

#11 Updated by Jérôme S. about 9 years ago

Does mp4 to mkv transcoding change the timestamp ? Because when I change my broken mp4 into mkv it works.

#12 Updated by Andreas Smas about 9 years ago

Yes it does. MP4 uses a rational to describe the timestamps to it can be 100% exact.
MKV otoh uses milliseconds.

Also available in: Atom PDF