[mythtv-users] frequent 0 byte recording with hd pvr after upgrade to ubuntu 13.10/mythtv 0.27

Andrew C. Stadt acstadt at stadt.ca
Sun Nov 3 11:58:14 UTC 2013


On 03/11/2013 1:41 AM, Oz Dror wrote:
> OS: Ubuntu 13.10 X86_64
>
> Since the upgrade I get frequent 0-byte recordings with the HDPVR/ I 
> have replaced it with a new one it did not help. I have switched USB 
> ports also with no help.
>
> I get the following in the backend log file.
>
>
> Nov  2 21:54:30 MY_host mythbackend: mythbackend[5601]: I TVRecEvent 
> tv_rec.cpp:1565 (HandlePendingRecordings) TVRec[13]: ASK_RECORDING 13 
> 29 0 0
> Nov  2 21:55:00 MY_host mythbackend: mythbackend[5601]: I TVRecEvent 
> tv_rec.cpp:1048 (HandleStateChange) TVRec[13]: Changing from None to 
> RecordingOnly
> Nov  2 21:55:00 MY_host mythbackend: mythbackend[5601]: I TVRecEvent 
> tv_rec.cpp:3597 (TuningCheckForHWChange) TVRec[13]: HW Tuner: 13->13
> Nov  2 21:55:00 MY_host mythbackend: mythbackend[5601]: I TVRecEvent 
> recorders/v4lchannel.cpp:558 (SetInputAndFormat) 
> V4LChannel[13](/dev/video0): SetInputAndFormat(12, NTSC) (v4l v2) 
> input_switch: 0 mode_switch: 0
> Nov  2 21:55:00 MY_host mythbackend: mythbackend[5601]: N Scheduler 
> autoexpire.cpp:264 (CalcParams) AutoExpire: CalcParams(): Max required 
> Free Space: 3.0 GB w/freq: 15 min
> Nov  2 21:55:00 MY_host mythbackend: mythbackend[5601]: I Scheduler 
> scheduler.cpp:2643 (HandleRecordingStatusChange) Tuning recording: 
> "Jane Eyre": channel 4529 on cardid 13, sourceid 4
> Nov  2 21:55:22 MY_host mythbackend: mythbackend[5601]: I CoreContext 
> scheduler.cpp:704 (UpdateRecStatus) Updating status for "Jane Eyre" on 
> cardid 13 (Tuning => Recording)
> Nov  2 21:55:23 MY_host mythbackend: mythbackend[5601]: I TVRecEvent 
> tv_rec.cpp:4117 (TuningNewRecorder) TVRec[13]: rec->GetPathname(): 
> '/disk0/pvr/4529_20131103045500.mpg'
> Nov  2 21:55:25 MY_host mythbackend: mythbackend[5601]: E 
> DeviceReadBuffer recorders/DeviceReadBuffer.cpp:543 (Poll) 
> DevRdB(/dev/video0): Poll giving up 2
> Nov  2 21:55:25 MY_host mythbackend: mythbackend[5601]: E RecThread 
> recorders/mpegrecorder.cpp:1044 (run) MPEGRec[13](/dev/video0): Device 
> error detected
> Nov  2 21:55:26 MY_host mythbackend: mythbackend[5601]: I 
> Metadata_4169 jobqueue.cpp:2156 (DoMetadataLookupThread) JobQueue: 
> Metadata Lookup Starting for "Jane Eyre" recorded from channel 4529 at 
> 2013-11-03T04:55:00Z
> Nov  2 21:55:27 MY_host mythbackend: mythbackend[5601]: I 
> ProcessRequest mainserver.cpp:1420 (HandleAnnounce) MainServer::ANN 
> Monitor
> Nov  2 21:55:27 MY_host mythbackend: mythbackend[5601]: I 
> ProcessRequest mainserver.cpp:1422 (HandleAnnounce) adding: 
> moriel-i7-4770 as a client (events: 0)
> Nov  2 21:55:27 MY_host mythbackend: mythbackend[5601]: I 
> ProcessRequest mainserver.cpp:1420 (HandleAnnounce) MainServer::ANN 
> Monitor
> Nov  2 21:55:27 MY_host mythbackend: mythbackend[5601]: I 
> ProcessRequest mainserver.cpp:1422 (HandleAnnounce) adding: 
> moriel-i7-4770 as a client (events: 1)
> Nov  2 21:55:28 MY_host mythbackend: mythbackend[5601]: E 
> DeviceReadBuffer recorders/DeviceReadBuffer.cpp:543 (Poll) 
> DevRdB(/dev/video0): Poll giving up 2
> Nov  2 21:55:28 MY_host mythbackend: mythbackend[5601]: E RecThread 
> recorders/mpegrecorder.cpp:1044 (run) MPEGRec[13](/dev/video0): Device 
> error detected
> Nov  2 21:55:30 MY_host mythbackend: mythbackend[5601]: E 
> DeviceReadBuffer recorders/DeviceReadBuffer.cpp:543 (Poll) 
> DevRdB(/dev/video0): Poll giving up 2
> Nov  2 21:55:30 MY_host mythbackend: mythbackend[5601]: E RecThread 
> recorders/mpegrecorder.cpp:1044 (run) MPEGRec[13](/dev/video0): Device 
> error detected
> Nov  2 21:55:33 MY_host mythbackend: mythbackend[5601]: E 
> DeviceReadBuffer recorders/DeviceReadBuffer.cpp:543 (Poll) 
> DevRdB(/dev/video0): Poll giving up 2
> Nov  2 21:55:33 MY_host mythbackend: mythbackend[5601]: E RecThread 
> recorders/mpegrecorder.cpp:1044 (run) MPEGRec[13](/dev/video0): Device 
> error detected
> Nov  2 21:55:36 MY_host mythbackend: mythbackend[5601]: E 
> DeviceReadBuffer recorders/DeviceReadBuffer.cpp:543 (Poll) 
> DevRdB(/dev/video0): Poll giving up 2
> N
> ... endlessly Until I turn the power  off.
>
> Is this a bug in ubuntu/kernel or 0.27. If it is Is there any workaround.
>
> Thanks for any help
>
One of two things going on here:  Either the hdpvr doesn't like the 
input its getting or you're dealing with the same issue I have with 
recent kernels and the xhci module.

The first thing I'd do is make sure that the hdpvr is happy.  I don't 
use ubuntu, but on a debian system, I create a file 
/etc/modprobe.d/hdpvr.conf containing:
options hdpvr hdpvr_debug=1 default_video_input=0 default_audio_input=2

Please adjust the values appropriate to you, you can run 'modinfo hdpvr' 
to get a list of parameters.

Then either reboot, or just rmmod hdpvr, insmod hdpvr. With the 
hdpvr_debug=1, you'll get lines in you're syslog if the hdpvr doesn't 
like something: for example if I attempt to cat /dev/video0 > test.ts 
with no video input, I get:

grep 'hdpvr' /var/log/syslog
...
snoopy kernel: [  167.989139] hdpvr 5-4:1.0: control request returned 4
snoopy kernel: [  167.990134] hdpvr 5-4:1.0: no valid video signal or 
device init failed
...

On the other hand:

I don't know what hardware you have outside of the hdpvr, but my 
experience (and some others) has been that it doesn't like usb 3.0 
ports.  On my new backend I actually had to disable usb 3.0 in the bios 
in order to get mine to work.  Even on 2.0 ports, if usb 3.0 was 
enabled, the xhci module was grabbing the port and I could not get the 
device to work consistently, more often it would fail versus work.  
While I don't like the solution I arrived at (which is disabling usb 3.0 
in the bios (Z87 chipset if that matters)) it works for me as I don't 
have any usb 3.0 devices at the moment. I'm sure there is someway of 
preventing xhci from grabbing specific ports/hubs but I haven't found it 
yet.

You might also want to look at the output of 'lsusb -t' to see what else 
is sharing the same the root hub with your hdpvr. Hdpvr's are somewhat 
notorious for not sharing nicely.

HTH,

Andrew.



More information about the mythtv-users mailing list