[prev in list] [next in list] [prev in thread] [next in thread]
List: mythtv-dev
Subject: Re: [mythtv] [mythtv-commits] Ticket #1153: Live TV : "Error was
From: John Pullan <john.pullan () gmail ! com>
Date: 2006-01-31 19:25:56
Message-ID: 70a9f3260601311125x2c0af9c6q () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On 31/01/06, Buechler, Mark R <Mark_R_Buechler@bausch.com> wrote:
>
> I would be interested to know what people are using for
> dvb_wait_for_seqstart. I believe this defaults to 1 when it probably
> should
> default to 0. dvbrecorder throws away all packets (even ones with payload
> start) until seqstart is seen. The ringbuffer wants a certain number of
> bytes (I can't remember how many) before it starts reading and it only
> tries
> 4 times to read the file. After the forth time data will never be sent to
> the frontend until the channel is changed.
>
> I've gone through this problem and have increased that retry 20 and even
> 30
> - but this causes many more headaches. I found that by not waiting for
> seqstart I get a payload start immediately and the ringbuffer can
> immediately start reading. However, I think a better solution would be fo=
r
> dummydtvrecorder to run until a payload start is seen - which would fix
> issues with bad channels, encrypted channels, etc.
>
> - Mark.
>
> -----Original Message-----
> From: MythTV [mailto:mythtv@cvs.mythtv.org]
> Sent: Tuesday, January 31, 2006 9:11 AM
> To: mythtv-commits@mythtv.org
> Subject: Re: [mythtv-commits] Ticket #1153: Live TV : "Error was
> encountered
> while displaying video."
>
> #1153: Live TV : "Error was encountered while displaying video."
>
> -----------------------------+-------------------------------------------=
---
> Reporter: ben@vanilla.net | Owner: danielk
> Type: defect | Status: reopened
> Priority: minor | Milestone: 0.19
> Component: mythtv | Version: head
> Severity: medium | Resolution:
>
> -----------------------------+-------------------------------------------=
---
> Comment (by danielk):
>
> John & Bob, please post your logs; the problem Ben is experiencing is due
> to the DVB recording taking too long to start up, I'd like to know if you
> are experiencing something similar, or if the recording doesn't start at
> all. Please also post the output of 'date ; ls -l
> /name/of/last/video/file.mpg" once the frontend gives you the error
> message, so I can estimate if and when the recording actually started.
>
> Ben can you post the logs from when a high retry counts don't help?
Tried changing the value and it didn't make any difference. :/
--
John
[Attachment #5 (text/html)]
<br><br><div><span class="gmail_quote">On 31/01/06, <b \
class="gmail_sendername">Buechler, Mark R</b> <<a \
href="mailto:Mark_R_Buechler@bausch.com">Mark_R_Buechler@bausch.com</a>> \
wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, \
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> I would be interested to \
know what people are using for<br>dvb_wait_for_seqstart. I believe this defaults to 1 \
when it probably should<br>default to 0. dvbrecorder throws away all packets (even \
ones with payload<br>start) until seqstart is seen. The ringbuffer wants a certain \
number of <br>bytes (I can't remember how many) before it starts reading and it only \
tries<br>4 times to read the file. After the forth time data will never be sent \
to<br>the frontend until the channel is changed.<br><br>I've gone through this \
problem and have increased that retry 20 and even 30 <br>- but this causes many more \
headaches. I found that by not waiting for<br>seqstart I get a payload start \
immediately and the ringbuffer can<br>immediately start reading. However, I think a \
better solution would be for <br>dummydtvrecorder to run until a payload start is \
seen - which would fix<br>issues with bad channels, encrypted channels, etc.<br><br>- \
Mark.<br><br>-----Original Message-----<br>From: MythTV [mailto:<a \
href="mailto:mythtv@cvs.mythtv.org"> mythtv@cvs.mythtv.org</a>]<br>Sent: Tuesday, \
January 31, 2006 9:11 AM<br>To: <a \
href="mailto:mythtv-commits@mythtv.org">mythtv-commits@mythtv.org</a><br>Subject: Re: \
[mythtv-commits] Ticket #1153: Live TV : "Error was encountered <br>while \
displaying video."<br><br>#1153: Live TV : "Error was encountered while \
displaying video."<br>-----------------------------+----------------------------------------------<br> \
Reporter: <a href="mailto:ben@vanilla.net"> \
ben@vanilla.net</a> | Owner: danielk<br>
Type: defect
> Status: reopened<br>
Priority: minor \
| Milestone: 0.19<br>Component: mythtv
| Version: head<br> \
Severity: medium \
| Resolution:<br>-----------------------------+----------------------------------------------<br>Comment \
(by danielk):<br><br> John & Bob, please post your logs; the problem Ben is \
experiencing is due <br> to the DVB recording taking too long to start up, I'd like \
to know if you<br> are experiencing something similar, or if the recording doesn't \
start at<br> all. Please also post the output of 'date ; ls -l<br> \
/name/of/last/video/file.mpg" once the frontend gives you the error <br> \
message, so I can estimate if and when the recording actually started.<br><br> Ben \
can you post the logs from when a high retry counts don't help?</blockquote><div><br> \
Tried changing the value and it didn't make any difference. :/<br> \
</div><br></div><br><br clear="all"><br>-- <br>John
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic