[mythtv-users] Failed radio recordings from dvb-t with 0.26-fixes

[John Pilkington]

On 23/04/13 13:42, John Pilkington wrote:
> Hi: After my upgrade to 0.26-fixes for Fedora 17 from rpmfusion I've had
> three failed radio recordings from a normally reliable tuner.  The
> console log shows nothing unusual.  Video recordings have been ok, and
> live radio playback works.
>
> The file length is actually 564 bytes; 3*188 bytes or 3 packets.
> I was going to paste the entire thing here, but the line wrapping spoils
> it.  The packet heads are 47 40 00 15, 47 45 14 12, 47 05 16 3f
> That was Radio4.
>
> Similarly for one 'recorded' while I was writing this:
> 47 40 00 13, 47 46 a4 10, 47 06 a6 13
> Radio4Extra.
>
> $ mythbackend --version
> Please attach all output as a file in bug reports.
> MythTV Version : 0.26.0-7.fc17 (v0.26.0-111-g3944ca9)
> MythTV Branch : fixes/0.26
> Network Protocol : 75
> Library API : 0.26.20130225-1
> QT Version : 4.8.4
> Options compiled in:
>   linux release use_hidesyms using_alsa using_jack using_oss using_pulse
> using_pulseoutput using_backend using_bindings_perl
> using_bindings_python using_bindings_php using_crystalhd using_dvb
> using_firewire using_frontend using_hdhomerun using_ceton using_hdpvr
> using_iptv using_ivtv using_joystick_menu using_libcrypto
> using_libdns_sd using_libfftw3 using_libxml2 using_libudf using_lirc
> using_mheg using_opengl_video using_qtwebkit using_qtscript using_qtdbus
> using_v4l2 using_x11 using_xrandr using_xv using_bindings_perl
> using_bindings_python using_bindings_php using_mythtranscode
> using_opengl using_vaapi using_vdpau using_ffmpeg_threads using_live
> using_mheg using_libass using_libxml2 using_libudf
>
>
> John P
>

I thought this might be because the recording profile had changed, but 
it's set to 'normal' and should be ok.

This is console output on attempting to play a 'recording' in progress:

2013-04-24 09:22:15.184850 I  TV: Attempting to change from None to 
WatchingRecording 

2013-04-24 09:22:15.187369 I  MythCoreContext: Connecting to backend 
server: 192.168.1.4:6543 (try 1 of 1) 

2013-04-24 09:22:15.188105 I  Using protocol version 75 
 

2013-04-24 09:22:15.449126 I  Pulse: PulseAudio suspend OK 
 

2013-04-24 09:22:15.524099 N  AudioPlayer: Enabling Audio 
 

2013-04-24 09:22:15.524230 W 
RingBuf(/mnt/f10store/myth/reca/1703_20130424081500.mpg): Peek() 
requested 2048 bytes, but only returning 564 

2013-04-24 09:22:15.524245 W  Player(1): OpenFile() waiting on data 
 

2013-04-24 09:22:15.574358 W 
RingBuf(/mnt/f10store/myth/reca/1703_20130424081500.mpg): Peek() 
requested 2048 bytes, but only returning 564

<snip>

2013-04-24 09:22:16.477277 W  Player(1): OpenFile() waiting on data
2013-04-24 09:22:16.527397 W 
RingBuf(/mnt/f10store/myth/reca/1703_20130424081500.mpg): Peek() 
requested 2048 bytes, but only returning 564
2013-04-24 09:22:16.527422 E  Player(1): OpenFile(): Could not read 
first 2048 bytes of '/mnt/f10store/myth/reca/1703_20130424081500.mpg'
2013-04-24 09:22:16.527433 E  Player(1): Unable to open video file.
2013-04-24 09:22:36.557353 E  playCtx: StartPlaying() Failed to start player
2013-04-24 09:22:36.775263 I  Pulse: PulseAudio resume OK
2013-04-24 09:22:36.776006 I  TV: Main UI disabled.
2013-04-24 09:22:36.776020 I  TV: Entering main playback loop.
2013-04-24 09:22:36.788221 I  ScreenSaverX11Private: DPMS Deactivated 1
2013-04-24 09:22:36.788820 I  TV: Exiting main playback loop.
2013-04-24 09:22:36.810945 N  Resuming idle timer