Bug #890
MP4 Container issue
Status: | Fixed | Start date: | 03/02/2012 | |
---|---|---|---|---|
Priority: | Normal | Due 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
History
#1
Updated by Jérôme S. over 10 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 over 10 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. over 10 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 : [email protected]
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 over 10 years ago
Example video with the above problems:
I think you can download multiple files at one time. Just download all parts and extract the video.
#5
Updated by Andreas Smas over 10 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 over 10 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 over 10 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 over 10 years ago
- Status changed from Accepted to Fixed
- % Done changed from 0 to 100
Applied in changeset a4e10ccdcbf1d9cee8fd55898d034da7f8b02cbf.
#9
Updated by Rusty Unknown over 10 years ago
Nice, so what was the issue exactly?
#10
Updated by Andreas Smas over 10 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. over 10 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 over 10 years ago
Yes it does. MP4 uses a rational to describe the timestamps to it can be 100% exact.
MKV otoh uses milliseconds.