H264 TS - VLC Player crashes

[payam]

Could you please give me some insight to this? The VLC Player crashes after I try to play a 720p and it displays only the first frame when I try to play 1080i.


here is the log for 720p:
main debug: thread times: real 0m14.625187s, kernel 0m0.031250s, user 0m0.000000s
main debug: thread 4948 joined (directx.c:509)
main debug: removing module "vout_directx"
main debug: thread times: real 0m14.422059s, kernel 0m0.156250s, user 0m0.015625s
main debug: thread 4808 joined (video_output/video_output.c:461)
main debug: adding playlist item `D:\parkrun_720p_6M.264' ( D:\parkrun_720p_6M.264 )
main debug: creating new input thread
main debug: waiting for thread completion
main debug: drive letter D: found in source
main debug: thread 4956 (input) created at priority 1 (input/input.c:265)
main debug: `D:\parkrun_720p_6M.264' gives access `' demux `' path `D:\parkrun_720p_6M.264'
main debug: creating demux: access='' demux='' path='D:\parkrun_720p_6M.264'
main debug: looking for access_demux module: 1 candidate
main debug: creating access '' path='D:\parkrun_720p_6M.264'
main debug: looking for access2 module: 5 candidates
vcd debug: trying .cue file: D:\parkrun_720p_6M.cue
access_file debug: opening file `D:\parkrun_720p_6M.264'
main debug: using access2 module "access_file"
main debug: pre-buffering...
main debug: received first data for our buffer
main debug: pre-buffering done 1408981 bytes in 0s - 1375958007 kbytes/s
main debug: creating demux: access='' demux='' path='D:\parkrun_720p_6M.264'
main debug: looking for demux2 module: 45 candidates
main debug: using demux2 module "ts"
main debug: looking for a subtitle file in D:\
ts debug: DEMUX_SET_GROUP 0 00000000
main debug: `D:\parkrun_720p_6M.264' successfully opened
ts debug: PATCallBack called
ts debug: new PAT ts_id=0 version=1 current_next=1
ts debug: * number=1 pid=32
ts debug: PMTCallBack called
ts debug: new PMT program number=1 version=5 pid_pcr=33
ts debug: * es pid=33 type=27 fcc=h264
main debug: selecting program id=1
main debug: looking for decoder module: 27 candidates
ffmpeg debug: libavcodec already initialized
ffmpeg debug: postprocessing disabled
ffmpeg debug: ffmpeg codec (h264) started
main debug: using decoder module "ffmpeg"
main debug: looking for packetizer module: 17 candidates
main debug: using packetizer module "packetizer_h264"
main debug: thread 4840 (decoder) created at priority 0 (input/decoder.c:159)
packetizer_h264 debug: found NAL_SPS
packetizer_h264 debug: found NAL_PPS
ffmpeg warning: cannot decode one frame (29 bytes)
ffmpeg warning: cannot decode one frame (8 bytes)
ffmpeg debug: concealing 3600 DC, 3600 AC, 3600 MV errors
(h264@00B0EEF0)
ffmpeg debug: concealing 3600 DC, 3600 AC, 3600 MV errors
(h264@00B0EEF0)



-----------------------------------------------------------------------------------------------
Here is the log for 1080i:

main debug: thread times: real 0m11.375145s, kernel 0m0.031250s, user 0m0.000000s
main debug: thread 4856 joined (directx.c:509)
main debug: removing module "vout_directx"
main debug: thread times: real 0m11.234518s, kernel 0m0.171875s, user 0m0.000000s
main debug: thread 4828 joined (video_output/video_output.c:461)
main debug: adding playlist item `D:\basket_1088i_6M.264' ( D:\basket_1088i_6M.264 )
main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 4856 (input) created at priority 1 (input/input.c:265)
main debug: drive letter D: found in source
main debug: `D:\basket_1088i_6M.264' gives access `' demux `' path `D:\basket_1088i_6M.264'
main debug: creating demux: access='' demux='' path='D:\basket_1088i_6M.264'
main debug: looking for access_demux module: 1 candidate
main debug: creating access '' path='D:\basket_1088i_6M.264'
main debug: looking for access2 module: 5 candidates
vcd debug: trying .cue file: D:\basket_1088i_6M.cue
access_file debug: opening file `D:\basket_1088i_6M.264'
main debug: using access2 module "access_file"
main debug: pre-buffering...
main debug: received first data for our buffer
main debug: pre-buffering done 1408981 bytes in 0s - 1375958007 kbytes/s
main debug: creating demux: access='' demux='' path='D:\basket_1088i_6M.264'
main debug: looking for demux2 module: 45 candidates
main debug: using demux2 module "ts"
main debug: looking for a subtitle file in D:\
ts debug: DEMUX_SET_GROUP 0 00000000
main debug: `D:\basket_1088i_6M.264' successfully opened
ts debug: PATCallBack called
ts debug: new PAT ts_id=0 version=1 current_next=1
ts debug: * number=1 pid=32
ts debug: PMTCallBack called
ts debug: new PMT program number=1 version=5 pid_pcr=33
ts debug: * es pid=33 type=27 fcc=h264
main debug: selecting program id=1
main debug: looking for decoder module: 27 candidates
ffmpeg debug: libavcodec already initialized
ffmpeg debug: postprocessing disabled
ffmpeg debug: ffmpeg codec (h264) started
main debug: using decoder module "ffmpeg"
main debug: looking for packetizer module: 17 candidates
main debug: using packetizer module "packetizer_h264"
main debug: thread 4420 (decoder) created at priority 0 (input/decoder.c:159)
packetizer_h264 debug: found NAL_SPS
packetizer_h264 debug: found NAL_PPS
ffmpeg warning: cannot decode one frame (29 bytes)
ffmpeg warning: cannot decode one frame (8 bytes)
ffmpeg debug: concealing 8160 DC, 8160 AC, 8160 MV errors
(h264@00B0EEF0)
main warning: Fixing broken HDTV stream (display_height=1088)
main debug: no usable vout present, spawning one
main debug: window size: 1920x1080
main debug: looking for video output module: 5 candidates
vout_directx debug: creating DirectXEventThread
main debug: waiting for thread completion
vout_directx debug: DirectXCreateWindow
main debug: Registering subpicture channel, ID: 2
main debug: Registering subpicture channel, ID: 3
main debug: Registering subpicture channel, ID: 4
main debug: Registering subpicture channel, ID: 5
vout_directx debug: created video sub-window
main debug: thread 4948 (DirectX Events Thread) created at priority 0 (directx.c:278)
vout_directx debug: DirectXEventThread running
vout_directx debug: DirectXInitDDraw
vout_directx debug: directx-device:
vout_directx debug: DirectXEnumCallback: Primary Display Driver, display
vout_directx debug: DirectXEnumCallback: Intel(R) 82945G Express Chipset Family, \\.\DISPLAY1
vout_directx debug: selecting Intel(R) 82945G Express Chipset Family, \\.\DISPLAY1
vout_directx debug: DirectXEnumCallback: Intel(R) 82945G Express Chipset Family, \\.\DISPLAY2
vout_directx debug: screen dimensions (0x0,1024x1280)
vout_directx debug: DirectDraw Capabilities: overlay=1 yuvoverlay=1 can_deinterlace_overlay=1 colorkey=1 stretch=1 bltfourcc=1
vout_directx debug: End DirectXInitDDraw
vout_directx debug: DirectXCreateDisplay
vout_directx debug: DirectXCreateClipper
vout_directx debug: disabling screen saver
main debug: using video output module "vout_directx"
main debug: waiting for thread completion
vout_directx debug: NewPictureVec overlay:yes chroma:YV12
vout_directx debug: End NewPictureVec (failed)
vout_directx debug: NewPictureVec overlay:yes chroma:YV12
vout_directx debug: End NewPictureVec (failed)
vout_directx debug: NewPictureVec overlay:yes chroma:YUY2
vout_directx debug: YUV overlay created successfully
vout_directx debug: End NewPictureVec (succeeded)
main debug: got 1 direct buffer(s)
main debug: picture in 1920x1088 (0,0,1920x1080), chroma I420, ar 768001:432000, sar 1:1
main debug: picture user 1920x1088 (0,0,1920x1080), chroma I420, ar 768001:432000, sar 1:1
main debug: picture out 1920x1088 (0,0,1920x1080), chroma YUY2, ar 768001:432000, sar 1:1
main debug: looking for chroma module: 9 candidates
main debug: using chroma module "i420_yuy2_mmx"
main debug: indirect render, mapping render pictures 0-7 to system pictures 1-8
main debug: thread 4808 (video output) created at priority 1 (video_output/video_output.c:421)
main warning: late picture skipped (3662523)
main warning: late picture skipped (3792256)
ffmpeg error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
ffmpeg warning: MBAFF + spatial direct mode is not implemented
(h264@00B0EEF0)
main warning: late picture skipped (5309723)
main debug: waiting decoder fifos to empty
main warning: late picture skipped (5470456)
main debug: waiting decoder fifos to empty
ffmpeg warning: MBAFF + spatial direct mode is not implemented
(h264@00B0EEF0)
main warning: late picture skipped (5631189)
main debug: waiting decoder fifos to empty
ffmpeg warning: MBAFF + spatial direct mode is not implemented
(h264@00B0EEF0)
main debug: waiting decoder fifos to empty
main warning: late picture skipped (5553623)
main warning: late picture skipped (5714356)
main debug: waiting decoder fifos to empty
ffmpeg warning: MBAFF + spatial direct mode is not implemented
(h264@00B0EEF0)
main warning: late picture skipped (5796089)
main debug: waiting decoder fifos to empty
ffmpeg warning: MBAFF + spatial direct mode is not implemented
(h264@00B0EEF0)
main warning: late picture skipped (5750523)
main debug: waiting decoder fifos to empty
main warning: late picture skipped (5879256)
ffmpeg warning: MBAFF + spatial direct mode is not implemented
(h264@00B0EEF0)
main debug: waiting decoder fifos to empty
main warning: late picture skipped (6086989)
ffmpeg warning: MBAFF + spatial direct mode is not implemented
(h264@00B0EEF0)
main warning: late picture skipped (5884423)
main debug: waiting decoder fifos to empty
ffmpeg warning: cannot decode one frame (29 bytes)
ffmpeg warning: cannot decode one frame (8 bytes)
main warning: late picture skipped (6107156)
main debug: waiting decoder fifos to empty
ffmpeg warning: MBAFF + spatial direct mode is not implemented
(h264@00B0EEF0)
main warning: late picture skipped (6220889)
main warning: late picture skipped (6034323)
main debug: closing input
ts debug: pid list:
ts debug: - pid[0] seen
ts debug: - pid[32] seen
ffmpeg debug: ffmpeg codec (h264) stopped

[DJ]

I would tend to believe this is the problem:

ffmpeg error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
ffmpeg warning: MBAFF + spatial direct mode is not implemented

VLC 0.8.6 will support interlaced AVC files. However your machine may still be to slow.

[payam]

I have tried both 0.8.5FreeHD and 0.8.6Test with a 3.2 GHz intel machine.
I get the same result. 3.2GHz is not enough?

Also what about the 720p one, that one makes the VLC Player crash.

Thanks

Payam

[DJ]

I don't know? The samples I have seen thus far work here. The 720p messages file seemed to indicate problems with the file, but could also be the machine. Are you having any kind of problem with other files or a DVD?

You could go the QuickTimes website and try some of their trailers. Starting with 480p and work your way up.

In general I would expect your machine should play AVC HD video

[The DJ]

fmpeg warning: MBAFF + spatial direct mode is not implemented
(h264@00B0EEF0)

VLC 0.8.6 will support PAFF interlaced AVC, but not MBAFF interlaced material yet. As far as I know there is no Free and Open decoder available yet that does MBAFF decoding.

[payam]

Thanks, I think MBAFF might be causing the problem. But I find it odd that it would cause the player to crash in 720p.

Payam

[Trax]

ffmpeg warning: MBAFF + spatial direct mode is not implemented
(h264@00B0EEF0)

As far as I know this also occurs when the stream is encoded in interlaced mode with x264 (even encoded in temporal mode FFmpeg says spatial mode is not implemented so it doesn't seem to be able to distinguish this properly). Do you know what settings the parkrun sample was created with?

There have been some crash reports in the x264 channel (IRC) possibly related to encodes with a height value in multiples of 32 (which is 1088).

[payam]

park run is encoded in spatial mode. I have tried samples in both 1080 and 1088 and it only show the first frame and not the rest. It also always dies with 720p.

[DJ]

Spacial mode is only recommended for animations and 0.8.6 does seem to work in this regard. Also an auto mode has been implemented. This feature has been available for some time in the x264.exe cli version. New loop filter adjustments have also been added but do not appear to be functioning yet. But it does work in the x264.exe cli version.

[Trax]

According to pengvado lavc indeed crashes with mbaff and non-mod32 so that is a ffmpeg bug/problem unfortunately.

[DJ]

Acknowledged!