[mythtv] Ticket #3690: Prebuffering pauses with ivtv since ffmpeg resync

[Matt]

On 7/20/07, MythTV <mythtv at cvs.mythtv.org> wrote:
> #3690: Prebuffering pauses with ivtv since ffmpeg resync
> --------------------------------------------+-------------------------------
>  Reporter:  Hadley Rich <hads at nice.net.nz>  |        Owner:  ijr
>     Type:  defect                          |       Status:  new
>  Priority:  minor                           |    Milestone:  unknown
> Component:  mythtv                          |      Version:  head
>  Severity:  medium                          |   Resolution:
>  Mlocked:  0                               |
> --------------------------------------------+-------------------------------
>
> Comment(by skd5aner at gmail.com):
>
>  I have just put the "noapic" in my kernel boot command line and it made no
>  difference.  I still have just as many prebuffer pauses as before.  I am
>  running SVN 14021.  I'm going to have to roll back (again).
>
>  Until this is fixed, I'm stuck at the pre-ffmpeg sync version.  It seems
>  many people are experiencing this issue, so maybe the priority/severity
>  should be increased.   I'm not sure why adding "noapic" worked for some
>  people, but logically that shouldn't really make any difference anyway.
>
>  Seems to happen with all of my SD recordings, especially when using any
>  form of time stretch (but also at 1.0x).  However, interesting enough, I
>  haven't noticed it with HD.  After 5 mins of HD, there were no
>  (noticeable) prebuffer pauses.  However, after 5 minutes of SD, there are
>  a ton of pre-buffer pauses.
>
> --
> Ticket URL: <http://svn.mythtv.org/trac/ticket/3690#comment:6>
> MythTV <http://svn.mythtv.org/trac>
> MythTV
>


Well, I think the wife was about ready to through out every piece of
hardware I had if I didn't make the pre-buffer pauses stop.  So, I
again rolled back to the 13654.  I guess my concern is that this seems
to be affecting multiple people, but maybe not everyone which is why
it's not been a high priority for the devs to look at.  I'm happy to
help provide any information you'd like in order to fix this.
Basically, I'm stuck and can't upgrade any longer until this is
addressed.

Some people have said adding "noapic" to the kernel boot line would
help, but it showed no difference for me.  In addition, I do notice
this almost exclusively on mpeg2 recordings from my PVR-250s and
PVR-500.  I do not really notice this on any HD content.

My frontend is a Intel Core2Duo 6400 w 2gigs of RAM.  It is seperated
from the backend and it streams the videos via the backend over
gigabit ethernet.  Please let me know if there's anything else I can
help provide.

Thanks!
Matt