[mythtv-users] Unable to play radio recordings under latest atrpms 0.24

Mike Holden mythtv at mikeholden.org
Sun Dec 19 11:04:17 UTC 2010


This is on atrpms packaged 0.24 version:
[mike at puzzle ~]$ mythfrontend --version
Please attach all output as a file in bug reports.
MythTV Version   : v0.24-74-g0aeea6b-dirty
MythTV Branch    : fixes/0.24
Network Protocol : 63
Library API      : 0.24.20101129-1
QT Version       : 4.6.3
Options compiled in:
 linux release using_alsa using_jack using_oss using_pulse
using_pulseoutput using_backend using_bindings_perl
using_bindings_python using_dvb using_firewire using_frontend
using_hdhomerun using_hdpvr using_iptv using_ivtv
using_joystick_menu using_libfftw3 using_lirc using_mheg
using_opengl_video using_opengl_vsync using_qtdbus using_qtwebkit
using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmc_vld
using_xvmcw using_bindings_perl using_bindings_python
using_mythtranscode using_opengl using_vdpau using_ffmpeg_threads
using_live using_mheg

I record many radio programs from DVB-T tuner (UK Freeview). These
programs are mpeg, presented with a single audio stream and no video
stream.

ffmpeg identifies such a recording as follows:

[mike at puzzle ~]$ ffmpeg -i
/myth/jewel/storage1/video/4707_20101212025800.mpg
FFmpeg version SVN-r25557-snapshot, Copyright (c) 2000-2010 the
FFmpeg developers
  built on Oct 24 2010 07:32:30 with gcc 4.4.4 20100630 (Red Hat
4.4.4-10)
  configuration: --prefix=/usr --libdir=/usr/lib64
--shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared
--enable-gpl --enable-version3 --enable-nonfree --enable-postproc
--enable-avfilter --enable-pthreads --enable-x11grab
--enable-vdpau --disable-avisynth --enable-libdc1394
--enable-libdirac --enable-libfaac --enable-libgsm
--enable-libmp3lame --enable-libnut --enable-libopencore-amrnb
--enable-libopencore-amrwb --enable-libopenjpeg
--enable-libschroedinger --enable-libspeex --enable-libtheora
--enable-libvorbis --enable-libx264 --enable-libxvid
--extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
-fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64
-mtune=generic -fPIC' --disable-stripping
  libavutil     50.32. 3 / 50.32. 3
  libavcore      0. 9. 1 /  0. 9. 1
  libavcodec    52.93. 0 / 52.93. 0
  libavformat   52.84. 0 / 52.84. 0
  libavdevice   52. 2. 2 / 52. 2. 2
  libavfilter    1.53. 0 /  1.53. 0
  libswscale     0.12. 0 /  0.12. 0
  libpostproc   51. 2. 0 / 51. 2. 0
[mpegts @ 0x6ca6e0] max_analyze_duration reached
[NULL @ 0x6d2450] start time is not set in
av_estimate_timings_from_pts [NULL @ 0x6d2c90] start time is not set
in av_estimate_timings_from_pts [NULL @ 0x6ee640] start time is not
set in av_estimate_timings_from_pts [NULL @ 0x6f0390] start time is
not set in av_estimate_timings_from_pts [NULL @ 0x6f2260] start time
is not set in av_estimate_timings_from_pts [NULL @ 0x6f4130] start
time is not set in av_estimate_timings_from_pts [NULL @ 0x6f6000]
start time is not set in av_estimate_timings_from_pts Input #0,
mpegts, from
'/myth/jewel/storage1/video/4707_20101212025800.mpg':
  Duration: 01:09:51.48, start: 44833.245100, bitrate: 1728 kb/s
  Program 1
    Stream #0.0[0x642](eng): Audio: mp2, 48000 Hz, 2 channels, s16,
160 kb/s
    Stream #0.1[0x64a]: Data: [11][0][0][0] / 0x000B
    Stream #0.2[0x1ce9]: Data: [11][0][0][0] / 0x000B
    Stream #0.3[0x1c21]: Data: [11][0][0][0] / 0x000B
    Stream #0.4[0x1c22]: Data: [11][0][0][0] / 0x000B
    Stream #0.5[0x1c23]: Data: [11][0][0][0] / 0x000B
    Stream #0.6[0x1c24]: Data: [11][0][0][0] / 0x000B
    Stream #0.7[0x1c25]: Data: [11][0][0][0] / 0x000B

Under previous versions of myth, these played back fine, but under
the latest atrpms release, they fail to play.

In the main, the output log from mythfrontend -v media,playback
produces lots of:

2010-12-18 01:21:24.611 AudioPlayer: AddAudioData():p1: Audio buffer
overflow, audio data lost!

and

2010-12-18 01:21:24.663 Player(0): Waited 100ms for video buffers
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAU

errors, the former only showing up with the non-default logging.

The screen shows "Please wait..." for a while, and then returns to
the menu, having played no file.

The previous, still-working version is:
[mike at jewel ~]$ mythfrontend --version
Please attach all output as a file in bug reports.
MythTV Version   : 27420M
MythTV Branch    : branches/release-0-24-fixes
Network Protocol : 63
Library API      : 0.24.20101129-1
QT Version       : 4.6.3
Options compiled in:
 linux release using_alsa using_jack using_oss using_pulse
using_pulseoutput using_backend using_bindings_perl
using_bindings_python using_dvb using_firewire using_frontend
using_hdhomerun using_hdpvr using_iptv using_ivtv
using_joystick_menu using_libfftw3 using_lirc using_mheg
using_opengl_video using_opengl_vsync using_qtdbus using_qtwebkit
using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmc_vld
using_xvmcw using_bindings_perl using_bindings_python
using_mythtranscode using_opengl using_vdpau using_ffmpeg_threads
using_live using_mheg

Attrpms has the working version packaged as
mythtv-0.24-255.fc12.x86_64 and the failing version as
mythtv-0.24-256.fc13.x86_64

Anyone else seeing problems?
-- 
Mike Holden



More information about the mythtv-users mailing list