Mike,

You may be bumping into code that is either under development and/or buggy--
especially in the CVS version of mythtv...  It could be the ivtv driver or
it could be the way mythtv uses the driver.  Note that the cvs version of
mythtv has recently updated mythtv with respect the pvr_350 video out:
(file) mpegrecorder.cpp          1.47    13 hours        ijr     John
Harvey's reworked pvr-350 output patch.
(file) videoout_ivtv.cpp         1.37    13 hours        ijr     John
Harvey's reworked pvr-350 output patch.

Anyway, hopefully there are some others out there that are using the pvr_350
video-out that have run into this and can offer their insight on how to fix
this problem.  Anyone?

--Dave

> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:ivtv-devel-
> [EMAIL PROTECTED] On Behalf Of Michael Papazoglou
> Sent: Wednesday, February 02, 2005 4:36 PM
> To: [email protected]
> Subject: RE: [ivtv-devel] mythtv stutter with program guide
> 
> 
> Ok, -
> 
> When I'm watching tv, and everything seems fine, top says the cpu is 90%
> idle, and mythfrontend takes at most 2.0%.  When the stuttering starts,
> idle drops down to 60%, and XFree86 goes up to 96% cpu usage.
> 
> When the program is up but the tv picture is fine, then XFree takes about
> 20% of the CPU.
> 
> My system is a 2 GHz athlon, using tv-out on the hauppauge 350 using
> the ivtvdev_drv.o that is in the ivtv-0.2.0-rc3f/utils directory.
> 
> When the stuttering starts, XFree86 takes up approx 96% of the cpu
> 
> Also, I should have stated earlier this stuttering problem only came up
> when I started using  ivtv-0.2.0, it doesn't happen with
> ivtv-0.1.10-pre2-ck100z.
> 
> Mike
> 
> 
> 
> On Wed, 2 Feb 2005, Dave Meador wrote:
> 
> > Can you open a telnet/ssh window from another terminal and run "top".
> Watch
> > the %idle value.  If this is pegged at 100%, then your problem is that
> > mythtv is taking up too many CPU cycles.   On my system, I can record
> and
> > playback simultaneously with around 10% utilization -- that's 90% idle
> for
> > clarification.
> >
> > * what is your processor speed?
> > * what is your video card hardware/driver?
> > * how much system memory do you have?
> > * Do you have a hardware-mpeg-tv-capture?
> >
> > Things to keep in mind:
> > * On slow hardware, e.g. less than 1Ghz processor if you do not have
> video
> > acceleration, you will likely will not have enough resources to record
> and
> > playback high quality video.  You may need to lower your quality setting
> to
> > reduce CPU utilization to a level less than 100%.
> >
> > * If you do have video hardware capable of acceleration (mpeg2), then
> you
> > must configure/compile it to load and work with mythtv playback (for
> example
> > nvidia-XvMC, or VIA vld-XvMC).
> >
> > --Dave
> >
> > > -----Original Message-----
> > > From: [EMAIL PROTECTED] [mailto:ivtv-devel-
> > > [EMAIL PROTECTED] On Behalf Of Michael Papazoglou
> > > Sent: Wednesday, February 02, 2005 3:11 PM
> > > To: [email protected]
> > > Subject: RE: [ivtv-devel] mythtv stutter with program guide
> > >
> > >
> > > Ok, re-nicing mythfrontend fixed the stutter problem, BUT, now
> > > I can't change channels (using the program guide or typing in
> > > a new channel).  Again nothing in the logs...
> > >
> > > So, without renicing, I get a stuttering program guide but I can
> > > change channels, and with renicing, i get nice smooth playback when
> > > the program guide is up, but I can't change channels!
> > >
> > > Mike
> > >
> > > On Wed, 2 Feb 2005, Dave Meador wrote:
> > >
> > > > Hi Mike,
> > > >
> > > > I had a similar problem and was able to help remedy this by
> launching
> > > > mythtvfrontend with the following command:
> > > >
> > > > nice -n -15 mythtvfrontend
> > > >
> > > > That forces the front end task to run at a very high priority.  It
> will
> > > > consume only as many cpu cycles as necessary to maintain a smooth
> image,
> > > and
> > > > then yield the remaining time after it blocks -- at that point other
> > > > non-realtime requests will be serviced.  The database requests and
> other
> > > > requests will now get executed at a lower priority which should
> prevent
> > > your
> > > > video playback from stuttering.  That worked for me since I run the
> > > backend,
> > > > frontend, and the database server on the same machine (I have a
> EPIA-M
> > > 1Ghz
> > > > box).
> > > >
> > > > Hope that helps,
> > > > --Dave
> > > >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> > Tool for open source databases. Create drag-&-drop reports. Save time
> > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> > Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> > _______________________________________________
> > ivtv-devel mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/ivtv-devel
> >
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> ivtv-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/ivtv-devel



-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
ivtv-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ivtv-devel

Reply via email to