Internal player fals on .ts files with "Video frame buffering failed too many times"

[junk_inbox@…]

Internal player fails to play a .ts file.

File is a TS format file that was ripped from a dish PVR. File is mpeg2, but a non-standard resolution: 544x480

mythfrontend --version Please include all output in bug reports. MythTV Version : 21905 MythTV Branch : trunk Network Protocol : 48 Library API : 0.22.20090916-2 QT Version : 4.5.1 Options compiled in:

linux release using_oss using_alsa using_backend using_dvb using_frontend using_hdhomerun using_hdpvr using_iptv using_ivtv using_joystick_menu using_lirc using_mheg using_opengl_video using_opengl_vsync using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python using_opengl using_vdpau using_ffmpeg_threads using_live using_mheg

File plays back perfectly with mplayer (version 29092-4.4.0) and vlc (version 1.0.1)

mythfrontend -v playback log is attached (frontend.log)

The first 7 seconds of the video are attached for testing as well. (Basically just the 'columbia' logo) (21.clip.ts)

The attached log was generated with the "Slim" playback profile.

I also tried playing it back with a VDPAU profile and received the same error message.

ffmpeg -i 21.clip.ts FFmpeg version 0.5-rpmfusion, Copyright (c) 2000-2009 Fabrice Bellard, et al.

configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --extra-cflags=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -I/usr/include/openjpeg --extra-version=rpmfusion --enable-bzlib --enable-libdc1394 --enable-libfaac --enable-libfaad --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-x11grab --enable-avfilter --enable-avfilter-lavf --enable-postproc --enable-swscale --enable-pthreads --disable-static --enable-shared --enable-gpl --disable-debug --disable-stripping --shlibdir=/usr/lib64 libavutil 49.15. 0 / 49.15. 0 libavcodec 52.20. 0 / 52.20. 0 libavformat 52.31. 0 / 52.31. 0 libavdevice 52. 1. 0 / 52. 1. 0 libavfilter 0. 4. 0 / 0. 4. 0 libswscale 0. 7. 1 / 0. 7. 1 libpostproc 51. 2. 0 / 51. 2. 0 built on Mar 26 2009 19:39:46, gcc: 4.4.0 20090307 (Red Hat 4.4.0-0.23)

Input #0, mpeg, from '21.clip.ts':

Duration: 00:00:13.53, start: 17569.565178, bitrate: 1513 kb/s

Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 544x480 [PAR 20:17 DAR 4:3], 15000 kb/s, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0.1[0x80]: Audio: ac3, 48000 Hz, 5.1, s16, 384 kb/s Stream #0.2[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 160 kb/s

At least one output file must be specified

[junk_inbox@…]

mythfrontend -v playback log

[junk_inbox@…]

Seems the file is too large for attaching to the ticket, I've posted it here: ​http://jartz.gotdns.com:8008/files/mythtv/21.clip.ts

Thanks. ;-)

[markk]

I've confirmed the issue here and am seeing exactly the same problem with an old mythtv dvb recording that previously played without issue. Presumably ffmpeg sync related.

[markk]

Almost certainly a duplicate of #7140 - which also contains a patch that fixes the issue for me.