<div class="gmail_quote">On Wed, Feb 27, 2013 at 1:18 PM, Jim Stichnoth <span dir="ltr"><<a href="mailto:stichnot@gmail.com" target="_blank">stichnot@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">On Wed, Feb 27, 2013 at 12:54 PM, Karl Newman <<a href="mailto:siliconfiend@gmail.com">siliconfiend@gmail.com</a>> wrote:<br>
> I've been using 0.25 since shortly after it was released about 9 months ago.<br>
> Unfortunately, a number of things broke or stopped working correctly<br>
> compared to 0.24. Commercial flagging became spotty at best, and Live TV is<br>
> a complete mess if you're trying to record what you're watching (or watch<br>
> what you're recording), and MythMusic's interface became baffling and<br>
> difficult such that we hardly use it anymore. I think those issues have<br>
> already been thrashed on this mailing list, but there's another one that I<br>
> haven't seen mentioned. We use the "save bookmark and exit" feature and it's<br>
> counterpart "clear bookmark on playback" or whatever it's called. Frequently<br>
> (but not always?) if we exit playback from a paused state, the bookmark will<br>
> not be saved. Our workaround has been to hit play briefly before escape.<br>
> What might be another symptom is that when I press pause, the progress bar<br>
> displays with the current position briefly, then it goes to 0:00:00. This is<br>
> only for recordings; LiveTV shows the correct position on the progress bar.<br>
> Another, similar problem is if I accidentally hit skip forward while paused,<br>
> it starts playing in fast forward (it's possible/likely the same key is<br>
> mapped to both functions). Then I come to my senses and hit Play again to<br>
> resume normal speed but that typically makes it jump back to the beginning<br>
> and start playing from there again. I can't remember exactly but I think<br>
> it's more likely to happen if I've hit the skip forward button several times<br>
> in a row (like I would if I was skipping commercials). I don't have any logs<br>
> to show yet but I was wondering if anyone else had seen that or could<br>
> reproduce the problem. I've had it since the first version of 0.25 and it's<br>
> still there in 0.25.3 from around the first of the year.<br>
><br>
> I'm using the MythCenter-wide theme if that matters.<br>
><br>
> Thanks,<br>
><br>
> Karl<br>
><br>
> P.S., I'm not upgrading to 0.26+ because I have an ivtv device and my family<br>
> uses LiveTV and I haven't heard that the problem has been resolved. I seem<br>
> to recall there were other unresolved (ffmpeg-related?) breakages, too.<br>
<br>
</div></div>The progress bar showing 0 while paused sounds like<br>
<a href="http://code.mythtv.org/trac/ticket/10962" target="_blank">http://code.mythtv.org/trac/ticket/10962</a> . It would be nice to figure<br>
out how to reproduce it. "Losing" the bookmark is exactly what would<br>
happen if the system believes the playback position is at frame 0 when<br>
you exit.<br>
<br>
The problem in 0.26 with Live TV startup with analog PVR-xxx tuners<br>
was fixed in <a href="http://code.mythtv.org/cgit/mythtv/commit/?id=a1b9b1f94a774710443637de034c661618e5baa3" target="_blank">http://code.mythtv.org/cgit/mythtv/commit/?id=a1b9b1f94a774710443637de034c661618e5baa3</a><br>
. As far as I know, live TV in 0.26 now behaves as well (or badly) as<br>
0.25.<br>
<br>
Jim<br></blockquote><div><br>Thanks, I wasn't aware of that bug. My system uses a single PVR-500 recording from one RF-connected DTA and one composite-connected STB, so it's SD-only. Are there any frontend debugging options that might help identify this?<br>
<br>Thanks,<br><br>Karl<br></div></div>