Re: [linux-dvb] HVR4000 DVB-S2 - What am I d oing wrong ;-)
This is what I've done: Downloaded the latest hg from http://jusst.de/hg/multiproto OK Patched it with this patch: http://www.mail-archive.com/linux-dvb@linuxtv.org/msg28003/multiproto-hvr4k.patch.bz2 please, use latest version from 15.12.2007 http://www.mail-archive.com/linux-dvb@linuxtv.org/msg28020.html make all; make install please, try to restart after make install Igor ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Extract tool for xc3028 firmware
On Mon, 31 Dec 2007 03:34:56 -0200 Mauro Carvalho Chehab [EMAIL PROTECTED] wrote: I've just added an extraction tool to allow retrieving xc2028/3028 firmwares from HVR-12x0 windows file. In order to use, you need to: 1) Download the windows driver with something like: wget http://www.steventoth.net/linux/xc5000/HVR-12x0-14x0-17x0_1_25_25271_WHQL.zip 2) Extract the file hcw85bda.sys from the zip into the current dir: unzip -j HVR-12x0-14x0-17x0_1_25_25271_WHQL.zip Driver85/hcw85bda.sys 3) run the script: ./extract_xc3028.pl 4) copy the generated file: cp xc3028-v27.fw /lib/firmware I've also added the tool at linux/Documentation/video4linux. This firmware is known to work with most xc2028/xc3028 devices. Please test. Sorry for a big message like this. Only after sending, I realized that the extracting tool were so badly optimized. Anyway, I've optimized the script. It has now only 14Kb. It basically writes the header for each firmware, with the firmware type, supported standard IDs and its size. Then, it copies the entire firmwares from HVR driver. Something like this: # # Firmware 9, type: STD FWMTS (0x0004), id: PAL/BG A2/B (00020007), size: 169 # write_le32(4); # Type: MTS (0x0004) write_le64(8589934599); # Id: PAL/BG A2/B (00020007) write_le32(169);# Size: 169 write_hunk_fix_endian(865592, 169); # Get the firmware from position 865592 Since ID has 64 bits, I suspect that this perl script works fine only on 64 bit kernels. Probably, we need to use Math::BigInt for this to work on 32 bit kernels. Cheers, Mauro Cheers, Mauro ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Get multiple PIDs with demux-filter
Hi, is it possible to set up a dmx_sct_filter_params and set it with DMX_SET_FILTER so that multiple PIDs are read. I actually want to get two tables, one is on PID 0x12 and one on PID 0xb12. Setting two filters after another won't work, as it would stop the first filter when setting the second. Regards, Julian ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] AverTV Hybrid Volar HX
Manu Abraham wrote: Michael Krufky wrote: Manu Abraham wrote: Zdenek Kabelac wrote: 2007/12/31, Michael Krufky [EMAIL PROTECTED]: Zdenek Kabelac wrote: Hello I should start a new thread about this USB2.0 device. I'll repeat which chips I could find in the USB device - SAA7136E,CY7C68013A,TDA18271HDC1 You should base your work off the master branch. The tda18271 driver in that tree should work well enough for you. I don't know anything about the IF within the saa7136 -- I would guess it is something like a tda8290 or tda8295, which may need some work for analog support. For digital tv, you can attach the tda18271 the same way as is done in cx23885-dvb for the hvr1800, with alt_tuner=1. You'll have some work to do to get the saa7136 analog video decoder working as well... I've heard it may be compatible with the saa7134 code, but that driver currently expects to be used as a PCI bridge. Given the CY7C68013A, you probably don't want to touch any of the dib0700 code, although we still don't know what digital demod / channel decoder is used in your device. Are there any other chips inside? Yeah - It's been just a trial if it will do something with my device. This device might be supported soon. Other than that, I guess the TDA18271 driver doesn't support DVB-T as of now. Actually, I have heard reports from some people that they have gotten the tda18271 to work for DVB-T in their tests. I haven't been able to successfully test that yet myself, but I welcome patches if there are any problems with the driver. Some of the vendors (more than one) wrote to me that the TDA18271 driver doesn't work. That was the basis of my statement. (maybe it works with some hauppauge product, don't know) They should write to the list and contribute, or release facts (not conjecture) through a third party. It would be good to know what devices it isn't working with, and which potentially it does. This would help the community refine the driver. Anything else is whining ... as someone once said to me. - Steve ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] AverTV Hybrid Volar HX
Michael Krufky wrote: Manu Abraham wrote: Zdenek Kabelac wrote: 2007/12/31, Michael Krufky [EMAIL PROTECTED]: Zdenek Kabelac wrote: Hello I should start a new thread about this USB2.0 device. I'll repeat which chips I could find in the USB device - SAA7136E,CY7C68013A,TDA18271HDC1 You should base your work off the master branch. The tda18271 driver in that tree should work well enough for you. I don't know anything about the IF within the saa7136 -- I would guess it is something like a tda8290 or tda8295, which may need some work for analog support. For digital tv, you can attach the tda18271 the same way as is done in cx23885-dvb for the hvr1800, with alt_tuner=1. You'll have some work to do to get the saa7136 analog video decoder working as well... I've heard it may be compatible with the saa7134 code, but that driver currently expects to be used as a PCI bridge. Given the CY7C68013A, you probably don't want to touch any of the dib0700 code, although we still don't know what digital demod / channel decoder is used in your device. Are there any other chips inside? Yeah - It's been just a trial if it will do something with my device. This device might be supported soon. Other than that, I guess the TDA18271 driver doesn't support DVB-T as of now. Actually, I have heard reports from some people that they have gotten the tda18271 to work for DVB-T in their tests. I haven't been able to successfully test that yet myself, but I welcome patches if there are any problems with the driver. Mike, Is their something Hauppauge can do to help with this? - Steve ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Extract tool for xc3028 firmware
Hello Mauro, Figures. I spent all day yesterday disassembling the embda.sys for the hvr-900 trying to accomplish the same task. Out of curiosity, what was your final approach for determining the offsets for the different firmware images. Had it been on or two images then it would have been no big deal, but doing it for 80 images I thought would be impractical to determine the offsets and lengths by hand (as well as correlating it to the firmware types for which there doesn't seem to be any way to determine the type). The disassembly suggests a lookup table using a switch statement based on the type, so it wasn't like there was a single blob that could just be copied. Did you generate the offsets in extract_xc3028.pl using a script (knowing what the images to looked like based on the output of a usb bus capture)? I'm just curious about the methodology used since reverse engineering tends to be a poorly documented black art. Devin On Dec 31, 2007 9:05 AM, Mauro Carvalho Chehab [EMAIL PROTECTED] wrote: On Mon, 31 Dec 2007 03:34:56 -0200 Mauro Carvalho Chehab [EMAIL PROTECTED] wrote: I've just added an extraction tool to allow retrieving xc2028/3028 firmwares from HVR-12x0 windows file. In order to use, you need to: 1) Download the windows driver with something like: wget http://www.steventoth.net/linux/xc5000/HVR-12x0-14x0-17x0_1_25_25271_WHQL.zip 2) Extract the file hcw85bda.sys from the zip into the current dir: unzip -j HVR-12x0-14x0-17x0_1_25_25271_WHQL.zip Driver85/hcw85bda.sys 3) run the script: ./extract_xc3028.pl 4) copy the generated file: cp xc3028-v27.fw /lib/firmware I've also added the tool at linux/Documentation/video4linux. This firmware is known to work with most xc2028/xc3028 devices. Please test. Sorry for a big message like this. Only after sending, I realized that the extracting tool were so badly optimized. Anyway, I've optimized the script. It has now only 14Kb. It basically writes the header for each firmware, with the firmware type, supported standard IDs and its size. Then, it copies the entire firmwares from HVR driver. Something like this: # # Firmware 9, type: STD FWMTS (0x0004), id: PAL/BG A2/B (00020007), size: 169 # write_le32(4); # Type: MTS (0x0004) write_le64(8589934599); # Id: PAL/BG A2/B (00020007) write_le32(169);# Size: 169 write_hunk_fix_endian(865592, 169); # Get the firmware from position 865592 Since ID has 64 bits, I suspect that this perl script works fine only on 64 bit kernels. Probably, we need to use Math::BigInt for this to work on 32 bit kernels. Cheers, Mauro Cheers, Mauro -- video4linux-list mailing list Unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/video4linux-list -- Devin J. Heitmueller http://www.devinheitmueller.com AIM: devinheitmueller ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] AverTV Hybrid Volar HX
Steven Toth wrote: Manu Abraham wrote: Michael Krufky wrote: Manu Abraham wrote: Zdenek Kabelac wrote: 2007/12/31, Michael Krufky [EMAIL PROTECTED]: Zdenek Kabelac wrote: Hello I should start a new thread about this USB2.0 device. I'll repeat which chips I could find in the USB device - SAA7136E,CY7C68013A,TDA18271HDC1 You should base your work off the master branch. The tda18271 driver in that tree should work well enough for you. I don't know anything about the IF within the saa7136 -- I would guess it is something like a tda8290 or tda8295, which may need some work for analog support. For digital tv, you can attach the tda18271 the same way as is done in cx23885-dvb for the hvr1800, with alt_tuner=1. You'll have some work to do to get the saa7136 analog video decoder working as well... I've heard it may be compatible with the saa7134 code, but that driver currently expects to be used as a PCI bridge. Given the CY7C68013A, you probably don't want to touch any of the dib0700 code, although we still don't know what digital demod / channel decoder is used in your device. Are there any other chips inside? Yeah - It's been just a trial if it will do something with my device. This device might be supported soon. Other than that, I guess the TDA18271 driver doesn't support DVB-T as of now. Actually, I have heard reports from some people that they have gotten the tda18271 to work for DVB-T in their tests. I haven't been able to successfully test that yet myself, but I welcome patches if there are any problems with the driver. Some of the vendors (more than one) wrote to me that the TDA18271 driver doesn't work. That was the basis of my statement. (maybe it works with some hauppauge product, don't know) They should write to the list and contribute, or release facts (not conjecture) through a third party. It would be good to know what devices it isn't working with, and which potentially it does. This would help the community refine the driver. Anything else is whining ... as someone once said to me. On one of the mails, i was cc'd on a mail to one of the folks at Hauppauge. (the author of that module) Funny i found that, another vendor has to write to hauppauge for their drivers. Manu ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Extract tool for xc3028 firmware
On 12/31/07, Mauro Carvalho Chehab [EMAIL PROTECTED] wrote: On Mon, 31 Dec 2007 03:34:56 -0200 Mauro Carvalho Chehab [EMAIL PROTECTED] wrote: I've just added an extraction tool to allow retrieving xc2028/3028 firmwares from HVR-12x0 windows file. In order to use, you need to: 1) Download the windows driver with something like: wget http://www.steventoth.net/linux/xc5000/HVR-12x0-14x0-17x0_1_25_25271_WHQL.zip 2) Extract the file hcw85bda.sys from the zip into the current dir: unzip -j HVR-12x0-14x0-17x0_1_25_25271_WHQL.zip Driver85/hcw85bda.sys 3) run the script: ./extract_xc3028.pl 4) copy the generated file: cp xc3028-v27.fw /lib/firmware I've also added the tool at linux/Documentation/video4linux. This firmware is known to work with most xc2028/xc3028 devices. Please test. Sorry for a big message like this. Only after sending, I realized that the extracting tool were so badly optimized. Anyway, I've optimized the script. It has now only 14Kb. It basically writes the header for each firmware, with the firmware type, supported standard IDs and its size. Then, it copies the entire firmwares from HVR driver. Something like this: # # Firmware 9, type: STD FWMTS (0x0004), id: PAL/BG A2/B (00020007), size: 169 # write_le32(4);# Type: MTS (0x0004) write_le64(8589934599); # Id: PAL/BG A2/B (00020007) write_le32(169); # Size: 169 write_hunk_fix_endian(865592, 169); # Get the firmware from position 865592 Since ID has 64 bits, I suspect that this perl script works fine only on 64 bit kernels. Probably, we need to use Math::BigInt for this to work on 32 bit kernels. Hi, It looks like you're right about it only working on 64 bit systems. I tried running it on my 32 bit system and a lot of the firmware IDs incorrectly ended up as 0x. Since it's just a bitfield, Math::BigInt seems like overkill - surely it can just be done as two 32-bit writes? Aidan ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] pcHDTV5500 cx88-dvb module issue / possible bug
Hello all, I sent this yesterday about 2 minutes after joining this group, and I don't think it got posted. Happy New Year! Greg === Hi all. I spent a few hours with mkrufky in the #linuxtv IRC last night troubleshooting a problem I am having with my DVB card (pcHDTV 5500). Mkrufky suggested that I e-mail this group after we didn't come up with anything that made sense. Basically, the card is detected, as seen in dmesg, and the module tries to load, but I don't get a /dev/dvb device. If I modprobe the cx88-dvb module manually, I get a FATAL error, saying the device is not found. Mkrufky had me build the latest drivers from the mercurial source tree, and that didn't help (hg heads = changeset: 6937:f637ac5a5898) The analog side of the card works fine. I am running a Mythbuntu 7.10 iso install with the latest apt updates applied. This card was working yesterday on my Ubuntu 6.06 install with Myth, and I did a clean install of the Mythbuntu setup. My output from the build of the new modules + the resulting reboot and dmesg is here: http://pastebin.ca/838697 Any help would be appreciated. I am wondering if it is something with UDEV etc, but I don't know enough about those systems to be anything other than dangerous. Thanks, MrYutz / Greg Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] South America visible satellites
Hi Mauro, 2007/12/28, Mauro Carvalho Chehab [EMAIL PROTECTED]: Hi Christoph, I'm enclosing an updated list of Satellites that are visible here in Brazil. Probably, this list is the same for all South America countries. I've generated this list from a Brazilian satellite site[1]. The list were updated today. Most of the diff are new files. There are some satellites over Atlantic Ocean that have some transponders for Americas (like HispaSat). On those cases, I preferred to add the newer transponders at the existing file. The diff file were generated against the latest dvb-apps version. Since you are the one currently updating it, I prefer if you check and apply, if ok. The patch is ok apart from a little problem: L and R for circular polarization isn't understood by most (all?) scan apps, so I changed them to their equivalents H and V (although it isn't the same it results in the same commands sent to the dish). [1] http://www.brasilsatdigital.com.br Cheers, Mauro Thanks very much, Christoph ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] PATCH - Scan support for H.264 Video, AAC Audio, and MHEG sections
2007/12/30, Christoph Pfister [EMAIL PROTECTED]: Am Mittwoch 26 Dezember 2007 schrieb Steven Ellis: Attached patch is off the dvb-apps mercurial repo for scan.c. This adds the following additional support to the scan tool - 1. H.264 video stream detection - type 0x1b 2. ADTS Audio streams - usually AAC Audio - type 0x0f 3. LATM Transport stream - usually AAC Audio - type 0x11 4. MHEG data stream - type 0x07 5. DSM-CC data stream - here in NZ used for MHEG data - type 0x0b Can anyone confirm this? Sigmund? Applying (verified it against the standard myself). I've needed these for the recent DVB-T tests that have started up in NZ. The video is going all be H.264 and they have been trialling different ways to encapsulate the AAC audio. Also rather than using EIT data all EPG information will be carried over a MHEG data stream. Stever Steven Ellis - Technical Director OpenMedia Limited - The Home of myPVR email - [EMAIL PROTECTED] website - http://www.openmedia.co.nz Thanks, Christoph Thanks again, Christoph ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] AverTV Hybrid Volar HX
Steven Toth wrote: Michael Krufky wrote: Manu Abraham wrote: This device might be supported soon. Other than that, I guess the TDA18271 driver doesn't support DVB-T as of now. Actually, I have heard reports from some people that they have gotten the tda18271 to work for DVB-T in their tests. I haven't been able to successfully test that yet myself, but I welcome patches if there are any problems with the driver. Mike, Is their something Hauppauge can do to help with this? No. If there are no bug reports, then there are no bugs to be fixed. (do you like the satire?) If someone REPORTS a bug, then we can look at the problem. Let me re-phrase -- Hauppauge can help, if interested, by finding somebody to write a GPL'd driver for a DVB-T demod found on a board that also uses the tda18271 -- after that, I'll be able to test DVB-T. Until now, AFAIK, the tda18271 module works in all analog modes, ATSC / QAM, and has only been tested for use with DVB-T (and DMB-T) in a closed circuit. There are a few obvious places that need adjusting to improve the tuning quality -- I am working on improving the tuning algorithm and rf tracking filter calibration scheme. If there is any bug anywhere preventing DVB-T from working, it would be related to the std bits / IF (all found in tda18271_set_params). I believe that there may be some device-specific configuration that I've been thinking of moving into an attach-time parameter, but until I see a need for it ( bug reports ? ) I'll leave it as-is. I have not spend much time with DVB-T support on this tuner, since I don't have any devices with all known supported hardware except for the new tuner. If there were drivers available for newer demods that are usually found with this tuner on DVB-T boards, then maybe I'd have an easier time testing it. Right now, I am working on adding support for the C2 revision of this device. I already have digital mode working, tested with QAM256 so far, and I have a rock-solid signal. Analog works too, but it's really just limping for now. I have not pushed up the c2 support yet -- my tda18271c2 tree is just a staging area, and still only supports the c1 tuner. If the mystery vendor X has a C2 tuner, it _will_not_ work with the driver in my public repository. I will not merge in C2 support until after I clean up my patches here in my local sandbox, unless anybody out there is specifically interested in testing it... If so, send me an email and I'll push up today's snapshot to a test repository. Even still, I'd rather clean it up first -- should just take a few more hours of work. Manu Abraham wrote: Some of the vendors (more than one) wrote to me that the TDA18271 driver doesn't work. That was the basis of my statement. Silly vendors. Why write to _you_ about somebody else's work? If they are interested in participating in the open source community, they should file their own bug reports, and be sure that they are received by the author of said driver. -Mike Krufky ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] AverTV Hybrid Volar HX
Michael Krufky wrote: Manu Abraham wrote: Some of the vendors (more than one) wrote to me that the TDA18271 driver doesn't work. That was the basis of my statement. Silly vendors. Why write to _you_ about somebody else's work? One of the vendors cc'd me, since they did ask you and had no response from you They asked me to work on a driver from ground up or fix your driver, since you told them that you had no time. I hope some ghost didn't write the inlined mail. Manu Max- I apologize -- I have been extremely busy these past few months I moved to a new apartment AND started a new job. Anyway, back to business... I requested that my current tda18271 driver be merged into the master development branch. The current driver works for all analog video standards, and has support for atsc / qam / dvb-t ... although the digital tuning is so far untested. I will be working on atsc / qam in the next few weeks, testing with hardware that I have here. I'd also like to work on DVB-T, but I don't have a driver for the tda10048 -- have you worked on this? I have devices here using tda10048 and a dvb-t test feed... if you have a demod driver, it would help me to finish the dvb-t support in the tuner module. Otherwise, I was thinking of working on such a tda10048 driver myself, although I probably won't have time to get started on that for a few months. If you already have started on one, it would be quicker. Again, I apologize for my slow response -- I promise to be better about this from now on ;-) Regards, Mike Krufky ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] AverTV Hybrid Volar HX
Manu Abraham wrote: Michael Krufky wrote: Manu Abraham wrote: Some of the vendors (more than one) wrote to me that the TDA18271 driver doesn't work. That was the basis of my statement. Silly vendors. Why write to _you_ about somebody else's work? One of the vendors cc'd me, since they did ask you and had no response from you They asked me to work on a driver from ground up or fix your driver, since you told them that you had no time. I hope some ghost didn't write the inlined mail. [quoted mail snipped] Manu, I'd appreciate it if you would NOT post private email threads to a public mailing list. (haven't we gone down this road before?) Max got the tda18271 driver working on his device -- a typo was identified that had prevented DVB-T / DMB-T tuning from working. The fix has already been applied to the master repository: # HG changeset patch # User Michael Krufky mkrufky at linuxtv dot org # Date 1198258126 18000 # Node ID 4a790ca9ee23434a466ea9003910138ed6d30165 # Parent b9f149a476dd82c2098e4864179c3765c0bb7b70 tda18271: fix typo in RF tracking filter calibration From: Michael Krufky mkrufky at linuxtv dot org We want to set bits 1 2 on easy programming byte 4, not extended byte 4. Thanks to David Wong for pointing this out. Cc: David Wong davidtlwong at gmail dot com Signed-off-by: Michael Krufky mkrufky at linuxtv dot org --- a/linux/drivers/media/dvb/frontends/tda18271-fe.c Tue Dec 18 08:42:33 2007 -0500 +++ b/linux/drivers/media/dvb/frontends/tda18271-fe.c Fri Dec 21 12:28:46 2007 -0500 @@ -414,7 +414,7 @@ static int tda18271_tune(struct dvb_fron tda18271_write_regs(fe, R_EB20, 1); /* set CAL mode to RF tracking filter calibration */ - regs[R_EB4] |= 0x03; + regs[R_EP4] |= 0x03; /* calculate CAL PLL */ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] AverTV Hybrid Volar HX
Michael Krufky wrote: Manu Abraham wrote: Michael Krufky wrote: Manu Abraham wrote: Some of the vendors (more than one) wrote to me that the TDA18271 driver doesn't work. That was the basis of my statement. Silly vendors. Why write to _you_ about somebody else's work? One of the vendors cc'd me, since they did ask you and had no response from you They asked me to work on a driver from ground up or fix your driver, since you told them that you had no time. I hope some ghost didn't write the inlined mail. [quoted mail snipped] Manu, I'd appreciate it if you would NOT post private email threads to a public mailing list. (haven't we gone down this road before?) Mike, When you talk 2 different tongues, that's the only way left .. Sorry about that. Max got the tda18271 driver working on his device -- a typo was identified that had prevented DVB-T / DMB-T tuning from working. Maybe, but afaih not. Manu ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] AverTV Hybrid Volar HX
2007/12/31, Manu Abraham [EMAIL PROTECTED]: Zdenek Kabelac wrote: 2007/12/31, Michael Krufky [EMAIL PROTECTED]: Zdenek Kabelac wrote: Hello I should start a new thread about this USB2.0 device. I'll repeat which chips I could find in the USB device - SAA7136E,CY7C68013A,TDA18271HDC1 You should base your work off the master branch. The tda18271 driver in that tree should work well enough for you. I don't know anything about the IF within the saa7136 -- I would guess it is something like a tda8290 or tda8295, which may need some work for analog support. For digital tv, you can attach the tda18271 the same way as is done in cx23885-dvb for the hvr1800, with alt_tuner=1. You'll have some work to do to get the saa7136 analog video decoder working as well... I've heard it may be compatible with the saa7134 code, but that driver currently expects to be used as a PCI bridge. Given the CY7C68013A, you probably don't want to touch any of the dib0700 code, although we still don't know what digital demod / channel decoder is used in your device. Are there any other chips inside? Yeah - It's been just a trial if it will do something with my device. This device might be supported soon. Other than that, I guess the TDA18271 driver doesn't support DVB-T as of now. Hi Manu I'd like to hear it clearly - should I safe my time to play with this device? Do you mean by this answer that you know someone already writes the driver for AsusTV Hybrid Volar HX USB device ? (And driver will be opensource and usable with any kernel I need ?) What is the timeplan of this event ? Thanks for your answers. Regards Zdenek ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
