On Tue, Nov 4, 2008 at 12:54 AM, Jeff Campbell <[EMAIL PROTECTED]> wrote:
> With the patch applied and the module installed under /lib/modules/..... >> >> # modprobe -r cx18 >> # modinfo cx18 >> # modprobe cx18 enc_mpg_bufsize=8 enc_mpg_bufs=63 >> >> 63 buffers of 8 kB each. Not a lot of buffer depth, but with the >> default buffer size (of 32 kB IIRC) you didn't get very deep buffer >> usage anyway. I've only observed 11 buffers x 32 kB as a maximum burst >> from the chip when MythTV or mplayer couldn't keep up. >> > > Hi Andy, > > I got your patch compiled and loaded. > > My audio dropouts when watching the multicast via vlc are still about 1 per > every second or so, but the number of complaints in the vlc messages window > is way down, so it definitely has made an improvement but there is a still a > material issue. > > I'd like to help, is there any testing I can do and document to be of > assistance? > > -Jeff > I have installed mplayer from the debian multimedia repos and have tried your suggestion of the -cache 16348 option. For various reasons I can't play video on the machine right now (it is console only) but I can listen to the audio jack so I did # mplayer -cache 16384 /dev/video0 -The stream starts at 20% cache fill,so 3.2M in this case -The cache lasted almost exactly 2 minutes before the audio drops stated due to a starved buffer. This results in the same effect we're seeing playing the audio directly from /dev/video0. This was with the v4l repo driver, not your patched one that allows more buffer adjustments. I was not able to get any materially better performance by adjusting the buffers in that branch that you sent. What else should I try to help chase this down? -Jeff
_______________________________________________ ivtv-devel mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-devel
