Opened 10 years ago
Closed 10 years ago
#7082 closed defect (duplicate)
Internal player fals on .ts files with "Video frame buffering failed too many times"
Reported by: | Owned by: | janneg | |
---|---|---|---|
Priority: | minor | Milestone: | unknown |
Component: | MythTV - General | Version: | unknown |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
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
Attachments (1)
Change History (4)
Changed 10 years ago by
Attachment: | frontend.log added |
---|
comment:1 Changed 10 years ago by
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. ;-)
comment:2 Changed 10 years ago by
Owner: | changed from Isaac Richards to janneg |
---|---|
Status: | new → assigned |
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.
mythfrontend -v playback log