<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

  <title></title>

</head>

<body bgcolor="#ffffff" text="#000000">

<a class="moz-txt-link-abbreviated" href="mailto:mythtv@miwers.dk">mythtv@miwers.dk</a>

wrote:

<blockquote cite="mid46B8C395.7050709@miwers.dk" type="cite">

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

  <title></title>

After some more testing, I must agree with you, Shane. I cannot trust

the backend regarding discont.<br>

I compiled mythtv without your one-line workaround, so in all tests

below the backend reports discont = 0 (continuous recording)<br>

I have attached some log files to this mail<br>

  <br>

Using the DVB card for recording, I have seen both continuous and

discontinuous switching on the frontend - it seems that sometimes (not

everytime) the frontend ignores the discont = 0 and resets the

playback. For some reason I got five switches in a row at one time.

Don't know if that was a different bug, and it doesn't seem related to

this.<br>

  <br>

mythtv-DVB-continuous.txt<br>

mythtv-DVB-multiple-changes-ignoring-continuous.txt<br>

  <br>

To be continued...<br>

</blockquote>

<br>

I found something else during my testing...<br>

Please notice that the frontend only issues one LiveTVChain():

SwitchTo() event for each switch:<br>

<br>

If I record with the IVTV tuners, then I get two SwitchTo events for

each switch. Could this be the cause of the freezing? It seems that the

frontend is trying to play back the stream twice, and there's a

collision. I'm only guessing, but it could be worth looking into.<br>

<br>

mythtv-IVTV-double-switchto.txt<br>

<br>

Also notice, that in the DVB log (continuous) I get the

FileChangedCallback, but I don't get this in the IVTV logs before it

freeze. So, maybe somewhere in between those events it all goes fubar

for the frontend.<br>

<br>

/Miwer<br>

<br>

</body>

</html>