<br><br><div><span class="gmail_quote">On 10/09/2007, <b class="gmail_sendername">Daniel Kristjansson</b> <<a href="mailto:danielk@cuymedia.net">danielk@cuymedia.net</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;">
On Mon, 2007-09-10 at 15:19 +0100, Martin Long(myth) wrote:<br>><br>> On Sun, September 9, 2007 7:55 pm, <a href="mailto:mythtv@longhome.co.uk">mythtv@longhome.co.uk</a> wrote:<br>> ><br>> > I think I've found a bug on multirec. If I exit from a channel (maybe to
<br>> watch a recording), and then go back to live TV after that channel has<br>> 'closed' (ie nothing is broadcasting). It never retunes to the channel<br>> (doesn't even display the mheg 'This channel is closed' screen), and if
<br>> I try and tune to a different channel, I get "An error occurred while<br>> trying to display video". The only way I could get back to a tunable<br>> channel was by<br>> > editing the start channel in the cardinput table.
<br>> ><br>> > Nothing obvious in the logs. I'll try upping the logging.<br>> ><br>><br>> I see Daniel did a commit which may fix this. I'll see if I can build and<br>> test it tonight (without bothering the wife).
<br><br>Which commit? The "record data streams" commit?<br><br>That may do it, but this may also be a video output bug unrelated to<br>multirec.. If the data stream commit doesn't fix it can you try the<br>trunk revision? I think it may be broken in this regard too.
<br><br>-- Daniel</blockquote><div><br>Hi, I'm running the multi-rec bracnch too.<br><br>I've been tracking trunk for a while now (up to 14505) and then switched to multirec (also 14505).<br><br>In trunk, when a channel goes off air the MHEG "this channel is closed" screen correctly appears.
<br><br>In multirec branch it causes LiveTV to exit with "An error occurred while trying to display video". Going back into LiveTV once this occurs, it takes about 10 or 20 seconds before it occurs again (no MHEG screen is displayed). Trying to change channel within this time fails.
<br><br>At first glance it doesnt look like the back-end is actually capturing the MHEG data properly - it immediatley stops recording:<br><br>2007-09-19 19:10:29.786 TVRec(6): Changing from None to WatchingLiveTV<br>2007-09-19 19:10:
29.850 TVRec(6): HW Tuner: 6->6<br>2007-09-19 19:10:31.322 Finished recording This is CBeebies!: channel 1071<br>2007-09-19 19:10:31.372 scheduler: Finished recording: This is CBeebies!: channel 1071<br>2007-09-19 19:10:
31.477 Finished recording This is CBeebies!: channel 1071<br><br>Meanwhile the front-end sits there waiting for data:<br><br>2007-09-19 19:10:32.619 RingBuf(/mnt/store/1071_20070919191031.mpg): Waited 1.0 seconds for data to become available...
<br>2007-09-19 19:10:33.643 RingBuf(/mnt/store/1071_20070919191031.mpg): Waited 2.0 seconds for data to become available...<br>[snip]<br>2007-09-19 19:10:47.724 RingBuf(/mnt/store/1071_20070919191031.mpg) Error: Waited 16 seconds for data, aborting.
<br>2007-09-19 19:10:47.724 NVP::OpenFile(): Error, couldn't read file: /mnt/store/1071_20070919191031.mpg<br>2007-09-19 19:10:47.724 NVP, Error: JumpToProgram failed.<br>2007-09-19 19:10:47.724 NVP, Error: Unknown error, exiting decoder
<br>2007-09-19 19:10:47.728 TV: Attempting to change from WatchingLiveTV to None<br><br>I dont mind trying to have a look at this in more detail but am not too sure where to start - with some guidance I'll do some more debugging/testing.
<br><br>(also, would you like this logged as a seperate ticket, or just put a note on #3326?)<br><br>Regards<br>--<br>Brad.<br></div></div>