Chris,
It's on my list of things to investigate. At the moment (the force is with me
again :-) I'm working on sliced VBI support for PVR150 and on adding an
interface to dynamically check which VBI standards are available in which
line. It will be a demonstrator project that should eventually help me get
sliced VBI in v4l2 (currently it's only a proposal which is why ivtv must use
custom ioctls instead of v4l2 ioctls).
I also want to take another look at the weird tuner radio problems.
Regards,
Hans
On Wednesday 10 August 2005 01:09, Chris Kennedy wrote:
> 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,
> Chris
>
> Daniel Segel wrote:
> > Hi - I'm not Graeme, but I'm having a similar problem with CC data -
> > it works fine if I start watching a recorded show from the beginning,
> > but the moment I skip around it stops.
> >
> > This is with:
> > MythTV 0.18.1-r2 (Gentoo)
> > NTSC
> > I set the following ivtv options at boot (fairly late in the boot
> > process):
> > /usr/local/bin/ivtvctl -x 1 -w cc -b cc
> >
> > Thanks,
> >
> > Daniel
> >
> > Hans Verkuil wrote:
> >> (Sourceforge seems to have eaten this mail, so I'm mailing it again)
> >>
> >> Hi Graeme,
> >>
> >> I have three essential questions for you:
> >>
> >> - What version of MythTV are you using?
> >> - Are you in PAL or NTSC country?
> >> - Do you set some vbi-related options using ivtvctl before running
> >> MythTV?
> >>
> >> I looked at MythTV 0.18.1 and I see NO setting for vbi_passthrough,
> >> so I fail to see how MythTV can ever passthrough CC or WSS data.
> >>
> >> Can you also make a test run for me that demonstrates the problem,
> >> preferably after a fresh boot of your PC, and mail me the kernel
> >> messages (dmesg output).
> >>
> >> Hans
> >>
> >> On Monday 08 August 2005 19:16, Graeme Wilford wrote:
> >>> Hans,
> >>>
> >>> Apologies, I think the preempt-enabled kernel I built was screwing
> >>> with the driver. The results I'm now seeing using a stock FC3 kernel
> >>> are identical with and without the patch, ie. at the beginning of a
> >>> wide-signal capture, my TV will flip to wide mode. This also works
> >>> while switching between wide and narrow channels in Myth. If it's a
> >>> wide signal - I get 16:9, if not, I get 4:3. However, skipping around
> >>> a wide recording immediately loses the wide mode and I'm unable to get
> >>> it back again within that particular recording.
> >>>
> >>> It's like the wss signal is only embedded at the start of a recording
> >>> or when a wide-mode change occurs in the signal. During a
> >>> skip-forward, Myth (or my TV) reverts back to 4:3 and permanently
> >>> 'forgets' that the stream was wide rather than defaulting to the
> >>> previous VBI mode.
> >>>
> >>> If this is indeed the way VBI wss works, perhaps MythTV should be
> >>> caching the most recent wss mode and using that as the default until
> >>> it's overriden by another mode-switch..?
> >>
> >> -------------------------------------------------------
> >> 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
> >
> > -------------------------------------------------------
> > 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
-------------------------------------------------------
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
