Mailing List Archive: MythTV: Users

Fast Forward Works Then Stops

Index | Next | Previous | View Threaded

d-larson at wi

Oct 6, 2007, 5:46 PM

Post #1 of 14 (7314 views)
Permalink

Fast Forward Works Then Stops

Hi,

When I use fast forward such as 2X, 3X, etc... it works for a short time
and then freezes. If I hit the button again the same thing happens. High
Def recordings are especially bad. Since I haven't seen anyone complaining
about this It's got to be something in my setup. I've tried several
installs of MythTV with same effect. I'm currently running the mythbuntu
20.2 weekly builds on ubuntu.

Anyone have any ideas?

Dale
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

gkade at unnerving

Oct 6, 2007, 6:18 PM

Post #2 of 14 (6943 views)
Permalink

Re: Fast Forward Works Then Stops [In reply to]

On Oct 6, 2007, at 5:46 PM, Dale wrote:

> When I use fast forward such as 2X, 3X, etc... it works for a short
> time
> and then freezes. If I hit the button again the same thing happens.
> High
> Def recordings are especially bad. Since I haven't seen anyone
> complaining
> about this It's got to be something in my setup. I've tried several
> installs of MythTV with same effect. I'm currently running the
> mythbuntu
> 20.2 weekly builds on ubuntu.

Amusing timing, I just sent a message to the list about the same
problem (http://mythtv.org/pipermail/mythtv-users/2007-October/
198149.html). Same OS, same versions.

I'm finding that it's only on some recordings where fast forward or
rewind is working properly at all.

I've seen references to fixing the problem by doing a lossless
transcode on the recordings, but I haven't yet figured out how to
accomplish this (I've been using MythTV for only a month, and
transcoding is something I haven't tackled yet.)

I've also seen references in my searching with Google that it could
be a disk throughput issue. I'm in the process of figuring out of
this is the case on my system.

Gregory

--
Gregory K. Ruiz-Ade <gkade [at] unnerving>
OpenPGP Key ID: EAF4844B keyserver: pgpkeys.mit.edu

Attachments:

PGP.sig (0.18 KB)

ylee at pobox

Oct 7, 2007, 3:23 AM

Post #3 of 14 (6904 views)
Permalink

Re: Fast Forward Works Then Stops [In reply to]

Dale <d-larson [at] wi> says:
> When I use fast forward such as 2X, 3X, etc... it works for a short
> time and then freezes. If I hit the button again the same thing
> happens. High Def recordings are especially bad. Since I haven't
> seen anyone complaining about this

<URL:http://www.gossamer-threads.com/lists/mythtv/users/263934#263934>

--
Yeechang Lee <ylee [at] pobox> | +1 650 776 7763 | San Francisco CA US
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

blwalter at gmail

Oct 7, 2007, 7:39 AM

Post #4 of 14 (6904 views)
Permalink

Re: Fast Forward Works Then Stops [In reply to]

Dale wrote:
> Hi,
>
> When I use fast forward such as 2X, 3X, etc... it works for a short time
> and then freezes. If I hit the button again the same thing happens. High
> Def recordings are especially bad. Since I haven't seen anyone complaining
> about this It's got to be something in my setup. I've tried several
> installs of MythTV with same effect. I'm currently running the mythbuntu
> 20.2 weekly builds on ubuntu.
>
> Anyone have any ideas?
>
> Dale
>
In my case, it was related to the video render. If I did *any* thing
with opengl, I'd get the freeze.

Brian
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

d-larson at wi

Oct 7, 2007, 7:54 AM

Post #5 of 14 (6920 views)
Permalink

Re: Fast Forward Works Then Stops [In reply to]

This is interesting. I am using "libmpeg2" as well since I'm on an AMD64
processor. I'll swtich to standard and see what happens.

>Dale <d-larson [at] wi> says:
>> When I use fast forward such as 2X, 3X, etc... it works for a short
>> time and then freezes. If I hit the button again the same thing
>> happens. High Def recordings are especially bad. Since I haven't
>> seen anyone complaining about this
>
><URL:http://www.gossamer-threads.com/lists/mythtv/users/263934#263934>
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

gkade at unnerving

Oct 7, 2007, 8:42 AM

Post #6 of 14 (6921 views)
Permalink

Re: Fast Forward Works Then Stops [In reply to]

On Oct 7, 2007, at 7:39 AM, Brian L. Walter wrote:

> In my case, it was related to the video render. If I did *any* thing
> with opengl, I'd get the freeze.

Well, I've tried with and without OpenGL, both with Standard and
libmpeg2. The only difference is that on the shows where fast
forward and rewind did work, libmpeg2 produced hugely blocky/
artifacted images while in fast forward/rewind.

I'm still gettting some programs where I can fast forward, and a lot
where I can't without mythfrontend sticking its head in the sand.

Gregory

--
Gregory K. Ruiz-Ade <gkade [at] unnerving>
OpenPGP Key ID: EAF4844B keyserver: pgpkeys.mit.edu

Attachments:

PGP.sig (0.18 KB)

mtdean at thirdcontact

Oct 7, 2007, 9:07 AM

Post #7 of 14 (6897 views)
Permalink

Re: Fast Forward Works Then Stops [In reply to]

On 10/06/2007 09:18 PM, Gregory K. Ruiz-Ade wrote:
> On Oct 6, 2007, at 5:46 PM, Dale wrote:
>> When I use fast forward such as 2X, 3X, etc... it works for a short
>> time and then freezes. If I hit the button again the same thing
>> happens. High Def recordings are especially bad. Since I haven't
>> seen anyone complaining about this It's got to be something in my
>> setup. I've tried several installs of MythTV with same effect. I'm
>> currently running the mythbuntu 20.2 weekly builds on ubuntu.
>
> Amusing timing, I just sent a message to the list about the same
> problem
> (http://mythtv.org/pipermail/mythtv-users/2007-October/198149.html).
> Same OS, same versions.
>
> I'm finding that it's only on some recordings where fast forward or
> rewind is working properly at all.
>
> I've seen references to fixing the problem by doing a lossless
> transcode on the recordings, but I haven't yet figured out how to
> accomplish this (I've been using MythTV for only a month, and
> transcoding is something I haven't tackled yet.)
>
> I've also seen references in my searching with Google that it could
> be a disk throughput issue. I'm in the process of figuring out of
> this is the case on my system.

I'd recommend starting with an optimize_mythdb.pl, then following up
with mythtranscode --buildindex on an affected recording (see the
archives for example command lines). Much easier than transcoding and
may actually fix the issues.

Mike
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

d-larson at wi

Oct 7, 2007, 12:25 PM

Post #8 of 14 (6893 views)
Permalink

Re: Fast Forward Works Then Stops [In reply to]

This indeed was the case. When I switched to "standard" my FF and REW works
without pausing.

Thanks a lot for pointing this out!

Dale

>This is interesting. I am using "libmpeg2" as well since I'm on an AMD64
>processor. I'll swtich to standard and see what happens.
>
>>Dale <d-larson [at] wi> says:
>>> When I use fast forward such as 2X, 3X, etc... it works for a short
>>> time and then freezes. If I hit the button again the same thing
>>> happens. High Def recordings are especially bad. Since I haven't
>>> seen anyone complaining about this
>>
>><URL:http://www.gossamer-threads.com/lists/mythtv/users/263934#263934>
>_______________________________________________
>mythtv-users mailing list
>mythtv-users [at] mythtv
>http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

gkade at unnerving

Oct 7, 2007, 12:28 PM

Post #9 of 14 (6895 views)
Permalink

Re: Fast Forward Works Then Stops [In reply to]

On Oct 7, 2007, at 12:25 PM, Dale wrote:

> This indeed was the case. When I switched to "standard" my FF and
> REW works
> without pausing.

This [libmpeg2] turned out not to be the solution for me.

I did, however, just have to replace my PSU, as it died this
morning. I'm wondering now how much of my problems might actually be
corruption in the video streams, or it it's just coincidental.

Going to try Mike's suggestion with mythtranscode next...

Gregory

--
Gregory K. Ruiz-Ade <gkade [at] unnerving>
OpenPGP Key ID: EAF4844B keyserver: pgpkeys.mit.edu

Attachments:

PGP.sig (0.18 KB)

mahoover at ispaceonline

Oct 7, 2007, 12:40 PM

Post #10 of 14 (6904 views)
Permalink

Re: Fast Forward Works Then Stops [In reply to]

>> On Oct 6, 2007, at 5:46 PM, Dale wrote:
>>> When I use fast forward such as 2X, 3X, etc... it works for a short
>>> time and then freezes. If I hit the button again the same thing
>>> happens. High Def recordings are especially bad. Since I haven't
>>> seen anyone complaining about this It's got to be something in my
>>> setup. I've tried several installs of MythTV with same effect. I'm
>>> currently running the mythbuntu 20.2 weekly builds on ubuntu.

You might want to just try changing the preferred MPEG2 Decoder. I
started having the same problem a couple Myth releases ago and changed the
preferred decoder and the problem went away.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

gkade at unnerving

Oct 7, 2007, 1:32 PM

Post #11 of 14 (6919 views)
Permalink

Re: Fast Forward Works Then Stops [In reply to]

On Oct 7, 2007, at 9:07 AM, Michael T. Dean wrote:

> I'd recommend starting with an optimize_mythdb.pl, then following up
> with mythtranscode --buildindex on an affected recording (see the
> archives for example command lines). Much easier than transcoding and
> may actually fix the issues.

Well, this seemed to clear up the issue perfectly on two recordings I
tested it with.

I used:

mythtranscode --mpeg2 --infile <recording_file> --buildindex --
showprogress

Would it be recommended to do this automatically on every recording?
(And, is there a document that would guide me in doing this (maybe as
a user job?) since I'm a total myth newbie?)

Also, is there a simple way to determine file on disk from the UI?
So far, it's a little tedious sleuthing the file name that
corresponds to a recording.

Thanks,

Gregory

--
Gregory K. Ruiz-Ade <gkade [at] unnerving>
OpenPGP Key ID: EAF4844B keyserver: pgpkeys.mit.edu

Attachments:

PGP.sig (0.18 KB)

mtdean at thirdcontact

Oct 7, 2007, 1:55 PM

Post #12 of 14 (6881 views)
Permalink

Re: Fast Forward Works Then Stops [In reply to]

On 10/07/2007 04:32 PM, Gregory K. Ruiz-Ade wrote:
> On Oct 7, 2007, at 9:07 AM, Michael T. Dean wrote:
>> I'd recommend starting with an optimize_mythdb.pl, then following up
>> with mythtranscode --buildindex on an affected recording (see the
>> archives for example command lines). Much easier than transcoding and
>> may actually fix the issues.
>
> Well, this seemed to clear up the issue perfectly on two recordings I
> tested it with.
>
> I used:
>
> mythtranscode --mpeg2 --infile <recording_file> --buildindex
> --showprogress
>
> Would it be recommended to do this automatically on every recording?

In theory, if your DB is not corrupt, the seektable built during
recording is likely to be correct (unless you're I/O bound during
recording and MySQL is unable to properly write data). So, I'd
recommend only running this on "corrupt" recordings.

> (And, is there a document that would guide me in doing this (maybe as
> a user job?) since I'm a total myth newbie?)
>
> Also, is there a simple way to determine file on disk from the UI? So
> far, it's a little tedious sleuthing the file name that corresponds to
> a recording.

I'd recommend using mythrename.pl --link to create a directory of
links. Then, you can look up the "real filename" with "ls -l
/path/to/link/directory/title*" or whatever.

The UI hides the filenames--perhaps to try to discourage users from
messing with Myth's data. ;)

Mike
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

gkade at unnerving

Oct 7, 2007, 2:06 PM

Post #13 of 14 (6914 views)
Permalink

Re: Fast Forward Works Then Stops [In reply to]

On Oct 7, 2007, at 1:55 PM, Michael T. Dean wrote:

> In theory, if your DB is not corrupt, the seektable built during
> recording is likely to be correct (unless you're I/O bound during
> recording and MySQL is unable to properly write data). So, I'd
> recommend only running this on "corrupt" recordings.

Well, optimize_mythdb.pl didn't say anything about corruption, unless
Debian/Ubuntu's mysql startup scripts checked/corrected it this last
time I restarted the system. I'll keep an eye on it, though.

> I'd recommend using mythrename.pl --link to create a directory of
> links. Then, you can look up the "real filename" with "ls -l
> /path/to/link/directory/title*" or whatever.
>
> The UI hides the filenames--perhaps to try to discourage users from
> messing with Myth's data. ;)

Can't imagine why. ;)

Thanks again for all the help. My wife is happy again, now that
seeking works properly. :)

Gregory

--
Gregory K. Ruiz-Ade <gkade [at] unnerving>
OpenPGP Key ID: EAF4844B keyserver: pgpkeys.mit.edu

Attachments:

PGP.sig (0.18 KB)

ylee at pobox

Oct 7, 2007, 8:17 PM

Post #14 of 14 (6883 views)
Permalink

Re: Fast Forward Works Then Stops [In reply to]

Gregory K. Ruiz-Ade <gkade [at] unnerving> says:
> mythtranscode --mpeg2 --infile <recording_file> --buildindex --
> showprogress
>
> Would it be recommended to do this automatically on every recording?

Can't hurt.

> (And, is there a document that would guide me in doing this (maybe as
> a user job?)

In mythtv-setup, go to the first menu entry, then the page that talks
about user jobs. Add the following job:

Description:
Rebuild Seektable

User Job:
mythtranscode -c %CHANID% -s %STARTTIME% -k -b -m -v
important,general --showprogress

(The above on one line, of course)

Now, in mythfrontend, Watch Recordings|Job Options will show "Begin
Rebuild Seektable" as an option. Like the built-in jobs, this can be
applied to a single recording or (through playlists) multiple
recordings. Hint: It's possible to add every existing recording to the
playlist at once with just three clicks (by my count).

How I learned about the existence of the feature that shows customer
User Jobs to mythfrontend's menus:
<URL:http://www.gossamer-threads.com/lists/mythtv/users/263723#263723>

What the %codes% in the user-job line mean:
<URL:http://www.mythtv.org/wiki/index.php/User_Jobs>

--
Yeechang Lee <ylee [at] pobox> | +1 650 776 7763 | San Francisco CA US
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads