Movian

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

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.

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

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.

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....

Nice, so what was the issue exactly?

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

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

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