Mailing List Archive

Seeking during recording
I'm running mythtv on Fedora 32, version

mythtv-31.0-15.139.20210226gitb6ddf202a4.fc32.x86_64.

Recently, I've noticed some confusion seeking while watching something that
is still recording. As it gets near the time when I first started watching,
it jumps to the end showing the wrong time and cannot seek backward. For
example, if I start watching 30 minutes into a one hour show, as it gets
past 30 minutes, it cannot seek forward or backward. If I stop watching and
start again, it can seek to the current time when I started watching again.
For example, if it got stuck at 30 minutes and I stop watching and restart
at 40 minutes, it can then seek up to 40 minutes and will exhibit the issue
again at that time. I am not sure when this behaviour started.

Regards,
Mark
Re: Seeking during recording [ In reply to ]
On Wed, 28 Apr 2021 at 14:27, Mark Goldberg <marklgoldberg@gmail.com> wrote:

> I'm running mythtv on Fedora 32, version
>
> mythtv-31.0-15.139.20210226gitb6ddf202a4.fc32.x86_64.
>
> Recently, I've noticed some confusion seeking while watching something
> that is still recording. As it gets near the time when I first started
> watching, it jumps to the end showing the wrong time and cannot seek
> backward. For example, if I start watching 30 minutes into a one hour
> show, as it gets past 30 minutes, it cannot seek forward or backward. If I
> stop watching and start again, it can seek to the current time when I
> started watching again. For example, if it got stuck at 30 minutes and I
> stop watching and restart at 40 minutes, it can then seek up to 40 minutes
> and will exhibit the issue again at that time. I am not sure when this
> behaviour started.
>
>
> There is an issue reported on Github (
https://github.com/MythTV/mythtv/issues/352) about jumping in Live TV. Your
problem could be related.
The fix for #352 is currently being tested. If all goes well this fix will
be committed to master and a bit later also to v31.
When that has been done please check if your problem has been solved.

Klaas.