Re: [ivtv-devel] Problem with pvr350 and PAL/SECAM format
Le 8 déc. 07 à 11:56, Hans Verkuil a écrit : On Monday 03 December 2007 16:26:34 Jacques Facquet wrote: Hi, (please excuse my english) I have a problem with my pvr 350 in mythtv. The tuner must be in SECAM format and the SVideo input in PAL format. When recording on tuner, format is not recognized. I have a work around for this but diff drivers/media/video/ivtv/ivtv-ioctl.c~ drivers/media/video/ivtv/ivtv-ioctl.c 982c982 v4l2_std_id std = *(v4l2_std_id *) arg; --- v4l2_std_id std = V4L2_STD_SECAM; //v4l2_std_id std = *(v4l2_std_id *) arg; So with this, switching from SVideo to Tuner is not a problem, but this work around is not a solution. Have you some idea ? (I'm using this work around for a long time now ...) Doesn't this hack just always select SECAM? Regardless of the input? So selecting SECAM as the standard in MythTV should have the same effect. Not really :-( This is a log without my patch SVideo Pal format 2007-12-03 20:42:19.751 TVRec(2): HW Tuner: 2-2 2007-12-03 20:42:27.548 TVRec(2): HW Tuner: 2-2 2007-12-03 20:42:27.745 Channel(/dev/v4l/video0) Error: SetInputAndFormat(3, PAL) while setting format (v4l v2) eno: Périphérique ou ressource occupé (16) 2007-12-03 20:42:27.746 Channel(/dev/v4l/video0) Error: SetInputAndFormat(3, PAL) while setting format (v4l v1) eno: Périphérique ou ressource occup? (16) Tuner Secam fomat 2007-12-07 02:40:32.352 TVRec(2): HW Tuner: 2-2 2007-12-07 02:43:07.077 TVRec(2): HW Tuner: 2-2 2007-12-07 02:43:07.234 Channel(/dev/v4l/video0) Error: SetInputAndFormat(2, SECAM) while setting format (v4l v2) eno: Périphérique ou ressource occupé (16) 2007-12-07 02:43:07.249 Channel(/dev/v4l/video0) Error: SetInputAndFormat(2, SECAM) while setting format (v4l v1) eno: Périphérique ou ressource occupé (16) 2007-12-07 02:43:07.252 Channel(/dev/v4l/video0): SetInputAndFormat() failed 2007-12-07 02:43:07.252 TVRec(2) Error: Failed to set channel to 9. -- Jacques Facquet ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
[ivtv-devel] Problem with pvr350 and PAL/SECAM format
Hi, (please excuse my english) I have a problem with my pvr 350 in mythtv. The tuner must be in SECAM format and the SVideo input in PAL format. When recording on tuner, format is not recognized. I have a work around for this but diff drivers/media/video/ivtv/ivtv-ioctl.c~ drivers/media/video/ivtv/ivtv-ioctl.c 982c982 v4l2_std_id std = *(v4l2_std_id *) arg; --- v4l2_std_id std = V4L2_STD_SECAM; //v4l2_std_id std = *(v4l2_std_id *) arg; So with this, switching from SVideo to Tuner is not a problem, but this work around is not a solution. Have you some idea ? (I'm using this work around for a long time now ...) -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] PVR 350 Bug: No S-Video Support
Le 17 mai 06 à 19:07, Pascal Favre a écrit : Hello Jacques Definitely the supplied 9-pin to scart only supports Composite. Very strange, I'm using it and it's working fine. From my previous post Changing with ivtvctl -l: 0 (comp+s-video) television finds CVBS 0K 1 (comp) television is black 0K 2 (s-video) television finds CVBS 0K Does your TV-set report it uses s-video explicitly. As far as my investigations go it reports CVBS (Composite). Sorry my TV-set report nothing ... I just see some change in the picture when I change the output mode ... I have another input on my TV-set, this input is RGB. TV is black with all the values above but the picture is red with ivtvctl -l 3. On my S-Video input, I can put an analog VCR which can switch from CVBS to Y/C output. I have the same thing as my PVR with ivtvctl -l 1/ivtvctl -l 2. Have you another Y/C output to test your TV ? -- Jacques Facquet ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] PVR 350 Bug: No S-Video Support
: Linux version: 2.6.15 SMP preempt PENTIUM4 gcc-4.0 ivtv: In case of problems please include the debug info between ivtv: the START INIT IVTV and END INIT IVTV lines, along with ivtv: any module options, when mailing the ivtv-users mailinglist. ivtv0: Autodetected WinTV PVR 350 card (cx23415 based) ACPI: PCI Interrupt :01:04.0[A] - GSI 16 (level, low) - IRQ 17 tveeprom: ivtv version tveeprom: Hauppauge: model = 48139, rev = J352, serial# = 7250557 tveeprom: tuner = Microtune 4049 FM5 (idx = 52, type = 45) tveeprom: tuner fmt = PAL(B/G) PAL(I) SECAM(L/L') PAL(D/K) (eeprom = 0x74, v4l2 = 0x00400e17) tveeprom: audio processor = MSP4418 (type = 19) tveeprom: decoder processor = SAA7115 (type = 13) ivtv0: i2c attach to card #0 ok [client=tveeprom, addr=50] tuner (ivtv): chip found at addr 0xc2 i2c-bus ivtv i2c driver #0 ivtv0: i2c attach to card #0 ok [client=(tuner unset), addr=61] saa7115 0-0021: saa7115 found @ 0x42 (ivtv i2c driver #0) ivtv0: i2c attach to card #0 ok [client=saa7115, addr=21] saa7127 0-0044: ivtv driver saa7127 0-0044: saa7127 found @ 0x88 (ivtv i2c driver #0) ivtv0: i2c attach to card #0 ok [client=saa7127, addr=44] msp3400 0-0040: chip=MSP4418G-A2 +nicam +simple +simpler +radio mode=simpler msp3400 0-0040: msp34xxg daemon started ivtv0: i2c attach to card #0 ok [client=MSP4418G-A2, addr=40] tda9887 0-0043: (ivtv) chip found @ 0x86 (ivtv i2c driver #0) ivtv0: i2c attach to card #0 ok [client=tda9887, addr=43] ivtv0: loaded v4l-cx2341x-enc.fw firmware (262144 bytes) ivtv0: loaded v4l-cx2341x-dec.fw firmware (262144 bytes) ivtv0: Encoder revision: 0x02050032 ivtv0: Decoder revision: 0x02020023 ivtv0: Allocate DMA encoder MPEG stream: 128 x 32768 buffers (4096KB total) ivtv0: Allocate DMA encoder YUV stream: 161 x 12960 buffers (2048KB total) ivtv0: Allocate DMA encoder VBI stream: 80 x 26208 buffers (2048KB total) ivtv0: Allocate DMA encoder PCM audio stream: 455 x 4608 buffers (2048KB total) ivtv0: Create encoder radio stream ivtv0: Allocate DMA decoder MPEG stream: 16 x 65536 buffers (1024KB total) ivtv0: Allocate DMA decoder VBI stream: 512 x 2048 buffers (1024KB total) ivtv0: Create decoder VOUT stream ivtv0: Allocate DMA decoder YUV stream: 20 x 51840 buffers (1024KB total) ivtv0: loaded v4l-cx2341x-init.mpg firmware (155648 bytes) tuner: type set to 45 (Microtune 4049 FM5) by ivtv i2c driver #0 ivtv0: Initialized WinTV PVR 350, card #0 ivtv: END INIT IVTV -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] PVR350 TV-Out system crash triggered by mythtv update
, Inc. IEEE 1394 Host Controller Flags: bus master, medium devsel, latency 64, IRQ 18 Memory at fe5ff000 (32-bit, non-prefetchable) [size=2K] I/O ports at bc00 [size=128] Capabilities: [50] Power Management version 2 uname -a Linux serge.myagi.kojiro 2.6.15 #1 SMP PREEMPT Thu Jan 5 00:38:53 CET 2006 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz unknown GNU/Linux cat /proc/interrupts CPU0 CPU1 0: 144732880 0IO-APIC-edge timer 1: 16 0IO-APIC-edge i8042 9: 0 0 IO-APIC-level acpi 12: 93 0IO-APIC-edge i8042 14: 306932 0IO-APIC-edge ide0 15: 15372976 0IO-APIC-edge ide1 16: 12709579 0 IO-APIC-level uhci_hcd:usb3, eth0 17: 33017285 0 IO-APIC-level uhci_hcd:usb1, uhci_hcd:usb4, ivtv0 18: 2 0 IO-APIC-level uhci_hcd:usb2, ohci1394 19: 0 0 IO-APIC-level ehci_hcd:usb5 20: 565933 0 IO-APIC-level Intel ICH5 NMI: 0 0 LOC: 144730956 144730955 ERR: 0 MIS: 0 and finally Linux video capture interface: v1.00 bttv: driver version 0.9.16 loaded bttv: using 8 buffers with 2080k (520 pages) each for capture ivtv: START INIT IVTV ivtv: version 0.4.4 (development revision 3170) loading ivtv: Linux version: 2.6.15 SMP preempt PENTIUM4 gcc-4.0 ivtv: In case of problems please include the debug info between ivtv: the START INIT IVTV and END INIT IVTV lines, along with ivtv: any module options, when mailing the ivtv-users mailinglist. ivtv0: Autodetected WinTV PVR 350 card (cx23415 based) ACPI: PCI Interrupt :01:04.0[A] - GSI 16 (level, low) - IRQ 17 tveeprom: ivtv version tveeprom: Hauppauge: model = 48139, rev = J352, serial# = 7250557 tveeprom: tuner = Microtune 4049 FM5 (idx = 52, type = 45) tveeprom: tuner fmt = PAL(B/G) PAL(I) SECAM(L/L') PAL(D/K) (eeprom = 0x74, v4l2 = 0x00400e17) tveeprom: audio processor = MSP4418 (type = 19) tveeprom: decoder processor = SAA7115 (type = 13) ivtv0: i2c attach to card #0 ok [client=tveeprom, addr=50] tuner (ivtv): chip found at addr 0xc2 i2c-bus ivtv i2c driver #0 ivtv0: i2c attach to card #0 ok [client=(tuner unset), addr=61] saa7115 0-0021: saa7115 found @ 0x42 (ivtv i2c driver #0) ivtv0: i2c attach to card #0 ok [client=saa7115, addr=21] saa7127 0-0044: saa7127 found @ 0x88 (ivtv i2c driver #0) ivtv0: i2c attach to card #0 ok [client=saa7127, addr=44] msp3400 0-0040: chip=MSP4418G-A2 +nicam +simple +simpler +radio mode=simpler msp3400 0-0040: msp34xxg daemon started ivtv0: i2c attach to card #0 ok [client=MSP4418G-A2, addr=40] tda9887 0-0043: (ivtv) chip found @ 0x86 (ivtv i2c driver #0) ivtv0: i2c attach to card #0 ok [client=tda9887, addr=43] ivtv0: loaded v4l-cx2341x-enc.fw firmware (262144 bytes) ivtv0: loaded v4l-cx2341x-dec.fw firmware (262144 bytes) ivtv0: Encoder revision: 0x02050032 ivtv0: Decoder revision: 0x02020023 ivtv0: Allocate DMA encoder MPEG stream: 128 x 32768 buffers (4096KB total) ivtv0: Allocate DMA encoder YUV stream: 161 x 12960 buffers (2048KB total) ivtv0: Allocate DMA encoder VBI stream: 80 x 26208 buffers (2048KB total) ivtv0: Allocate DMA encoder PCM audio stream: 455 x 4608 buffers (2048KB total) ivtv0: Create encoder radio stream ivtv0: Allocate DMA decoder MPEG stream: 16 x 65536 buffers (1024KB total) ivtv0: Allocate DMA decoder VBI stream: 512 x 2048 buffers (1024KB total) ivtv0: Create decoder VOUT stream ivtv0: Allocate DMA decoder YUV stream: 20 x 51840 buffers (1024KB total) ivtv0: loaded v4l-cx2341x-init.mpg firmware (155648 bytes) tuner: type set to 45 (Microtune 4049 FM5) by ivtv i2c driver #0 ivtv0: Initialized WinTV PVR 350, card #0 ivtv: END INIT IVTV cx2388x v4l2 driver version 0.0.5 loaded lirc_i2c: chip found @ 0x18 (Hauppauge IR) ivtv0: i2c attach to card #0 ok [client=Hauppauge IR, addr=18] lirc_dev: lirc_register_plugin: sample_rate: 10 ivtv0-osd: Framebuffer module loaded (attached to ivtv card id 0) ivtv0-osd: screen coords: [0 0] - [720 576] ivtv0-osd: original global alpha = 208 ivtv0-osd: current OSD state = 39 ivtv0-osd: new global alpha = 208 (1 255 0) ivtv0-osd: framebuffer at 0xe951, mapped to 0xf9c1, size 1665k ivtv0-osd: mode is 720x576x32, linelength=2880 ivtv0-osd: fb0: cx23415 TV out frame buffer device ivtv0: Allocate DMA decoder OSD stream: 16 x 65536 buffers (1024KB total) Hope this can help somebody ... It was also stable with 0.4.0 - 0.4.3 Mythtv 0.18/Mythtv 0.19 -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] Testers for msp3400 + NICAM or SAP needed
Le Mercredi 29 Mars 2006 08:02, Hans Verkuil a écrit : Hi all, Hi, I am looking for someone who has a TV/MPEG card with a msp3400 device and can test NICAM transmissions (PAL/SECAM) or SAP transmissions (NTSC). finally, I'm awake ... Please contact me with the name of the msp chip as shown by the kernel log, e.g.: msp3400 4-0040: MSP4418G-B3 found @ 0x80 PVR350 msp3400 0-0040: chip=MSP4418G-A2 +nicam +simple +simpler +radio mode=simpler unfortunatelly, my cable provider is [EMAIL PROTECTED] so, I have no stereo sound (eg no nicam signal). But I can do some tests in mono ... -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] Xorg 6.9 error framebuffer ivtvdev_drv.o
Le 17 févr. 06 à 02:59, f.fabre.easyconnect.fr a écrit : Hello Hi, i'm run on debian testing kernel 2.6.12.3/ epia M1/PVR350 http://dl.ivtvdriver.org/xdriver/0.10.6/ivtvdev_drv.o.bz2 debian upgrade Xorg 6.9 = framabuffer error! Xorg 6.8 ok ok you can help me for run framabubber on Xorg 6.9 ? With Xorg 6.9 you must recompile the driver. I have one version working with Xorg 6.9, but not on this machine. I can send you my file later if you want. Regards -- Jacques Facquet ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] Xorg 6.9 error framebuffer ivtvdev_drv.o
Le Vendredi 17 Février 2006 02:59, f.fabre.easyconnect.fr a écrit : Hello i'm run on debian testing kernel 2.6.12.3/ epia M1/PVR350 http://dl.ivtvdriver.org/xdriver/0.10.6/ivtvdev_drv.o.bz2 debian upgrade Xorg 6.9 = framabuffer error! Xorg 6.8 ok ok you can help me for run framabubber on Xorg 6.9 ? -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] Xorg 6.9 error framebuffer ivtvdev_drv.o
Le Vendredi 17 Février 2006 02:59, f.fabre.easyconnect.fr a écrit : Hello i'm run on debian testing kernel 2.6.12.3/ epia M1/PVR350 http://dl.ivtvdriver.org/xdriver/0.10.6/ivtvdev_drv.o.bz2 debian upgrade Xorg 6.9 = framabuffer error! Xorg 6.8 ok ok you can help me for run framabubber on Xorg 6.9 ? Ouch, sorry -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] Release schedule for ivtv-0.6 ivtv-0.4
Le Lundi 2 Janvier 2006 23:11, Hans Verkuil a écrit : [a lot of work] Happy New Year! and Happy New Year ;-) -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] cx25840 2-0044: firmware /lib/modules/HcwMakoA.ROM load failed
Le Vendredi 18 Novembre 2005 19:39, Mark Knecht a écrit : cx25840 2-0044: 333MHz i2c firmware load failed cx25840 2-0044: firmware /lib/modules/HcwMakoA.ROM load failed in /etc/modprobe.conf options cx25840 fastfw=0 -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] cx25840 2-0044: firmware /lib/modules/HcwMakoA.ROM load failed
Le Vendredi 18 Novembre 2005 20:50, Tyler Trafford a écrit : There's a simple (I think) way to make the fall-back cleaner, but I can't test it myself since I've never had the error happen to me. I think it's no so easy to know how many bytes of the firmware were really sent. -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] ivtv framebuffer is broken with PVR350
Le Lundi 14 Novembre 2005 21:59, John Harvey a écrit : -Original Message- From: [EMAIL PROTECTED] [mailto:ivtv-devel- [EMAIL PROTECTED] On Behalf Of Jacques Facquet Sent: 14 November 2005 01:35 To: ivtv-devel@ivtvdriver.org Subject: Re: [ivtv-devel] ivtv framebuffer is broken with PVR350 Le Dimanche 13 Novembre 2005 21:07, John Harvey a écrit : What software is everyone using? There is a known problem with myth 0.18 release that causes systems to hang/crash. Ouch ... There is a patch for this but you would need to build from source in which case you might as well take the head of the 0.18 branch which already has the fix or the svn head which also has the fix. I'm using svn co http://svn.mythtv.org/svn/branches/release-0-18-fixes/mythtv This happens during playback in myth when the screen is cleared after displaying menus. If people are using myth 0.18 this is the most likely cause of the problem. So, I have tried not using PVR 350 out in mythtv configuration, but XFree. I'm using mythfrontend in a window, playback in a window and for now, t's working fine, need more test but the only errors I have are : ivtv0-osd warning: Need to adjust to width 720 src_w 720 dst_w 672 src_x 0 dst_x 36 ivtv0-osd warning: Need to adjust to height 576 src_h 576 dst_h 496 src_y 0 dst_y 42 ivtv0-osd warning: Source video: Interlaced ivtv0 warning: Enable video output ivtv0-osd warning: Need to adjust to width 720 src_w 720 dst_w 672 src_x 0 dst_x 36 ivtv0-osd warning: Need to adjust to height 576 src_h 576 dst_h 496 src_y 0 dst_y 42 ivtv0-osd warning: Source video: Interlaced ivtv0 warning: Enable video output playback or mplayer with xv. I'll do longer tests tomorrow. Those aren't errors. They are just information that we needed to help fix scaling problems. Ok. After playback a record, with stop, forward, rewind for 3 hours, no problem. modinfo ivtv : filename: /lib/modules/2.6.14/ivtv/ivtv.ko version:0.4.1 (development revision 2889M) vermagic: 2.6.14 SMP preempt PENTIUM4 gcc-4.0 As you can see, I'm using a SMP kernel and the framebuffer is looking fine. -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] ivtv framebuffer is broken with PVR350
Le Dimanche 13 Novembre 2005 21:07, John Harvey a écrit : What software is everyone using? There is a known problem with myth 0.18 release that causes systems to hang/crash. Ouch ... This happens during playback in myth when the screen is cleared after displaying menus. If people are using myth 0.18 this is the most likely cause of the problem. So, I have tried not using PVR 350 out in mythtv configuration, but XFree. I'm using mythfrontend in a window, playback in a window and for now, t's working fine, need more test but the only errors I have are : ivtv0-osd warning: Need to adjust to width 720 src_w 720 dst_w 672 src_x 0 dst_x 36 ivtv0-osd warning: Need to adjust to height 576 src_h 576 dst_h 496 src_y 0 dst_y 42 ivtv0-osd warning: Source video: Interlaced ivtv0 warning: Enable video output ivtv0-osd warning: Need to adjust to width 720 src_w 720 dst_w 672 src_x 0 dst_x 36 ivtv0-osd warning: Need to adjust to height 576 src_h 576 dst_h 496 src_y 0 dst_y 42 ivtv0-osd warning: Source video: Interlaced ivtv0 warning: Enable video output playback or mplayer with xv. I'll do longer tests tomorrow. -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] ivtv framebuffer is broken with PVR350
Le Samedi 12 Novembre 2005 20:34, Steve Laurie Sanders a écrit : I have been posting about freezing playback and ivtv-osd warnings, and ivtv DEC warnings in the ivtv-users list sinsce I am using 0.4.0 stable. I have the same problem, but no logs after the freeze, I have to reboot my PC. -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] dmesg errors in svn 2842 (PVR-500)
Le Samedi 22 Octobre 2005 16:05, Brian M. Sperlongano a écrit : cx25840 0-0044: unable to open firmware HcwMakoA.ROM ivtv0: i2c attach to card #0 ok [client=cx25840, addr=44] wm8775 0-001b: chip found @ 0x36 (ivtv i2c driver #0) ivtv0: i2c attach to card #0 ok [client=wm8775, addr=1b] tda9885/6/7: (ivtv) chip found @ 0x86 ivtv0: i2c attach to card #0 ok [client=tda9887, addr=43] ivtv0: Detected a TEA5767 radio tuner. Enabling radio support. ivtv0: requesting ivtv-fw-enc.bin from hotplug ivtv0: unable to open firmware ivtv0 warning: failed loading encoder firmware ivtv0 warning: Error loading firmware -3! Try to put the files in your hotplug directory. /lib/hotplug/firmware (for a Mandriva). -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] SOUND: no more silent tuners?
Le Samedi 8 Octobre 2005 17:21, Tyler Trafford a écrit : It's not just the first time through, Yes, you are right. since you are only getting the fallback failure message (and the checkfw message, but that's a DL_ADDR check) that means *all* the writes are actually happening. So it isn't 487 out of 1024, it's 487 out of 14264. Yes, it's no too easy. I'll look at this next week if I have time to. Thank's. -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] SOUND: no more silent tuners?
Le Samedi 8 Octobre 2005 21:44, Mark Weaver a écrit : Jacques Facquet wrote: cx25840 1-0044: cx25842-23 found @ 0x88 (ivtv i2c driver #0) cx25840 1-0044: loading /lib/modules/HcwMakoA.ROM i2c_adapter i2c-1: sendbytes: error - bailout. cx25840 1-0044: fast firmware load failed cx25840 1-0044: firmware load failed You might want to try the patch in trac ticket #29 (http://ivtvdriver.org/trac/ticket/29) to see if it helps. If you have time, it would be interesting to see what it does anyway. I'll do but don't expect any answer before Wednesday or Thursday. I'm pretty busy these days. -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] SOUND: no more silent tuners?
Le Vendredi 7 Octobre 2005 21:12, Hans Verkuil a écrit : This is a final call before closing tickets #20 and #21 (no sound on one or more tuners). Is there anyone who has no sound whatsoever? no sound the return but : dmesg cx25840 1-0044: cx25842-23 found @ 0x88 (ivtv i2c driver #0) cx25840 1-0044: loading /lib/modules/HcwMakoA.ROM i2c_adapter i2c-1: sendbytes: error - bailout. cx25840 1-0044: fast firmware load failed cx25840 1-0044: firmware load failed that's a good reason :-( -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] SOUND: no more silent tuners?
Le Samedi 8 Octobre 2005 03:04, Tyler Trafford a écrit : Jacques Facquet wrote: cx25840 1-0044: cx25842-23 found @ 0x88 (ivtv i2c driver #0) cx25840 1-0044: loading /lib/modules/HcwMakoA.ROM i2c_adapter i2c-1: sendbytes: error - bailout. cx25840 1-0044: fast firmware load failed cx25840 1-0044: firmware load failed After loading this, what's the output of: cx25840ctl -l | grep DL_ADDR DL_ADDR_LB=231 (0xE7) DL_ADDR_HB=1 (0x1) -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] SOUND: no more silent tuners?
Le Samedi 8 Octobre 2005 04:02, Tyler Trafford a écrit : Jacques Facquet wrote: After loading this, what's the output of: cx25840ctl -l | grep DL_ADDR DL_ADDR_LB=231 (0xE7) DL_ADDR_HB=1 (0x1) That's odd because it's only failing on the fast load, but then it falls back to 100MHz and there's no error message on that... Does this happen with the same values for DL_ADDR_* every time? No, I'm trying some different code, stay tuned. -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] SOUND: no more silent tuners?
Le Samedi 8 Octobre 2005 04:13, Jacques Facquet a écrit : Le Samedi 8 Octobre 2005 04:02, Tyler Trafford a écrit : Jacques Facquet wrote: After loading this, what's the output of: cx25840ctl -l | grep DL_ADDR DL_ADDR_LB=231 (0xE7) DL_ADDR_HB=1 (0x1) That's odd because it's only failing on the fast load, but then it falls back to 100MHz and there's no error message on that... Does this happen with the same values for DL_ADDR_* every time? No, I'm trying some different code, stay tuned. Well ... This append when I'm at minimum CPU speed on my PC. AMD 64 ondemand, no chance to load the firmware if fast load fail. check_fw_load() failed. I think that the first time i2c_master_send return a negative value some bytes have been writen, no idea how many. my test code : int rc; int localsize; u8 *localdata; rc= i2c_master_send(client, data, size); if (rc != size) { if (info-fastfw) { if (rc 0) rc=0; CX25840_ERR(fast firmware load failed\n); info-fastfw = 0; cx25840_i2c_set_delay(client, 10); localsize=size-rc; localdata=data+rc; loop=0; // just in case ... do { rc=i2c_master_send(client, localdata, localsize); rc == localsize ==1024, so, it's OK but check_fw_load() failed. that's all I can do today, it's 4h48 am and I'm pretty tired, sorry. -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] Dual tuner bug?
Le Jeudi 6 Octobre 2005 16:34, Mark Knecht a écrit : Hi, I notice this in MythTV. Is it a MythTV issue or an ivtv issue? I have a dual tuner setup using a PCR-150 and a PVR-250. Within MythTV I cannot tune both cards to the same channel. I'm currently running ivtv-0.3.8. What commands can I run to check this from the command line? Best case I'd like to display two small video windows, possibly one without sound, and tune each window to a specific channel. Can I do something like this with ivtv utilities? perhaps 2 ptune and 2 mplayer each one on is own /dev/video* -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] svn updated: hopefully this fixes SECAM audio
Le Mardi 4 Octobre 2005 22:58, Hans Verkuil a écrit : Bonjour! Hello, I've just committed r2745 which hopefully fixes SECAM audio. After going through the datasheet and comparing the windows I2C dumps I noticed that one setting (FORMAT_65MHZ, reg 0x80B) was set to 0 in ivtv but it was 1 in the I2C logs. Basically this meant that NICAM-L was never detected, which explains a thing or two. Yes In my patch I've set this setting to autodetect for PAL and SECAM. Let's see if this works. You got it ! If there still is no sound, then try the attached patch for the tda9887 settings. I hope this is not necessary, though. I'm keeping my fingers crossed... Relax your fingers. I can't test stereo mode, Julien ? Check frequently with ivtvctl --log-status to see what's happening. It provides a full overview of the video/audio settings in the kernel log. cx25840 1-0044: Video signal: present cx25840 1-0044: Detected format: SECAM (microcontroller: SECAM) cx25840 1-0044: Detected audio mode: mono cx25840 1-0044: Detected audio standard: AM-L cx25840 1-0044: Audio microcontroller: running cx25840 1-0044: Configured audio standard: automatic detection cx25840 1-0044: Configured audio system: automatic standard and mode detection cx25840 1-0044: Specified standard:SECAM cx25840 1-0044: Specified input: tuner cx25840 1-0044: Specified audio input: tuner cx25840 1-0044: Specified audio rate: 48 kHz cx25840 1-0044: Preferred audio mode: stereo cx25840 1-0044: Selected 65 MHz format:autodetect cx25840 1-0044: Selected 45 MHz format:chroma wm8775 1-001b: Input: default Thank's a lot. -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] svn updated: hopefully this fixes SECAM audio
Le Mardi 4 Octobre 2005 23:32, Jacques Facquet a écrit : Le Mardi 4 Octobre 2005 22:58, Hans Verkuil a écrit : Bonjour! Hello, I've just committed r2745 which hopefully fixes SECAM audio. After going through the datasheet and comparing the windows I2C dumps I noticed that one setting (FORMAT_65MHZ, reg 0x80B) was set to 0 in ivtv but it was 1 in the I2C logs. Basically this meant that NICAM-L was never detected, which explains a thing or two. Yes If that can help, I have same logs and results with : cx25840_write(client, 0x80B, 0x14); If my glasses are clean, it's FORMAT_65MHZ and FORMAT_45MHZ autodetect. -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] PVR 150 and no sound
Le Lundi 3 Octobre 2005 12:35, Jacques Facquet a écrit : Le Lundi 3 Octobre 2005 08:26, Julien Pervillé a écrit : We indeed own the exact same revision (model 1052 on the box?). Yes. For the moment I get sound on all channels but Canal+ (for the rare times it broadcast unencrypted). I waiting for an unencrypted broadcast. Got it, with sound. But by cable provider, I have no aerial antenna, so, I don't know if it's the same signal. Not sure I'll have stereo too. The cable provider was France Telecom, it's Numericable now (some months ago with many changes). I think you are the good person to test. -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] PVR 150 and no sound
Le Lundi 3 Octobre 2005 16:05, Tyler Trafford a écrit : On Mon, Oct 03, 2005 at 06:35:18AM -0400, Jacques Facquet wrote: Le Lundi 3 Octobre 2005 08:26, Julien Pervillé a écrit : PS: Thank you for the 0x45 hack to enable (mono) sound! You are welcome, same as Canal+, I am waiting for a stereo broadcast. So, 0x05 doesn't work? Yes, appending : CX25840_SET_AUD_STANDARD(0x0D); before : CX25840_SET_AUD_MODE_AUD_SYSTEM(0x45); too, but I need stereo broadcast to see (hear) if it's working. I have only mono on my channels (TV too, not ivtv fault). -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] PVR 150 and no sound
Le Mercredi 28 Septembre 2005 21:54, Hans Verkuil a écrit : On Wednesday 28 September 2005 00:08, Jacques Facquet wrote: Le Mardi 27 Septembre 2005 22:55, Hans Verkuil a écrit : Jacques, Can you try the following: First add this to modprobe.conf: options tuner debug=1 options tda9887 debug=1 Now boot, tune to a valid channel, check that video is OK, but that there is no sound. Now run ivtvctl --audio-status. Can you do the same test, but this time with ivtv module option ivtv_std=3? OK. In 20 minutes. And are you able to test the card under Windows? In that case I can give you instructions how to obtain an I2C log so that I can see how the tuner/tda9887 are programmed by Hauppauge. It's will be difficult, I'll try but I don't think today (or even tomorrow), I have no Windows XP to test, perhaps some friend of mine. Note that the cx25840 seems to detect audio when tuned to a channel: cx25840: Status: 0x03 (REV_ID, Revision ID.) cx25840: Status: 'Mono' (Detected audio mode) cx25840: Status: 'A2-DK1' (Detected audio standard) Yes, detection is good Weird. -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [ivtv-devel] PVR 150 and no sound
Le Mercredi 28 Septembre 2005 21:54, Hans Verkuil a écrit : On Wednesday 28 September 2005 00:08, Jacques Facquet wrote: Le Mardi 27 Septembre 2005 22:55, Hans Verkuil a écrit : Jacques, Can you try the following: First add this to modprobe.conf: options tuner debug=1 options tda9887 debug=1 Now boot, tune to a valid channel, check that video is OK, but that there is no sound. Now run ivtvctl --audio-status. Can you do the same test, but this time with ivtv module option ivtv_std=3? dmesg ivtv: version 0.3.9 (development svn snapshot revision 2715M) loading ivtv: Linux version: 2.6.11-12mdk gcc-3.4 ivtv: In case of problems please include the debug info ivtv: between the START INIT IVTV and END INIT IVTV lines when ivtv: mailing the ivtv-devel mailinglist. ivtv: Autodetected WinTV PVR 150 card (iTVC16 based) ACPI: PCI interrupt :00:07.0[A] - GSI 18 (level, low) - IRQ 193 tveeprom: ivtv version tveeprom: Hauppauge: model = 26039, rev = C1A5, serial# = 8217850 tveeprom: tuner = TCL MPE05-2 (idx = 105, type = 38) tveeprom: tuner fmt = PAL(B/G) PAL(I) SECAM(L/L') PAL(D/K) (eeprom = 0x74, v4l2 = 0x00400e17) tveeprom: audio processor = CX25842 (type = 24) tveeprom: decoder processor = CX25842 (type = 1d) ivtv: i2c attach to card #0 ok [client=tveeprom[50], addr=50] tuner (ivtv): chip found at addr 0xc2 i2c-bus ivtv i2c driver #0 ivtv: i2c attach to card #0 ok [client=(tuner unset), addr=61] cx25840: loading /lib/modules/HcwMakoA.ROM ivtv: i2c attach to card #0 ok [client=cx25840, addr=44] ivtv: i2c attach to card #0 ok [client=wm8775, addr=1b] tda9885/6/7: (ivtv) chip found @ 0x86 ivtv: i2c attach to card #0 ok [client=tda9887, addr=43] ivtv: loading /lib/modules/ivtv-fw-enc.bin ivtv: Encoder revision: 0x02040011 ivtv: Allocate DMA encoder MPEG stream: 128 x 32768 buffers (4096KB total) ivtv: Allocate DMA encoder YUV stream: 161 x 12960 buffers (2048KB total) ivtv: Allocate DMA encoder VBI stream: 80 x 26208 buffers (2048KB total) ivtv: Allocate DMA encoder PCM audio stream: 455 x 4608 buffers (2048KB total) tuner: type set to 38 (Philips PAL/SECAM multi (FM1216ME MK3)) by ivtv i2c driver #0 tda9885/6/7: switching to v4l2 tda9885/6/7: insmod fixup: SECAM = SECAM-L tda9885/6/7: configure for: SECAM-L tda9885/6/7: writing: b=0xc4 c=0x10 e=0x0b tda9885/6/7: configure for: SECAM-L tda9885/6/7: writing: b=0x04 c=0x10 e=0x0b tuner: tv freq set to 280437112895963536.00 tuner: tv 0x1b 0x6f 0x8e 0x02 ivtv: Initialized WinTV PVR 150, card #0 ivtv: END INIT IVTV tuner: tv freq set to 280437112895963663.25 tuner: tv 0x8e 0x04 0x23 0x63 ivtvctl --audio-status ioctl IVTV_IOC_G_DRIVER_INFO ok ioctl IVTV_IOC_AUDIO_DEC_STATUS ok cx25840: Status: 0x03 (REV_ID, Revision ID.) cx25840: Status: 'Mono' (Detected audio mode) cx25840: Status: 'A2-DK1' (Detected audio standard) wm8775: Register R7=000 wm8775: Register R11=021 wm8775: Register R12=102 wm8775: Register R13=000 wm8775: Register R14=1d4 wm8775: Register R15=1d4 wm8775: Register R16=1bf wm8775: Register R17=185 wm8775: Register R18=0a2 wm8775: Register R19=005 wm8775: Register R20=07a wm8775: Register R21=102 wm8775: Register R23=000 some noise but no sound no antenna ivtvctl --audio-status ioctl IVTV_IOC_G_DRIVER_INFO ok ioctl IVTV_IOC_AUDIO_DEC_STATUS ok cx25840: Status: 0x03 (REV_ID, Revision ID.) cx25840: Status: 'Mono' (Detected audio mode) cx25840: Status: 'No detected audio standard' (Detected audio standard) wm8775: Register R7=000 wm8775: Register R11=021 wm8775: Register R12=102 wm8775: Register R13=000 wm8775: Register R14=1d4 wm8775: Register R15=1d4 wm8775: Register R16=1bf wm8775: Register R17=185 wm8775: Register R18=0a2 wm8775: Register R19=005 wm8775: Register R20=07a wm8775: Register R21=102 wm8775: Register R23=000 no noise in progress ;-) Good luck. -- Jacques Facquet. ___ ivtv-devel mailing list ivtv-devel@ivtvdriver.org http://ivtvdriver.org/mailman/listinfo/ivtv-devel