This seems to have worked! I've not done extensive testing but using mpg_buffers=8 while throwing in dec_yuv_buffers=4 and max_dec_yuv_buffers=4 for good luck allowed me to play a DVD via Xv/YUV while simultaneously capturing an uncorrupted MPEG stream.
I'll need to play around to see if this is consistent and to optimise the buffer sizes... Later, ivtv was unable to dynamically allocate YUV buffers due to a lack of free memory. I already had vm.min_free_kbytes=16384 but this would have needed an increase using the settings above. Instead, I've turned off dynamic buffer allocation and removed the min_free setting for now. Thanks, John. Cheets, Wilf. On 02/08/05, John Harvey <[EMAIL PROTECTED]> wrote: > I'm not using the 350 for capturing but did notice a while ago that the > playback suffered when capturing when the capturing ran out of buffers. > Have you tried setting mpg_buffers=8 and/or turning off dynamic buffer > allocation. > > John > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:ivtv-devel- > > [EMAIL PROTECTED] On Behalf Of Graeme Wilford > > Sent: 02 August 2005 22:46 > > To: ivtv-devel@lists.sourceforge.net > > Subject: Re: [ivtv-devel] [PATCH] yuv improvements > > > > John, Ian - I've done some testing with this new patch. > > > > With mplayer, I get real bad frame drop and/or audio sync issues with > > both avi's and DVDs - worse than before the patch *but* with xine, > > playback is almost perfect in both cases. This is a little strange as > > both xine and mplayer yielded similar results before the patch. > > > > Anyhow, on a 2.53GHz Celeron with 2.6.12-1.1372_FC3 kernel, X driver > > 0.10.5, ivtv-0.3.7a (dynamic buffers) + this patch, latest firmware > > and xine-0.99.3, I get perfect imaging with no tearing. Just the odd > > discarded frame. Nice job! > > > > However, using YUV output on the 350 definitely causes simultaneous > > mpeg recordings to corrupt and this is still evident with this patch. > > The mpeg stream has lots of frames missing. I get no errors reported > > by the ivtv driver so the loss of frames seems to occur at the > > firmware level on the card, before the ivtv driver gets near it... > > > > If you can't reproduce the problem, please let me know the driver > > options and firmware you're using. > > > > Cheers, > > Wilf. > > > > On 02/08/05, John Harvey <[EMAIL PROTECTED]> wrote: > > > This patch includes the previous patch I sent from Ian for filtering. It > > > adds some improvements from Ian to fix some color alignment issues. > > > Also thanks to Ian we have worked out how to do multi-buffering without > > > crashing the firmware so this patch should fix all the tearing issues as > > > well. > > > > > > Any problems let me know. > > > > > > John > > > > -- > > [EMAIL PROTECTED] > > -- [EMAIL PROTECTED] ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ ivtv-devel mailing list ivtv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ivtv-devel
