Hauppauge Colossus Support
Greetings all, My search of the list turned up nothing on planned support for the Colossus in Linux. Hauppauge has begun shipping the card, and I have one being shipped today which I am willing to loan to a developer if it would help. Here's a few links on the components: http://www.vixs.com/briefs/XCode_3111_v2.pdf http://www.analog.com/en/analog-to-digital-converters/video-decoders/adv7441a/products/product.html http://www.missingremote.com/sites/default/files/imagepicker/629/DSCN2261.jpg http://hauppauge.com/site/products/data_colossus.html Thanks in advance! Brandon -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: I don't get GIT
On Fri, Feb 5, 2010 at 8:21 AM, Douglas Schilling Landgraf dougsl...@gmail.com wrote: Hello Brandon, On 02/05/2010 09:48 AM, Brandon Jenkins wrote: You can download the hg tree following the linuxtv wiki page: http://www.linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers#Using_Mercurial Cheers, Douglas Hi Douglas, Thanks for the response. I know how to deal with hg. Now that there is a transition to git, I would like to learn how to achieve the same results. Access to building new drivers with the same running kernel. My concern is that I have 2 device types (HVR-1600 and HD-PVR) and one of the devs has submitted their latest bits via git and I didn't see it ported over to the hg tree. While I realize everything takes time - I thought I would check into git and see if I could deal with it. When development moves to git, how do I replace that ability? Thanks, Brandon -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
I don't get GIT
Hi Linux Media, As an end user I am most interested in updating specific drivers for my system. Most distros, that I know of, only bump kernel versions by releasing a new version of the distro. As development move to the GIT repository, how do I as an end user pull the drivers and compile for my current running kernel? I am not too interested in compiling the whole kernel just to get the fixes of the drivers. NOTE: The sole reason this server exists is to provide TV and media distribution in the home. When I read through Mauro's announcement of the GIT repository it seemed to indicate that this feature wasn't available. Although I could have read that incorrectly. Thanks in advance for the answers! Brandon -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: cx18: YUV frame alignment improvements
On Sun, Nov 1, 2009 at 6:15 PM, Andy Walls awa...@radix.net wrote: On Sun, 2009-11-01 at 17:59 -0500, Andy Walls wrote: On Sun, 2009-11-01 at 13:10 -0500, Brandon Jenkins wrote: Hi Andy, The panic happens upon reboot and it is only 1 line of text oddly shifted. Kernel panic - not syncing: DMA: Memory would be corrupted If I switch back to the current v4l-dvb drivers no issue. To switch back I have to boot from a USB drive. Brandon, Eww. OK. Nevermind performing any more data collection. I'm going to use a new strategy (when I find the time). I forgot to mention that the panic you are running into is in the Software IO Memory Managment Unit Translate Look-aside Buffer (SW IOMMU TLB) in linux/lib/swiotlb.c Your machine must not have a hardware IO MMU (and mine must). The software IOMMU is trying to allocate a bounce buffer for DMA and it can't get one of the needed size (i.e. 607.5 kB) and the fallback static buffer isn't big enough either (it is only 32 kB). That's why the panic happens. This certainly means that, in the general linux user case, very large DMA buffers are bad. So now I know Regards, Andy Hi Andy, How would I know if I have/don't have a HW IO MMU and maybe isn't enabled correctly? Separately, I also have three cards running too. Brandon -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: cx18: YUV frame alignment improvements
On Sun, Nov 1, 2009 at 7:37 AM, Andy Walls awa...@radix.net wrote: On Sat, 2009-10-31 at 22:25 -0400, Brandon Jenkins wrote: On Sat, Oct 31, 2009 at 8:41 PM, Andy Walls awa...@radix.net wrote: On Sat, 2009-10-31 at 16:28 -0400, Devin Heitmueller wrote: On Sat, Oct 31, 2009 at 4:16 PM, Andy Walls awa...@radix.net wrote: Hi Andy, How does this code work if the cx23418 scaler is used (resulting in the size of the frames to be non-constant)? Or is the scaler not currently supported in the driver? I also forgot to mention, changing size while the encoder has an analog stream running (MPEG, VBI, YUV, IDX) is not permitted by the firmware. So this change works just fine as it computes the buffer size to use just as it sets up to start the capture. Regards, Andy Hi Andy, Hi Brandon, I tried to pull your changes and received an error on a missing .hg. Sorry, I can't help there. The following should work: hg clone http://linuxtv.org/hg/~awalls/cx18-yuv Subsequently, I downloaded the bz2 file and upon reboot I received a kernel panic due to DMA issues. Did it fail on MPEG or Digital TS captures or on a YUV capture? Did you try setting enc_yuv_bufs=0, to inhibit YUV buffer allocation, to see if the panic went away? Could you provide the panic to me? Off-list is fine. If I can't get this large buffer scheme to work for the general case to mainatin YUV frame alignment, I'll have to figure out what will likely be a much more complex scheme to ensure alignment is maintained in for YUV streams. :( Oh, well. Regards, Andy Hi Andy, The panic happens upon reboot and it is only 1 line of text oddly shifted. Kernel panic - not syncing: DMA: Memory would be corrupted If I switch back to the current v4l-dvb drivers no issue. To switch back I have to boot from a USB drive. Brandon -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Skipping commercials?
On Fri, Oct 2, 2009 at 9:44 PM, Mikhail Ramendik m...@ramendik.ru wrote: Hello, I would like to skip commercials in my dvb recordings. I know mythtv has some methods but I don't really want the hassle of mythtv setup and use. It is relatively early stage software and besides, I prefer to have a normal window-based UI. I use kaffeine and except for absence of commercial skipping, like it. Ideally I would want a program to run on an already existing recording, to mark or cut out ads. A Windows program, comskip, exists. It is closed source and its configuration seems opaque. I will still try it under wine, but perhaps there is a better way? -- Yours, Mikhail Ramendik -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Hi Mikhail, I use comskip in Wine with no issues. It works on HDPVR recordings as well. If you'd like a script, I have posted mine here: http://dl.getdropbox.com/u/4976/comcheker.sh.tar.gz If you find a standalone Myth version I would be interested in that. Thanks, B -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH] hdpvr: i2c fixups for fully functional IR support
Driver build procedure used: Cloned http://hg.jannau.net/hdpvr Pulled http://linuxtv.org/hg/v4l-dvb/ Pulled http://linuxtv.org/hg/~awalls/v4l-dvb/ This should bring in all changes for HDPVR and CX18. What specifically would you like me to test? I can't reload the modules until the kids are done watching TV. :) Thanks, Brandon -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH] hdpvr: i2c fixups for fully functional IR support
On Tue, Sep 1, 2009 at 9:30 PM, Andy Walls awa...@radix.net wrote: On Tue, 2009-09-01 at 10:19 -0400, Jarod Wilson wrote: Patch is against http://hg.jannau.net/hdpvr/ 1) Adds support for building hdpvr i2c support when i2c is built as a module (based on work by David Engel on the mythtv-users list) 2) Refines the hdpvr_i2c_write() success check (based on a thread in the sagetv forums) With this patch in place, and the latest lirc_zilog driver in my lirc git tree, the IR part in my hdpvr works perfectly, both for reception and transmitting. Signed-off-by: Jarod Wilson ja...@redhat.com Jarod, I recall a problem Brandon Jenkins had from last year, that when I2C was enabled in hdpvr, his machine with multiple HVR-1600s and an HD-PVR would produce a kernel oops. Have you tested this on a machine with both an HVR-1600 and HD-PVR installed? Regards, Andy I don't mind testing. Currently I am running ArchLinux 64-bit, kernel26-2.6.30.6-1. Please tell me where to build the driver from. Thanks, Brandon -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Warnings in Compile
Greetings, I received the following warnings while compiling a fresh pull today from v4l-dvb. CC [M] /root/drivers/v4l-dvb/v4l/pvrusb2-hdw.o /root/drivers/v4l-dvb/v4l/pvrusb2-hdw.c: In function 'pvr2_hdw_load_modules': /root/drivers/v4l-dvb/v4l/pvrusb2-hdw.c:2145: warning: format not a string literal and no format arguments CC [M] /root/drivers/v4l-dvb/v4l/pvrusb2-std.o /root/drivers/v4l-dvb/v4l/pvrusb2-std.c: In function 'pvr2_std_id_to_str': /root/drivers/v4l-dvb/v4l/pvrusb2-std.c:220: warning: format not a string literal and no format arguments CC [M] /root/drivers/v4l-dvb/v4l/zoran_card.o /root/drivers/v4l-dvb/v4l/zoran_card.c: In function 'zoran_probe': /root/drivers/v4l-dvb/v4l/zoran_card.c:1379: warning: format not a string literal and no format arguments /root/drivers/v4l-dvb/v4l/zoran_card.c:1391: warning: format not a string literal and no format arguments CC [M] /root/drivers/v4l-dvb/v4l/v4l2-common.o /root/drivers/v4l-dvb/v4l/v4l2-common.c: In function 'v4l2_i2c_new_subdev': /root/drivers/v4l-dvb/v4l/v4l2-common.c:835: warning: format not a string literal and no format arguments /root/drivers/v4l-dvb/v4l/v4l2-common.c: In function 'v4l2_i2c_new_probed_subdev': /root/drivers/v4l-dvb/v4l/v4l2-common.c:908: warning: format not a string literal and no format arguments /root/drivers/v4l-dvb/v4l/v4l2-common.c: In function 'v4l2_i2c_new_subdev_board': /root/drivers/v4l-dvb/v4l/v4l2-common.c:990: warning: format not a string literal and no format arguments CC [M] /root/drivers/v4l-dvb/v4l/tvaudio.o /root/drivers/v4l-dvb/v4l/tvaudio.c: In function 'tvaudio_probe': /root/drivers/v4l-dvb/v4l/tvaudio.c:2075: warning: format not a string literal and no format arguments CC [M] /root/drivers/v4l-dvb/v4l/cx2341x.o /root/drivers/v4l-dvb/v4l/cx2341x.c: In function 'cx2341x_ctrl_query_fill': /root/drivers/v4l-dvb/v4l/cx2341x.c:494: warning: format not a string literal and no format arguments This is running Ubuntu 9.0.4: Linux 2.6.28-11-server #42-Ubuntu SMP Fri Apr 17 02:45:36 UTC 2009 x86_64 GNU/Linux HIH, Brandon -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Problems with Hauppauge HVR 1600 and cx18 driver
On Mon, Apr 13, 2009 at 11:26 PM, Andy Walls awa...@radix.net wrote: On Tue, 2009-03-31 at 06:02 -0400, Brandon Jenkins wrote: Corey and Brandon, I found a race condition between the cx driver and the CX23418 firmware. I have a patch that mitigates the problem here: http://linuxtv.org/hg/~awalls/cx18/rev/9f5f44e0ce6c I think the final form of the patch could be better. However, this patch essentially eliminated any artifacts I was getting playing back digital TV. I also had positive results running mplayer without the -cache command line for both digital and analog captures. I haven't tested on a single processor machine, nor in a multicard setup, but things looked good enough that I thought it ready for test by others. Let me know if it helps or not. Regards, Andy Andy, Based on continued discussions it seems you're still exploring things. I can tell you that the analog captures are still exhibiting artifacts. I'll get to some of the HD captures tonight. Brandon Brandon and Corey, I have a series of changes to improve performance of the cx18 driver in delivering incoming buffers to applications. Please test the code here if you'd like: http://linuxtv.org/hg/~awalls/cx18-perf/ These patches remove all the sleeps from incoming buffer handling (unless your system starts getting very far behind, in which case a fallback strategy starts letting sleeps happen again). If you still have performance problems, there is one more patch I can add, that avoids some sleeps in the new work handler threads that pass empty buffers back out to the firmware. A copy of that patch is here: http://linuxtv.org/hg/~awalls/cx18/rev/b42156ceee11 The trade-off I had to make with all these patches was to have the cx18-driver prefer to spin rather than sleep when waiting for a resource (i.e. the capture stream buffer queues), while handling incoming buffers. This makes the live playback much nicer, but at the expense of CPU cycles and perhaps total system throughput for other things. I'd be interested in how a multicard multistream capture fares. BTW, the above cx18-perf repo is missing a very small patch to fix a recent bug with line-in audio not working. If you need line-in audio to work during testing, a patch is in the main v4l-dvb repo already: http://linuxtv.org/hg/v4l-dvb/rev/d19938a76e7a Regards, Andy Andy, I apologize for the delay in this email. I have been fighting an issue with lirc which has preoccupied my time (it is amazing how ticked the family gets when they can't watch TV!) I have mitigated that issue and have been running your updated drivers for a couple of days with marked improvement. I am seeing some messages in dmesg (normal?) and I have attached it along with lspci, lsusb, and lsmod. The majority of our recordings have been making use of the digital connection with OTA ATSC. Also, because of my reduced tuner control issues (lirc) I have not run any simultaneous captures with the HDPVR active. The system is running Ubuntu Jaunty RC1 9.04 fully patched and kernel - Linux sagetv-server 2.6.28-11-server #42-Ubuntu SMP Fri Apr 17 02:45:36 UTC 2009 x86_64 GNU/Linux I use SageTV for PVR which uses the drivers in 32-bit compatible mode. Brandon info.tgz Description: GNU Zip compressed data
Does anyone know of a Microtune MT2067 based adapter?
Good day all! I saw an article this morning that MPH is being rolled out in the US and I am interested in creating a car PC capable of DVR functionality based on Microtune's MT2067. I tried searching for adapters online, but only found articles related to the chip itself. Has anyone seen a Linux adapter which will work with this tuner? Is anyone working on a driver for the tuner? Thanks in advance, Brandon -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
ir-kbd-i2c Compile Warnings
Hello all, Fresh clone of V4L this morning running on a fully patched ArchLinux 64-bit system: /root/drivers/v4l-dvb/v4l/ir-kbd-i2c.o /root/drivers/v4l-dvb/v4l/ir-kbd-i2c.c: In function 'ir_attach': /root/drivers/v4l-dvb/v4l/ir-kbd-i2c.c:429: warning: 'i2c_attach_client' is deprecated (declared at include/linux/i2c.h:434) /root/drivers/v4l-dvb/v4l/ir-kbd-i2c.c:468: warning: 'i2c_detach_client' is deprecated (declared at include/linux/i2c.h:435) /root/drivers/v4l-dvb/v4l/ir-kbd-i2c.c: In function 'ir_detach': /root/drivers/v4l-dvb/v4l/ir-kbd-i2c.c:484: warning: 'i2c_detach_client' is deprecated (declared at include/linux/i2c.h:435) Brandon uname -a Linux sagetv-server 2.6.29-ARCH #1 SMP PREEMPT Wed Apr 8 12:39:28 CEST 2009 x86_64 Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz GenuineIntel GNU/Linux -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: ir-kbd-i2c Compile Warnings
On Fri, Apr 10, 2009 at 10:10 AM, Brandon Jenkins bcjenk...@tvwhere.com wrote: Hello all, Fresh clone of V4L this morning running on a fully patched ArchLinux 64-bit system: /root/drivers/v4l-dvb/v4l/ir-kbd-i2c.o /root/drivers/v4l-dvb/v4l/ir-kbd-i2c.c: In function 'ir_attach': /root/drivers/v4l-dvb/v4l/ir-kbd-i2c.c:429: warning: 'i2c_attach_client' is deprecated (declared at include/linux/i2c.h:434) /root/drivers/v4l-dvb/v4l/ir-kbd-i2c.c:468: warning: 'i2c_detach_client' is deprecated (declared at include/linux/i2c.h:435) /root/drivers/v4l-dvb/v4l/ir-kbd-i2c.c: In function 'ir_detach': /root/drivers/v4l-dvb/v4l/ir-kbd-i2c.c:484: warning: 'i2c_detach_client' is deprecated (declared at include/linux/i2c.h:435) Brandon uname -a Linux sagetv-server 2.6.29-ARCH #1 SMP PREEMPT Wed Apr 8 12:39:28 CEST 2009 x86_64 Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz GenuineIntel GNU/Linux Rolling back to kernel: Linux sagetv-server 2.6.28-ARCH #1 SMP PREEMPT Tue Mar 17 07:22:53 CET 2009 x86_64 Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz GenuineIntel GNU/Linux Does not produce the same warnings. Thanks, Brandon -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Problems with Hauppauge HVR 1600 and cx18 driver
On Sun, Mar 29, 2009 at 10:25 AM, Brandon Jenkins bcjenk...@tvwhere.com wrote: On Sat, Mar 28, 2009 at 11:27 PM, Andy Walls awa...@radix.net wrote: On Mon, 2009-03-23 at 06:52 -0700, Corey Taylor wrote: Andy, I am noticing an improvement in pixelation by setting the bufsize to 64k. I will monitor over the next week and report back. I am running 3 HVR-1600s and the IRQs are coming up shared with the USB which also supports my HD PVR capture device. Monday nights are usually one of the busier nights for recording so I will know how well this holds up. Thanks for the tip! Brandon Hi Andy and Brandon, I too tried various different bufsizes as suggested and I still see very noticeable pixelation/tearing regardless of the setting. I even upgraded my motherboard this past weekend to an Asus AM2+ board with Phenon II X3 CPU. Still the same problems with the card in a brand new setup. I also tried modifying the cx18 source code as Andy suggested and that made more debug warning show up in my syslog, but still did not resolve the issue. Haven't tried this yet with the new motherboard though. Is it possible that this card is more sensitive to hiccups in the signal coming from the cable line? Or interference from other close-by cables and electronic equipment? When recording/watching Live TV through MythTV, I see that ffmpeg is constantly outputting various errors related to the video stream. I can post those here if you think it's relevant. Shoud I just return this card and get one with a different chipset? Or do you think driver updates can solve the issue? I'm happy to hold on to this card if it means I can contribute in some way to fixing the problem, if it's fixable : ) Corey and Brandon, I found a race condition between the cx driver and the CX23418 firmware. I have a patch that mitigates the problem here: http://linuxtv.org/hg/~awalls/cx18/rev/9f5f44e0ce6c I think the final form of the patch could be better. However, this patch essentially eliminated any artifacts I was getting playing back digital TV. I also had positive results running mplayer without the -cache command line for both digital and analog captures. I haven't tested on a single processor machine, nor in a multicard setup, but things looked good enough that I thought it ready for test by others. Let me know if it helps or not. Regards, Andy Hi Andy, I have cloned this tree and loaded on the server. I'll let you know over the next couple of days if there is any improvement. Thanks! Brandon Andy, Based on continued discussions it seems you're still exploring things. I can tell you that the analog captures are still exhibiting artifacts. I'll get to some of the HD captures tonight. Brandon -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Problems with Hauppauge HVR 1600 and cx18 driver
On Sat, Mar 28, 2009 at 11:27 PM, Andy Walls awa...@radix.net wrote: On Mon, 2009-03-23 at 06:52 -0700, Corey Taylor wrote: Andy, I am noticing an improvement in pixelation by setting the bufsize to 64k. I will monitor over the next week and report back. I am running 3 HVR-1600s and the IRQs are coming up shared with the USB which also supports my HD PVR capture device. Monday nights are usually one of the busier nights for recording so I will know how well this holds up. Thanks for the tip! Brandon Hi Andy and Brandon, I too tried various different bufsizes as suggested and I still see very noticeable pixelation/tearing regardless of the setting. I even upgraded my motherboard this past weekend to an Asus AM2+ board with Phenon II X3 CPU. Still the same problems with the card in a brand new setup. I also tried modifying the cx18 source code as Andy suggested and that made more debug warning show up in my syslog, but still did not resolve the issue. Haven't tried this yet with the new motherboard though. Is it possible that this card is more sensitive to hiccups in the signal coming from the cable line? Or interference from other close-by cables and electronic equipment? When recording/watching Live TV through MythTV, I see that ffmpeg is constantly outputting various errors related to the video stream. I can post those here if you think it's relevant. Shoud I just return this card and get one with a different chipset? Or do you think driver updates can solve the issue? I'm happy to hold on to this card if it means I can contribute in some way to fixing the problem, if it's fixable : ) Corey and Brandon, I found a race condition between the cx driver and the CX23418 firmware. I have a patch that mitigates the problem here: http://linuxtv.org/hg/~awalls/cx18/rev/9f5f44e0ce6c I think the final form of the patch could be better. However, this patch essentially eliminated any artifacts I was getting playing back digital TV. I also had positive results running mplayer without the -cache command line for both digital and analog captures. I haven't tested on a single processor machine, nor in a multicard setup, but things looked good enough that I thought it ready for test by others. Let me know if it helps or not. Regards, Andy Hi Andy, I have cloned this tree and loaded on the server. I'll let you know over the next couple of days if there is any improvement. Thanks! Brandon -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [linux-dvb] FusionHDTV7 and v4l causes kernel panic
On Wed, Mar 18, 2009 at 3:51 AM, Timothy D. Lenz tl...@vorgon.com wrote: Anyone know how to get the crash data to a log file? A way to redirect main monitor to an ssh client or second linux computer through serial port and null modem cable? See the Documentation/serial-console.txt file in your kernel source tree. -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Possible omission in v4l2-common.c?
On Tue, Mar 3, 2009 at 5:29 PM, Janne Grunau j...@jannau.net wrote: On Tuesday 03 March 2009 22:18:55 Hans Verkuil wrote: On Tuesday 03 March 2009 13:50:30 Brandon Jenkins wrote: Hello all, I was upgrading drivers this morning to capture the latest changes for the cx18 and I received a merge conflict in v4l2-common.c. In my system, 1 HDPVR and 3 CX18s. The HDPVR sources are 5 weeks old from their last sync up but contain: case V4L2_CID_SHARPNESS: The newer sources do not, but still have reference to sharpness at line 420: case V4L2_CID_SHARPNESS: return Sharpness; Because I don't know which way the code is going (is sharpness in or out) I can't submit a patch, but thought I would raise here. Diff below was pulled from clean clone of v4l-dvb tree. Sharpness is definitely in. This is a bug, please submit this patch with a Signed-off-by line and I'll get it merged. It is and afaik was never handled in v4l2_ctrl_query_fill(), the hdpvr tree adds that. Since I intend request the merge of the driver in a couple of days a seperate patch shouldn't be needed. janne This is interesting to me. I attempted to merge from a clean clone and pull this morning. The only file which failed was v4l2-common.c. Here's the fail marker: local case V4L2_CID_SHARPNESS: === case V4L2_CID_RED_BALANCE: case V4L2_CID_BLUE_BALANCE: case V4L2_CID_GAMMA: other To produce this I did this from a clean start this morning: hg clone http://hg.jannau.net/hdpvr/ cd hdpvr hg pull http://linuxtv.org/hg/v4l-dvb/ hg merge hg commit I did the very same thing last week as well without a fail. Brandon -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: cx18, HVR-1600 Clear qam tuning
On Wed, Jan 28, 2009 at 11:17 AM, Jason Siegel siege...@gmail.com wrote: What is the status of clear qam tuning with the HVR-1600? I've got me card setup and working, analog captures work well with cable, and ATSC tuning of ota signals work great with an antenna, but I can't find any clear qam cable stations. I have a FusionHTDV5 usb tuner which finds 336 stations using qam256, so I know that they are there, and the cable signal is good. The HVR-1600 is even working with clear qam in Windows7... and has a SNR of around 30 dB. http://thegreenbutton.com/forums/thread/321338.aspx Thanks, -Jason -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Jason, The last time I tried, it worked fine. I switched back to OTA though. Brandon -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Compile warning for CX18 / v4l2-common Ubuntu 8.10
A pull from v4l-dvb today: Kernel build directory is /lib/modules/2.6.27-7-generic/build make -C /lib/modules/2.6.27-7-generic/build SUBDIRS=/root/drivers/v4l-dvb/v4l modules make[2]: Entering directory `/usr/src/linux-headers-2.6.27-7-generic' ... /opt/drivers/v4l-dvb/v4l/cx18-driver.c: In function 'cx18_request_module': /opt/drivers/v4l-dvb/v4l/cx18-driver.c:735: warning: format not a string literal and no format arguments CC [M] /root/drivers/v4l-dvb/v4l/v4l2-common.o /root/drivers/v4l-dvb/v4l/v4l2-common.c: In function 'v4l2_ctrl_query_fill': /root/drivers/v4l-dvb/v4l/v4l2-common.c:559: warning: format not a string literal and no format arguments /root/drivers/v4l-dvb/v4l/v4l2-common.c: In function 'v4l2_ctrl_query_menu': /root/drivers/v4l-dvb/v4l/v4l2-common.c:724: warning: format not a string literal and no format arguments /root/drivers/v4l-dvb/v4l/v4l2-common.c: In function 'v4l2_ctrl_query_menu_valid_items': /root/drivers/v4l-dvb/v4l/v4l2-common.c:742: warning: format not a string literal and no format arguments /root/drivers/v4l-dvb/v4l/v4l2-common.c: In function 'v4l2_i2c_new_subdev': /root/drivers/v4l-dvb/v4l/v4l2-common.c:947: warning: format not a string literal and no format arguments /root/drivers/v4l-dvb/v4l/v4l2-common.c: In function 'v4l2_i2c_new_probed_subdev': /root/drivers/v4l-dvb/v4l/v4l2-common.c:1008: warning: format not a string literal and no format arguments Thanks, Brandon -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html