[mythtv] [mythtv-commits] Ticket #1872: Backend stops recording in middle of program

[Bill Cizek]

>
>On Saturday 01 July 2006 23:34, MythTV wrote:
>  
>
>>#1872: Backend stops recording in middle of program
>>    
>>
>> FWIW: libs/libmythtv/dvbsignalmonitor.cpp has the following comment
>>at line 203:
>>
>> {{{
>> // TODO as is this will break for ATSC streams, where the
>> // MGT is on pid 0x1ffb and the VCTs can be on any pid like
>> // PMTs, but is usually on 0x1ffb.
>> }}}
>>
>> I don't know if this is related or not, but this looks suspicious.
>>    
>>
>
>No, this is absolutly not related. This comment applies only to the 
>Sectionreader signalmonitor part, which is only used for some usb1.1 
>dvb adapters.
>Furthermore the signalmonitor can't cause a in progress recording to 
>fail. Siganlmonitor problems produce usually 0 byte recordings.
>
>Janne
>  
>

This title is a bit of a misnomer.  When I first opened the ticket it 
was for a recording
that stopped in the middle, seemingly because the signal was lost and 
couldn't
be re-tuned.  Since then I've had multiple (20+) recordings which look 
like they're
recording but no file gets created.  The log shows the VCT is received 
and matched,
then pid 0x1ffb is removed from the filter, and mythtv waits forever for 
the MGT
(which will never be received because 0x1ffb is being filtered out).  
I'm not familiar
enough with DVB / ASTC and the mythTV processing logic to dig deeper 
than this,
but I'm willing to run diagnostic patches if that helps...

I've got a pair of pcHDTV-3000 cards in my backend.  These have worked 
well with
SVN 9759, but whenever I tried to update (starting with 10005) I had 
this problem.


-Bill



 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-dev/attachments/20060702/0a91a4e1/attachment.htm