New Hauppauge HVR-2200 Revision?
Hello Steven, Firstly, thanks for writing the drivers for HVR-2200. I'd would be delighted if you have some time help me get my hardware supported. I bought an HVR-2200 today. I built the latest from http://linuxtv.org/hg/v4l-dvb/, but the device is not yet known: [15596.718263] CORE saa7164[0]: subsystem: 0070:8940, board: Unknown [card=0,autodetected] [15596.718270] saa7164[0]/0: found at :03:00.0, rev: 129, irq: 19, latency: 0, mmio: 0xfe80 I'm a confused by 8940 because this isn't listed in the hcw89.inf file on the CD that shipped with the product (driver version 7.6.1.27118). They list 8900, 8901, 8980, 8991, 8993, 89A0, and 89A1. I downloaded the latest drivers from the website (7.6.27.27223) and this adds 8951 and 8953, but still not 8940. The firmware shipped with 7.6.1.27118 is the same as is available on your website, although they have updated it for 7.6.27.27223. Some details available by looking at the card: - WinTV-HVR-2200 DVB-T, MULTI-PAL, 89619 LF, REV D3F2. - Has two NXP TDA10048HN, POS963, 00 01, EPD09322. - NXP SAA7064E/3, P1A571.00, 07, ESD09372Y. - SAMSUNG 916 that someone seems to have written on with pencil (?!) so I can't read it properly. - Made in Indonesia 2009/08/20. If there is any other information that would be helpful please let me know. Many thanks, Frank. -- 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: New Hauppauge HVR-2200 Revision?
On 23/01/2010 11:00 PM, Steven Toth wrote: I'm a confused by 8940 because this isn't listed in the hcw89.inf file on the CD that shipped with the product (driver version 7.6.1.27118). They list 8900, 8901, 8980, 8991, 8993, 89A0, and 89A1. I downloaded the latest drivers from the website (7.6.27.27223) and this adds 8951 and 8953, but still not 8940. The firmware shipped with 7.6.1.27118 is the same as is available on your website, although they have updated it for 7.6.27.27223. If there is any other information that would be helpful please let me know. Does this actually work under windows? It sounds like the driver doesn't support it? Regards, As expected, the card didn't work in Windows with either of those driver versions. However, hauppauge.com has different drivers to hauppauge.co.uk! The latest HVR2250 drivers from hauppauge.com, version 7.6.27.27323, include 8940 in the inf file. This version installs fine on Windows. Regards, Frank. -- 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: New Hauppauge HVR-2200 Revision?
On 24/01/2010 7:29 AM, Steven Toth wrote: I put some new patches into the saa7164-stable earlier today. These will probably help. www.kernellabs.com/hg/saa7164-stable Let me know. Regards, - Steve Thanks, I will give this a try later today. Presumably I should use the firmware from version 7.6.27.27323 (although there doesn't seem to be any firmware corresponding to dvb-fe-tda10048 with this download)? Regards, Frank. -- 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: New Hauppauge HVR-2200 Revision?
On 24/01/2010 8:18 AM, Steven Toth wrote: http://www.kernellabs.com/blog/?page_id=17 Firmware links from here. - Steve On Sat, Jan 23, 2010 at 7:03 PM, Francis Barber wrote: On 24/01/2010 7:29 AM, Steven Toth wrote: I put some new patches into the saa7164-stable earlier today. These will probably help. www.kernellabs.com/hg/saa7164-stable Let me know. Regards, - Steve Thanks, I will give this a try later today. Presumably I should use the firmware from version 7.6.27.27323 (although there doesn't seem to be any firmware corresponding to dvb-fe-tda10048 with this download)? Regards, Frank. Using a03ea24beafc from www.kernellabs.com/hg/saa7164-stable pretty well, thanks very much for working on this quickly! As an aside, I'm interested as to why I should use the firmware from the older drivers. The only problem with it now is that when I tune HD channels tzap consistently reports unc, for example: status 1f | signal fefe | snr 00f6 | ber 000f | unc 006a | FE_HAS_LOCK status 1f | signal fefe | snr 00f6 | ber 000e | unc 006a | FE_HAS_LOCK status 1f | signal fefe | snr 00f6 | ber 0012 | unc 006a | FE_HAS_LOCK I can't see any problems when watching the channels, however (ie, the picture looks fine). Thanks again, Frank. -- 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: Make failed - standard ubuntu 9.10
On 29/01/2010 10:27 PM, David Henig wrote: Thanks, eventually tip 1 fixed this. For some reason I had 2.6.31-17-generic without a .config, as I seem to be using 2.6.31-17-generic-pae. Creating a symlink to that fixed this error. Unfortunately still can't finish build, I get an error in firedtv-1394, as shown below. Do I need to reinstall, as I also get the following message? ***WARNING:*** You do not have the full kernel sources installed. This does not prevent you from building the v4l-dvb tree if you have the kernel headers, but the full kernel source may be required in order to use make menuconfig / xconfig / qconfig. If you are experiencing problems building the v4l-dvb tree, please try building against a vanilla kernel before reporting a bug. Thanks again for any help, I'm sorry I'm only a couple of months into linux, I'm just trying to do this against what I thought was a fairly standard build... David Hi David, It looks like you don't have the kernel headers package installed. In Ubuntu this package is called linux-headers-generic for the generic kernel, and linux-headers-server for the server kernel, etc and so forth. If you have this package you shouldn't need to any symlinking with the .config, either. I didn't have to. Regards, Frank. -- 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
Time to merge support for new HVR-2200?
Hello Steven, I was just what your plans are to submit the latest patches from http://www.kernellabs.com/hg/saa7164-stable to the main linuxtv repository? It would be great to have these in the main kernel. Kind regards, Frank. -- 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: New Hauppauge HVR-2200 Revision?
On 24/01/2010 3:26 PM, Francis Barber wrote: Using a03ea24beafc from www.kernellabs.com/hg/saa7164-stable pretty well, thanks very much for working on this quickly! As an aside, I'm interested as to why I should use the firmware from the older drivers. The only problem with it now is that when I tune HD channels tzap consistently reports unc, for example: status 1f | signal fefe | snr 00f6 | ber 000f | unc 006a | FE_HAS_LOCK status 1f | signal fefe | snr 00f6 | ber 000e | unc 006a | FE_HAS_LOCK status 1f | signal fefe | snr 00f6 | ber 0012 | unc 006a | FE_HAS_LOCK I can't see any problems when watching the channels, however (ie, the picture looks fine). Thanks again, Frank. -- 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 Hello Steven, I have been using my HVR-2200 for a few weeks now. Apart from the unc anomaly noted above, there has been one other problem. Twice, the following errors appeared in the log: Feb 6 02:44:28 ent kernel: [1083565.117248] saa7164_api_i2c_read() error, ret(2) = 0x13 Feb 6 02:44:28 ent kernel: [1083565.117274] tda18271_read_regs: [2-0060|S] ERROR: i2c_transfer returned: -5 When this happened, I couldn't tune anything and I had to reload the dvb modules to get it working again. I wonder if you have any idea what could be causing this? I was also wondering if it might help to use the latest firmware? I got the drivers from here http://www.hauppauge.com/site/support/support_hvr2250.html. Looking at your extract script, it is trivial to get the saa7164 firmware but I've no idea how you calculated the offsets tda10048 firmware. Would you have any pointers on this? Anyway, apart from the problems noted above it is fine. I'm not sure what the criteria is for merging support for this card into the main repository, but I would view it as worthy of merging even with these problems outstanding. Many thanks, Frank. -- 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: New Hauppauge HVR-2200 Revision?
On 11/02/2010 8:23 PM, Francis Barber wrote: On 24/01/2010 3:26 PM, Francis Barber wrote: Using a03ea24beafc from www.kernellabs.com/hg/saa7164-stable pretty well, thanks very much for working on this quickly! As an aside, I'm interested as to why I should use the firmware from the older drivers. The only problem with it now is that when I tune HD channels tzap consistently reports unc, for example: status 1f | signal fefe | snr 00f6 | ber 000f | unc 006a | FE_HAS_LOCK status 1f | signal fefe | snr 00f6 | ber 000e | unc 006a | FE_HAS_LOCK status 1f | signal fefe | snr 00f6 | ber 0012 | unc 006a | FE_HAS_LOCK I can't see any problems when watching the channels, however (ie, the picture looks fine). Thanks again, Frank. -- 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 Hello Steven, I have been using my HVR-2200 for a few weeks now. Apart from the unc anomaly noted above, there has been one other problem. Twice, the following errors appeared in the log: Feb 6 02:44:28 ent kernel: [1083565.117248] saa7164_api_i2c_read() error, ret(2) = 0x13 Feb 6 02:44:28 ent kernel: [1083565.117274] tda18271_read_regs: [2-0060|S] ERROR: i2c_transfer returned: -5 When this happened, I couldn't tune anything and I had to reload the dvb modules to get it working again. I wonder if you have any idea what could be causing this? I was also wondering if it might help to use the latest firmware? I got the drivers from here http://www.hauppauge.com/site/support/support_hvr2250.html. Looking at your extract script, it is trivial to get the saa7164 firmware but I've no idea how you calculated the offsets tda10048 firmware. Would you have any pointers on this? Anyway, apart from the problems noted above it is fine. I'm not sure what the criteria is for merging support for this card into the main repository, but I would view it as worthy of merging even with these problems outstanding. Many thanks, Frank. Interestingly, so far it only seems to affect the second adapter. The first one is still working. Cheers, Frank. -- 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: New Hauppauge HVR-2200 Revision?
On 12/02/2010 9:44 PM, Steven Toth wrote: Anyway, apart from the problems noted above it is fine. I'm not sure what the criteria is for merging support for this card into the main repository, but I would view it as worthy of merging even with these problems outstanding. Many thanks, Frank. Interestingly, so far it only seems to affect the second adapter. The first one is still working. Odd. Francis, I find the whole ber/unc values puzzling, essentially they shouldn't happen assuming a good clean DVB-T signal. I'm going to look into this very shortly, along with a broad locking feature I want to change in the demod. I've had one or two other people comment on the -stable tree and in general they're pretty happy, including myself, which means that I'll be generating a pull request to have these changes merged very shortly (1-2 weeks). Regards, - Steve -- Steven Toth - Kernel Labs http://www.kernellabs.com Hi Steve, The unc is clearly wrong because when I watch the picture is fine. Today I had the i2c error using the other adapter, and nothing seemed to be working until I reloaded the modules. Feb 13 19:39:10 ent kernel: [1748208.155364] saa7164_api_i2c_read() error, ret(2) = 0x13 Feb 13 19:39:10 ent kernel: [1748208.155389] tda18271_read_regs: [1-0060|M] ERROR: i2c_transfer returned: -5 I think the reason I was only seeing it on the slave was because I was mainly using that adapter1. Thanks again for your efforts, Francis. -- 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
