Daniel, I've been testing things for Hans off-list to try and get the WSS passthrough working under the same circumstances but we're not there yet... although I haven't had a chance to test 0.3.7e. As your symptoms are identical to mine except for CC rather than WSS, I believe this is a generic VBI passthrough/playback problem.
To add to the fun, I'm also having WSS recording problems which we're trying to get to the bottom of. I know I've asked this before but does anyone here actually have a working PAL WSS (widescreen VBI) passthrough setup? ie. you record an anamorphic TV show (from digital source) and your TV auto-switches to wide mode when you watch it (in MythTV)? NB. you need to run 'ivtvctl -w wss -x 1 -b wss' to get anywhere at all with this... Cheers, Wilf. On 16/08/05, Daniel Segel <[EMAIL PROTECTED]> wrote: > Any chance you could take a look at the issue that causes the VBI stream > to turn off if you move around in the video (e.g. skip forward in MythTV)? > > Without that working, CC is essentially unusable to me, and without CC > this whole linux-PVR thing is nothing more than a toy. > > Chris recently said this about it: > > "This is something wrong with the firmware I believe, when we go into > ff/rw mode seems to re-init the VBI decoder, so we probably need to > re-setup that when coming out of ff/rw. I hopefully can get around to > that here sooner or later and put some code in to fix that, have been > thinking about that as being a problem but haven't had time to focus on it." > > Thanks, > Daniel > > Hans Verkuil wrote: > > >Hi all, > > > >I've uploaded ivtv-0.3.7e-hans.tgz to http://www.xs4all.nl/~hverkuil/. Once > >Chris has time (and no major bugs are found) it should be uploaded as > >ivtv-0.3.7e.tgz at the regular site. > > > >Please give it a spin. If you encounter any problems not related to VBI, > >please test it again with version 0.3.7b. If it works fine there, and fails > >in 0.3.7e, then mail the list because something regressed. > > > >I especially need testers who: > > > >- have a PVR500 (radio support added) > >- use PVR150/500 and PVR350 in the same machine (i2c_enable option should no > >longer be needed) > >- have problems with VBI > >- use NTSC > > > > Hans > > > >ChangeLog entry: > > > >#0.3.7e - added back the dropped fixes from 0.3.7c > > - added doc fixes from Philip Rowlands > > - fix in cx25480 chip probe. > > - add PVR500 radio support. > > - proper indent of ivtv-cards.c > > - fix eeprom radio detection bug > > - add line in kernel log to clearly separate each card > > - fix bug where calling VIDIOC_G_FMT for the VBI format > > would clear the sliced VBI settings. Don't do this if > > a capture is running. > > - removed dead VBI code. > > - improve WSS, VPS and CC passthrough handling. No more WSS > > signals should be dropped. > > - fix 64-bit bug in embedded VBI causing missing VBI lines. > > - fix the sliced VBI internal format: it was entirely possible > > to loose data. > > - /dev/vbi4 and /dev/vbi0 (for sliced VBI) returned the data in > > swapped byte order. Fixed. (Embedded VBI was not affected by > > this bug.) > > - improve autodetect saa7127, should make the i2c_enable argument > > obsolete. > > - the vbi tool now selects the appropriate VBI types according to > > the tuner standard (NTSC/PAL). > > > -- [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 [email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
