Justin Wetherell wrote: > After further testing, it seems like it's a combo of aspect and bframes. > > Setting aspect to 2 and bframes to 3, REALLY makes the video jumpy > Setting aspect to 1 and bframes to 3, KIND of makes the video jumpy > Setting aspect to 2 and bframes to 2, Still jumpy but not as bad as line > above > Setting aspect to 1 and bframes to 2, very smooth > > Lesson learned!
Thanks Justin you have spotted the problem and the fix is now in svn. The video aspect has changed from 2 to 1 for 4x3 and the b-frames are not offset by 1. Having said this it seems strange as the numbers are quite valid. with b-frames at 3 and the gop size at 12 gives: IBBBPBBBPBBB|I the default is 2 giving: IBBPBBPBBPBB|I The aspect ratio was being set to 16x9 instead of 4x3 I would have expected this to add the wide-screen bit to the recording. v4l2-ctl --list-ctrls is the best tool to spot codec setting errors Duncan > > On 4/22/07, * Justin Wetherell* <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > At this point, I'm not really sure why it works but here is the > debug I used to solve the problem. > > WORKING DEBUG > 2007/04/22 14:54 EDT [-] CODEC::aspect: 1 > 2007/04/22 14:54 EDT [-] CODEC::audio_bitmask: 0x69 > 2007/04/22 14:54 EDT [-] CODEC::bfrmes: 2 > 2007/04/22 14:54 EDT [-] CODEC::bitrate_mode: 0 > 2007/04/22 14:54 EDT [-] CODEC::bitrate: 6000000 > 2007/04/22 14:54 EDT [-] CODEC::bitrate_peak: 8000000 > 2007/04/22 14:54 EDT [-] CODEC::dnr_mode: 0 > 2007/04/22 14:54 EDT [-] CODEC::dnr_spatial: 0 > 2007/04/22 14:54 EDT [-] CODEC::dnr_temporal: 0 > 2007/04/22 14:54 EDT [-] CODEC::dnr_type: 0 > 2007/04/22 14:54 EDT [-] CODEC::framerate: 0 > 2007/04/22 14:54 EDT [-] CODEC::framespergop: 15 > 2007/04/22 14:54 EDT [-] CODEC::gop_closure: 1 > 2007/04/22 14:54 EDT [-] CODEC::pulldown: 0 > 2007/04/22 14:54 EDT [-] CODEC::stream_type: 0 > > NOT WORKING DEBUG > 2007/04/22 14:54 EDT [-] CODEC::aspect: 2 > 2007/04/22 14:54 EDT [-] CODEC::audio_bitmask: 0x69 > 2007/04/22 14:54 EDT [-] CODEC::bfrmes: 3 > 2007/04/22 14:54 EDT [-] CODEC::bitrate_mode: 0 > 2007/04/22 14:54 EDT [-] CODEC::bitrate: 4000000 > 2007/04/22 14:54 EDT [-] CODEC::bitrate_peak: 4000000 > 2007/04/22 14:54 EDT [-] CODEC::dnr_mode: 0 > 2007/04/22 14:54 EDT [-] CODEC::dnr_spatial: 0 > 2007/04/22 14:54 EDT [-] CODEC::dnr_temporal: 0 > 2007/04/22 14:54 EDT [-] CODEC::dnr_type: 0 > 2007/04/22 14:54 EDT [-] CODEC::framerate: 0 > 2007/04/22 14:54 EDT [-] CODEC::framespergop: 15 > 2007/04/22 14:54 EDT [-] CODEC::gop_closure: 1 > 2007/04/22 14:54 EDT [-] CODEC::pulldown: 0 > 2007/04/22 14:54 EDT [-] CODEC::stream_type: 0 > > I basically just set the TV_IVTV options to the first set above and > it started working. I got those options by looking at the "default" > options that were set when I modprobed ivtv. I originally thought it > might be the "aspect" but I changed that to 2 and it still worked, I > think it might be the b-frames but I have to futhur test that. But > all in all, it's working again. > > Here is my current TV_IVTV options for kernel 2.6.18.8 > <http://2.6.18.8> with ivtv driver 0.10.1 > > TV_IVTV_OPTIONS = { > 'input' : 4, > 'resolution' : '720x480', > 'aspect' : 1, > 'audio_bitmask' : 233, > 'bframes' : 2, > 'bitrate_mode' : 0, > 'bitrate' : 6000000, > 'bitrate_peak' : 8000000, > 'dnr_mode' : 0, > 'dnr_spatial' : 0, > 'dnr_temporal' : 0, > 'dnr_type' : 0, > 'framerate' : 0, > 'framespergop' : 15, > 'gop_closure' : 1, > 'pulldown' : 0, > 'stream_type' : 0, > > } > > On 4/22/07, * Duncan Webb* < [EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > Justin Wetherell wrote: > > Actually, that wasn't the solution. Apparently Freevo is > somewhat at > > fault although I haven't found a solution yet. > > Hmm, what do you mean by shaky? > If we set the DEBUG level to 3 or more freevo will report the > ivtv and > v4l ioctls that are being sent. > > I've noticed that a PVR-350 recordings are not smooth but the > PVR-500 > are smooth but the quality is poorer than the 350. > > My first guess is that your analysis is correct and it may be a > setting > that is either incorrect or causes the driver to misbehave. > > Duncan > > > When I reboot and run "cat /dev/video0 > > /opt/media/tv/test.mpg" the > > resulting file looks fine but if I record from Freevo, it comes out > > shaky. If I then exit Freevo and try the same command from > above then > > the resulting file comes out shaky. So, it looks like Freevo is > setting > > some option for ivtv that makes the recording shaky. > > > > I've run "v4l2-ctl --all" both before and after Freevo > recording and the > > output is the same. So I really don't know what the next step > should be. > > > > On 4/22/07, *Justin Wetherell* <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > > <mailto: [EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>>> wrote: > > > > I solved the shaky issues by going back to the old firmware > located: > > http://dl.ivtvdriver.org/ivtv/firmware/HcwMakoB.ROM > > < http://dl.ivtvdriver.org/ivtv/firmware/HcwMakoB.ROM> > > > > HcwMakoB.ROM > > > > You will have to rename it to v4l-cx25840.fw if you > want to use > > this firmware instead. > > > > > > You'll have to rename it, see above. > > > > On 4/22/07, *Justin Wetherell* < [EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > > <mailto:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>>> wrote: > > > > Hello Hans/All, > > > > I've just upgraded to Slackware 11 with a 2.6.18.8 > <http://2.6.18.8> > > < http://2.6.18.8> kernel and the new ivtv-0.10.1 > driver. I am > > having the same issues with shaky video and fine audio. > Did you > > ever get this figured out? > > > > Thanks, > > Justin > > > > > > On 3/27/07, *Hans Meine* < [EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > > <mailto:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>>> wrote: > > > > 4.) In parallel, I tried Linux-2.6.20.1 (I have the > same > > kernel running > > successfully on several other computers) with > > ivtv-0.10.1. Here, the > > recordings are not fluent, but every half a second to > > second, the video stops > > which makes all movements appear jerky. The audio > is fine > > though. I planned > > to post more information by analyzing the stream, > but my > > wife deleted all > > recordings and the system is currently booted into > the older > > kernel. > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > <http://sourceforge.net/powerbar/db2/> > _______________________________________________ > Freevo-devel mailing list > Freevo-devel@lists.sourceforge.net > <mailto:Freevo-devel@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/freevo-devel > > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Freevo-devel mailing list > Freevo-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freevo-devel ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
