Device/Driver Config Advice

[Jim D]

I've installed my Pinnacle PCTV, and it seems to auto detect w/o issue. I assume this means the bttv driver is there, especially as I can start xawtv and get a signal. The problem is that the signal is very poor in quality, and I cannot change the channel- no matter what channel I change to and xawtv says it is on, it stays on what would be channel 65 under my normal cable. I've set the xawtv parameters to us-cable, tried pal, secam and every other option, but nothing seems to work for me.

This is probably a basic issue, hopefully easily resolved by someone with more experience than me. (my area is more BSD sys admin, now turned linux home hobbyist)

I'm running a full and fresh install of RH 8.0, kernel 2.4.18-14.

I've also played around with the defaults in .xawtv to no avail. THe person who responded to my original query below indicated that tuner should be set to "tuner=33", but I don't know quite where to set that.

Thank you all for any help you can spare on this.

Jim D.

On Thursday, October 24, 2002, at 08:07 AM, Marius Kotsbak wrote:

On Wed, Oct 23, 2002 at 07:18:48PM -0300, Jim D wrote:

Hello all,

I'm running RH 8.0 on a P III 500 mhz, 320 ram, on-board video card.
Could anyone suggest a TV tuner card that would be a very basic and
easy install?

I like my Pinnacle PCTV PRO. It installs by just loading the bttv-driver and specifying tuner=33. The radio is not working yet though.

Then use any v4l-compatible program like xawtv or zapping.

One for which I won't have to research the net for
drivers and the appropriate setup configuration, but can simply drop
into a PCI slot, maybe have to run an RPM against for support, and take
a stock X app for TV watching and possibly capture and be ready to run
with.

It all doesn't have to be quite that simple, but close to it would be
great. Thank you all for any assistance you can give on this matter.

Respectfully,

J...etc.

On Wednesday, October 23, 2002, at 07:47 PM, Mark McClelland wrote:

Peter Schlaf wrote:

Gerd Knorr wrote:

We do need a 'mode' field in v4l2_frequency for that, I think. That
field could also be used for setting spectrum inversion for ATSC,
antenna polarization for sat, etc...

I added a type field to the tuner struct, so we can add support for
ATSC+stuff later. Also plenty of "reserved" fields to v4l2_frequency
...

For the implementation of selection the antenna polarization and other
satellite related switches it is IMHO better to have an own struct,
e.g. struct v4l2_antenna and two ioctl calls for reading and setting
this struct. This would make the API more cleaner.

You're probably right about that. Some other things could be added to
that struct too, like rotator control. I think we should wait until we
have a good selection of hardware to study before adding any of that
to the API, though (the same goes for ATSC for the most part). These
things can be implemented as driver-specific ioctls or even v4l2
controls at first, and then added to the official API once we have
more experience.

--
Mark McClelland
[EMAIL PROTECTED]




_______________________________________________
Video4linux-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/video4linux-list

_______________________________________________
Video4linux-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/video4linux-list

_______________________________________________
Video4linux-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/video4linux-list

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@;redhat.com?subject=unsubscribe
https://listman.redhat.com/mailman/listinfo/video4linux-list