On Wed, 2007-01-24 at 20:49 +0100, Hans Verkuil wrote: > On Wednesday 24 January 2007 20:35, Sander Sweers wrote: > > Roger Depreeuw wrote: > > > On Wed, 2007-01-24 at 08:34 -0500, Ian Service wrote: > > >> On 1/24/07, Hans Verkuil <[EMAIL PROTECTED]> wrote: > > >> Just verifying that I understand it correctly: this also > > >> happens with a > > >> non-trunk ivtv release, correct? So it is not some ivtv > > >> trunk bug that is > > >> hiding somehwere. > > >> > > >> Correct, this problem is the same with the trunk as it is with > > >> recent ivtv-0.8 > > >> > > >> > > >> With 16 MB of buffers that should give you somewhere > > >> between 10-16 seconds > > >> of buffering I think. I find it hard to believe that > > >> MythTV would take so > > >> much time! You can easily check how full the various > > >> buffers are by > > >> running v4l2-ctl --log-status. > > >> > > >> While watching Live TV: > > >> [EMAIL PROTECTED] ~]# v4l2-ctl --log-status --device=/dev/video1 > > > > > > Sorry to interfere in your discussion (i am still in learning mode) > > > Shouldn't you see some traffic in the stream MPEG encoder? When i > > > do the same test i get the following > > > ivtv0: Stream encoder MPEG: 14% in use > > > ivtv0: Stream encoder YUV: 0% in use > > > ivtv0: Stream encoder VBI: 0% in use > > > ivtv0: Stream encoder PCM audio: 0% in use > > > > I almost never see values higher than 0% being used. Only VBI > > sometimes goes up to 2%. Only cat /dev/video33 > /dev/null will show > > a 30% in yuv. However I am not sure how we should read this. Is this > > the buffer? > > Yes. 0% is empty, 100% is full and the errors start appearing in the > log. For YUV the buffers are fairly small and the YUV frames are big, > so that shows up as a high percentage. The 14% for MPEG in the log > above indicates either a slow machine or hiccups in reading. How does > it fluctuate over time? > Right it slowly increases. After roughly 90 min it is at 80%
_______________________________________________ ivtv-devel mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-devel
