Try this patch, I think it fixes that, let me know how it works...
diff -ru ivtv-0.3.4j/ChangeLog ivtv-0.3.4k/ChangeLog
--- ivtv-0.3.4j/ChangeLog 2005-05-10 01:10:50.000000000 -0500
+++ ivtv-0.3.4k/ChangeLog 2005-05-10 12:48:17.000000000 -0500
@@ -1,5 +1,7 @@
IVTV changes:
+#0.3.4k - detect new pvr150 id.
+
#0.3.4j - change way vbi decoding works for output through pvr350,
now lock and send vbi data on vsync interrupt.
- some debug messages removed.
diff -ru ivtv-0.3.4j/driver/ivtv-cards.c ivtv-0.3.4k/driver/ivtv-cards.c
--- ivtv-0.3.4j/driver/ivtv-cards.c 2005-05-08 09:37:39.000000000 -0500
+++ ivtv-0.3.4k/driver/ivtv-cards.c 2005-05-10 12:49:12.000000000 -0500
@@ -426,6 +426,7 @@
{PCI_DEVICE_ID_IVTV16, IVTV_PCI_ID_HAUPPAUGE, 0xe807},
{PCI_DEVICE_ID_IVTV16, IVTV_PCI_ID_HAUPPAUGE, 0xe817},
{PCI_DEVICE_ID_IVTV16, IVTV_PCI_ID_HAUPPAUGE, 0xc801},
+ {PCI_DEVICE_ID_IVTV16, IVTV_PCI_ID_HAUPPAUGE, 0x0801},
{PCI_DEVICE_ID_IVTV16, IVTV_PCI_ID_HAUPPAUGE, 0x0009},
{0, 0, 0}
};
diff -ru ivtv-0.3.4j/driver/ivtv-driver.h ivtv-0.3.4k/driver/ivtv-driver.h
--- ivtv-0.3.4j/driver/ivtv-driver.h 2005-05-10 00:29:58.000000000 -0500
+++ ivtv-0.3.4k/driver/ivtv-driver.h 2005-05-10 12:48:04.000000000 -0500
@@ -130,7 +130,7 @@
#define IVTV_DRIVER_VERSION_MAJOR 0
#define IVTV_DRIVER_VERSION_MINOR 3
#define IVTV_DRIVER_VERSION_PATCHLEVEL 4
-#define IVTV_DRIVER_VERSION_COMMENT "j"
+#define IVTV_DRIVER_VERSION_COMMENT "k"
#define IVTV_VERSION __stringify(IVTV_DRIVER_VERSION_MAJOR) "."
__stringify(IVTV_DRIVER_VERSION_MINOR) "."
__stringify(IVTV_DRIVER_VERSION_PATCHLEVEL) "-" IVTV_DRIVER_VERSION_COMMENT
#define IVTV_DRIVER_VERSION
KERNEL_VERSION(IVTV_DRIVER_VERSION_MAJOR,IVTV_DRIVER_VERSION_MINOR,IVTV_DRIVER_VERSION_PATCHLEVEL)
diff -ru ivtv-0.3.4j/driver/ivtv-streams.c ivtv-0.3.4k/driver/ivtv-streams.c
--- ivtv-0.3.4j/driver/ivtv-streams.c 2005-05-09 11:25:39.000000000 -0500
+++ ivtv-0.3.4k/driver/ivtv-streams.c 2005-05-10 11:06:08.000000000 -0500
@@ -470,7 +470,7 @@
ivtv_vapi(itv, IVTV_API_ASSIGN_BITRATES, 5, itv->codec.bitrate_mode,
itv->codec.bitrate, /* bps */
Thanks,
Chris
On Tue, May 10, 2005 at 10:43:38AM -0700, Louie Ilievski wrote:
> On Monday 09 May 2005 11:22 pm, Chris Kennedy wrote:
> > This syncs up and cleans up the pvr350 CC output, probably all VBI output,
> > Hans is still working on what seems to be original CC packets missed and
> > out of order for re-insertion, so this is just part of the fix.
> >
> > Also this fixes the OSD buffers for userspace pointers, which was broken
> > from the dynamic stream stuff, but now uses the OSD stream instead of the
> > decoder and so that's the default instead of the static ones now.
> >
> > #0.3.4j: http://www.ivtv.tv/releases/ivtv-0.3/
> >
> >
> > Thanks,
> > Chris
>
> Hi Chris. I just jumped from 0.3.4b to 0.3.4j and wanted to report a couple
> of problems.
>
> First, scaling seems to have broken on my 150MCE. Also sound is no longer
> working either with this card. Here's some stuff from dmesg:
>
> ivtv: Initialized WinTV PVR 350, card #0
> ivtv: Unknown card: vendor/device: 4444/0016, subsystem vendor/device:
> 0070/0801
> ivtv: Defaulting to WinTV PVR 250 card
> ivtv: Please mail the vendor/device and subsystem vendor/device IDs and what
> kind of
> ivtv: card you have to the ivtv-devel mailinglist:
> http://sourceforge.net/projects/ivtv
> ivtv: Prefix your subject line with [UNKNOWN CARD].
> ivtv: Found an iTVC16 based chip
> ACPI: PCI interrupt 0000:01:0e.0[A] -> GSI 16 (level, low) -> IRQ 16
> ivtv: XXX PCI device: 0x7124 vendor: 0x8086
> tveeprom: Hauppauge: model = 26552, rev = B268, serial# = 7864566
> tveeprom: tuner = LG TAPE H001F MK3 (idx = 68, type = 47)
> tveeprom: tuner fmt = NTSC(M) (eeprom = 0x08, v4l2 = 0x00001000)
> tveeprom: audio_processor = MSP3410D (type = 5)
> ivtv: i2c attach [client=tveeprom[50],ok]
> tuner: chip found at addr 0xc2 i2c-bus ivtv i2c driver #1
> ivtv: i2c attach [client=(tuner unset),ok]
> saa7115: starting probe for adapter ivtv i2c driver #1 (0x10005)
> saa7127: detecting saa7127 client on address 0x88
> saa7127: saa7127 client id: saa7127_i2c_id 1, skipped
> cx25840: starting probe for adapter ivtv i2c driver #1 (0x10005)
> cx25840: detecting client on address 0x88
> cx25840: writing init values
> cx25840: FW image '/lib/modules/HcwMakoA.ROM' of size 13883 loaded.
> cx25840: FW image md5 digest: a6f6a90a3be338cdb89d59e835798408
> cx25840: FW image sha1 digest: ad2872fb98ad43b6c4afa45d239a57010edebe84
> cx25840: Status: cx258433 (DEVICE_ID)
> ivtv: i2c attach [client=cx25840[50],ok]
> ivtv: i2c attach [client=wm8775[50],ok]
> ivtv: Tuner Type 47, Tuner formats 0x00001000, Radio: yes, Model 0x00892598,
> Revision 0x00000001
> ivtv: NTSC tuner detected
> ivtv: Radio detected
> ivtv: Encoder revision: 0x02050032
> ivtv: Encoder Firmware may be buggy, use version 0x02040011
> ivtv: Configuring WinTV PVR 250 card with 5 streams
> ivtv: Registered v4l2 device, streamtype 0 minor 1
> ivtv: Create DMA stream 0 using 128 16384 byte buffers 0 kbytes total
> ivtv: Registered v4l2 device, streamtype 1 minor 33
> ivtv: Create DMA stream 1 using 20 103680 byte buffers 0 kbytes total
> ivtv: Registered v4l2 device, streamtype 2 minor 225
> ivtv: Create DMA stream 2 using 40 52224 byte buffers 0 kbytes total
> ivtv: Registered v4l2 device, streamtype 3 minor 25
> ivtv: Create DMA stream 3 using 455 4608 byte buffers 0 kbytes total
> ivtv: Registered v4l2 device, streamtype 4 minor 65
> ivtv: Create stream 4
> ivtv: Setting Tuner 47
> tuner: type set to 47 (LG NTSC (TAPE series)) by ivtv i2c driver #1
> ivtv: i2c client addr: 0x21 not found!
> ivtv: Setting audio matrix to input 3, output 1
> ivtv: i2c client addr: 0x40 not found!
> ivtv: i2c client addr: 0x40 not found!
> ivtv: i2c client addr: 0x40 not found!
> ivtv: Switching standard to NTSC.
> ivtv: i2c client addr: 0x40 not found!
> ivtv: i2c client addr: 0x21 not found!
> ivtv: Initialized WinTV PVR 250, card #1
> ivtv: ==================== END INIT IVTV ====================
>
> Interesting, I just realized when going to copy the dmesg that it doesn't
> recognize this card, when previous versions do. That looks like it's the
> problem right there. I can try to force a card type, but I never had to do
> that with the earlier versions.
>
> Also, although this is probably related to the unknown card problem, I'm
> getting this:
>
> ivtv: i2c client addr: 0x21 not found!
> ivtv: i2c client addr: 0x21 not found!
> ivtv: i2c client addr: 0x21 not found!
> ivtv: i2c client addr: 0x21 not found!
> ivtv: i2c client addr: 0x21 not found!
> ivtv: i2c client addr: 0x21 not found!
> ivtv: i2c client addr: 0x21 not found!
> ivtv: i2c client addr: 0x21 not found!
> ivtv: i2c client addr: 0x40 not found!
> ivtv: i2c client addr: 0x40 not found!
> ivtv: i2c client addr: 0x21 not found!
> ivtv: i2c client addr: 0x40 not found!
> ivtv: i2c client addr: 0x21 not found!
> ivtv: i2c client addr: 0x40 not found!
> ivtv: i2c client addr: 0x40 not found!
>
> One last thing to note is that when I first tried this new driver, I went
> into
> Live TV in Myth and it stuttered quite a bit, as if it couldn't keep a full
> buffer or something. Nothing showed up in dmesg or mythfrontend log though.
> I'm not sure if this is a hard drive DMA issue or something or card-related,
> but it seems to have gone away, and I re-ran hdparm on my drives to make sure
> they had everything enabled since sometimes on boot the kernel disables DMA
> on the drives for whatever reason.
>
> ~Lou
--
---
Chris Kennedy / [EMAIL PROTECTED]
Engineer KMOS-TV/KTBG-FM
Broadcasting Services Department
Central Missouri State University
-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
_______________________________________________
ivtv-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ivtv-devel
