Re: [Bulk] Re: [Bulk] [linux-dvb] ati hdtv wonder in gentoo amd64
On 4/11/07, Brett Taylor [EMAIL PROTECTED] wrote: yes, I was able to pull in video from a few QAM channels using cable plugged in to the DTV port. The tuner has DTV and Cable. DTV is the digital tuner, obviously, and is normally where they (ATI) want you to plug in the antenna. I was able to view DTV using the antenna before when I ran gentoo i686. I cannot remember what kernel I was using. i forgot tha tI still had gentoo 32bit still installed on one of my partitions, so I logged back in to test out my card. I was running 2.6.19-gentoo and I was able to tune QAM channels using dvbscan, but I could not test them with mplayer because it kept saying that it could not open my dvb device. azap -r [chan name] worked fine, but i have no idea which of the 351 channels actually produced video, or sound. I don't use that gentoo install because something borked the hal+usb system so my mouse is supremely lagged and I can't figure out why, so I was on CLI the entire time. But again, the us-Cable-HRC- center-frequencies list produced usable data. rebooted back in to amd64 w/ vanilla 2.6.20.6, and I still can't tune any channels, qam with cable or atsc with rf antenna. but, mplayer can open the dvb device, but of course errors out when there is no channels. I just tried rebuilding v4l-dvb-hg, and it errored out with the same message as before. I'm goign to try and revert to the gentoo sources again to see what happens. (didn't read everything here) but regarding I cannot emerge v4l-dvb-hg, I get build error /var/tmp/portage/media-tv/v4l-dvb-hg-0.1-r2/work/v4l-dvb/v4l/... try to compile it in /var/tmp/v4l-dvb instead that long path (so no v4l-dvb-hg-0.1-r2), some people had the same problems when checking out my repository in strange directorynames (I guess there's something wrong with a script but I haven't looked at it, it should work if you just compile it in a sane directoryname) Markus Brett On Apr 10, 2007, at 1:50 AM, CityK wrote: Brett Taylor wrote: I have gotten this card to work before, but not in amd64, so I know it is possible. I did not try receiving QAM signals in 32bit. I just read about that today actually which spurred me to try and get my card working again, since I had neglected it since I changed to 64bit. I will make a minimal 32bit install on one of my partitions and give it a try though. But, when I was using 2.6.20-gentoo-r3, I was able to grab 300+ channels using dvbscan and the us-Cable-HRC-center-frequencies-QAM256, which also let me view a few channels using Kaffeine (xine) ... And like I said, in search of fixing the sound and the mpeg error, I changed to vanilla-sources 2.6.20.6 http://2.6.20.6 (which I am on now). Ahh. It wasn't clear to me -- I had thought, by what you wrote earlier (first quote), that you were implying that you were previously using a 32bit install. In any regard, I wouldn't bother with the 32 bit install (there should be no difference). My main point was whether you had QAM support working under Linux with the HDTV Wonder -- which you have clearly confirmed. I was able to grab 300+ channels using dvbscan and the us-Cable-HRC-center-frequencies-QAM256, which also let me view a few channels using Kaffeine (xine), which also let me view a few channels using Kaffeine (xine), but I could not get sound. I get that as well with some cable channels in Kaffeine too. I found that if you add (ac3) after the audio pid in the channels.dvb file it takes care of the problem. Example: TV|[CBC]|192(2)|193(ac3),|0|1738|0|Atsc|843000|0|v|0|-1|256| 0|-1|-1|-1|0|472||| Strangely, Xine itself works fine for me. You'd think that the same would hold true for Kaffeine, but Anyway, earlier you wrote: I was able to get video (no sound in mplayer or xine) I've never encountered an audio problem with Mplayer, but over time have seen a number of users report no sound posts on different forums m/l. One suggestion is to pass the audio pid on the command line (using my example above I'd append -aid 193). Try doing similar with Xine. scanning ATSC was done with the rf antenna that came supplied with the card. I live in an apartment building located downtown in a large city, so I don't get great reception. with 2.6.20-gentoo-r3 I was able to tune one channel with the rf antenna, but now with 2.6.20.6 http://2.6.20.6 vanilla, I can't tune to any channels. Did you try swithing RF inputs? With what input did you use previously with OTA signals? With what input did you use previously with digital cable signals? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb -- Markus Rechberger ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [Bulk] Re: [Bulk] [linux-dvb] ati hdtv wonder in gentoo amd64
On Wednesday 11 April 2007, Markus Rechberger wrote: -- snip -- (didn't read everything here) but regarding I cannot emerge v4l-dvb-hg, I get build error /var/tmp/portage/media-tv/v4l-dvb-hg-0.1-r2/work/v4l-dvb/v4l/... try to compile it in /var/tmp/v4l-dvb instead that long path (so no v4l-dvb-hg-0.1-r2), some people had the same problems when checking out my repository in strange directorynames (I guess there's something wrong with a script but I haven't looked at it, it should work if you just compile it in a sane directoryname) Markus -- snip -- hi, markus your way would not work on gentoo systems using emerge/portage to compile sources. it uses a sandbox. you cant just change the behaviour (ok, there is a way, but not form normal users). it checks outs sources from repositories, unpacks, configures... everything. @brett can try to check out the sources manually and compile them? regards marcel ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [Bulk] Re: [Bulk] [linux-dvb] ati hdtv wonder in gentoo amd64
On Mittwoch, 11. April 2007, Markus Rechberger wrote: I just tried rebuilding v4l-dvb-hg, and it errored out with the same message as before. I'm goign to try and revert to the gentoo sources again to see what happens. (didn't read everything here) but regarding I cannot emerge v4l-dvb-hg, I get build error /var/tmp/portage/media-tv/v4l-dvb-hg-0.1-r2/work/v4l-dvb/v4l/... What is the exact problem with that directory name? And of which repository do we speak? Greetings Matthias -- Matthias Schwarzott (zzam) ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [Bulk] Re: [Bulk] [linux-dvb] ati hdtv wonder in gentoo amd64
On 4/11/07, Matthias Schwarzott [EMAIL PROTECTED] wrote: On Mittwoch, 11. April 2007, Markus Rechberger wrote: I just tried rebuilding v4l-dvb-hg, and it errored out with the same message as before. I'm goign to try and revert to the gentoo sources again to see what happens. (didn't read everything here) but regarding I cannot emerge v4l-dvb-hg, I get build error /var/tmp/portage/media-tv/v4l-dvb-hg-0.1-r2/work/v4l-dvb/v4l/... What is the exact problem with that directory name? And of which repository do we speak? I'll have a closer look at it in a few hours (it might not be directory related, it just reminds me of that issue back then) I also have gentoo and an amd64 (at AMD) Markus ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500 windows driver update fixes reception problems
Hi all, I have discussed with the people involved with Hauppauge at DiBcom and wanted to know the problem. They explained me, that the actual problem/mistake is the broadcaster: They are using SFNs (single-frequency network, a DVB-T mux is transmitted by several, geographically different, transmitters) and each transmitter has its own cell-id in the TPS. As the channels are the same, the cell-id should be the same as well. I have the register settings for the dib3000p and dib7000p (no rev-eng necessary) which disable some algos to work-around that. However I would like to make that a module-load option, because here in France and afaik in Berlin, Germany, the SFNs are OK and disable the algos may cost other performance problems. I will try to prepare a patch for that as soon as I can. Patrick. On Tue, 10 Apr 2007, Matt Doran wrote: Hi all, I've been using the Nova-T 500 PCI card and I'm using the Ubuntu 2.6.20 kernel. I and others in Melbourne, Australia have been having reception problems on a couple of channels. The problem is not related to signal strength/quality, but region specific. The Windows Media Center community in Australia were also having the same reception problems (see very long thread http://www.xpmediacentre.com.au/community/tuners-mce/12244-hauppage-nova-t-500-driver-bug-20.html#post120121). This community worked with the Australian distributer (New Magic), who worked closely with Hauppauge to debug/fix the problem. After a couple of months they got a fix. Apparently the problem was with the dib0700 chipset. So this might affect more than just this card. Here's the quote: For those interested the issue actually had nothing to do with Hauppauge, but rather was a chipset issue which we have identified in other tuner and set-top products. Because the issue is unique to only small parts of Australia, many users and manufacturers write the symptoms off as a reception problem. The update hasn't been released publicly yet, but is available upon request from New Magic (see note on this page http://www.newmagic.com.au/support/Hauppauge_Vista_Drivers.html). Any one interested can also email me off list, and I'd be happy to send it through. The Windows instructions for installing the fix are: * Install the latest drivers from here: http://www.newmagic.com.au/support/Hauppauge_Vista_Drivers.html * Copy the updated file hcw99bda.sys into the C:\windows\system32\drivers into the driver directory. * Restart the system. Hopefully this is just a firmware fix, or something easy to reverse engineer. ;) Anyone know if hcw99bda.sys contains firmware? And how to extract it? Let me know if there is anything I can do to help. Regards, Matt Doran ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] nova-t 500 reception differencies between the two tuners
Seems ok to me now, everuthing seem better with the patch. I get ~55-60% signal strenght on both tuners for all channels, my LNA seems to always be 1, but I suspetct that it doesn´t work. /Henrik On 4/8/07, Henrik Beckman [EMAIL PROTECTED] wrote: Hi, Reception on primary tuner seems to be worse, more glitches in decoding (haven´t run tzap), could be foilage or lack of LNA though. I´m not realy dependent upon LNA since my reception is ok, but I´ll verify if LNA is working without manual module load. On the other hand the secondary tuner is now usable for all channels. Anything I can do to help improving this patch further ? /Henrik On 4/7/07, Simon Lundell [EMAIL PROTECTED] wrote: Hi, It did not solve the problem here. I upgraded to the latest hg version, applied the patch, make:d and make install:ed. The signal strength dropped from around a700 to 8000 in tzap. The second tuner is even worse. The thing is that forcing lna activation does not seem to have any effect (via boot parameter or modules.autoload). It worked before I upgraded and this might explain the drop in signal strength. If i rmmod dvb_usb_dib0700 modprobe dvb_usb_dib0700 force_lna_activation=1 I get a higher signal strength. The second tuner is still worse than the first (b800 compared to 9e00). Both tuner gets better signal strength than before. Best regards, Simon [EMAIL PROTECTED] ~ $ cat /sys/module/dvb_usb_dib0700/parameters/force_lna_activation 0 Henrik Beckman skrev: Hi, =) The patch seems to solve the problem for me, I´ll have to run it for a week or so to be 100%. Great work !! /Henrik These are my channels, the ones in bold had problems on tuner 2 before the patch. SVT2 ABC:62600:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTER VAL_1_8:HIERARCHY_NONE:1029:1028:5060 SVT24 ABC:62600:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTE RVAL_1_8:HIERARCHY_NONE:1249:1248:5170 SVT2 Tvärsnytt:62600:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD _INTERVAL_1_8:HIERARCHY_NONE:1029:1028:5050 SVT2 Tal txt:62600:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_I NTERVAL_1_8:HIERARCHY_NONE:1299:1026:1290 Barn/Kunskapsk.:62600:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUAR D_INTERVAL_1_8:HIERARCHY_NONE:879:878:870 SVT1:62600:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_ 1_8:HIERARCHY_NONE:1019:1018:1010 SVT1 Tal txt:62600:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_I NTERVAL_1_8:HIERARCHY_NONE:1289:1016:1280 TV4 Uppland:47400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_IN TERVAL_1_8:HIERARCHY_NONE:1049:1048:6100 TV6:47400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1 _8:HIERARCHY_NONE:1079:1078:1070 On 4/4/07, *olivier danet* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hello I posted a while ago (15 dec. 2006 ) a patch for the Nova-T 500 which may reduce your problem. Search [linux-dvb] [PATCH] Tuner calibration for some Nova-T devices Regards DO */Avez-vous déjà en pensé d`envoyer des SMS de l`internet?/* Lorsque vous entrez ce Code Promo *14071789* dans l`ordre du grand paquet de 70 extra SMS sous « SMS hors-forfait » dans « mon compte », vous recevrez au prix une remise de *20%.* L`offre est valable jusqu`au 1. mai 2007 Cliquez-ici pour vous inscrire chez Caramail http://caramail.lycos.fr/ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Twinhan vp7045, fighting for a lost cause ?
I´m prepared to pour more time into this, but I´d like to know 1. Is this a lost cause/impossible since _no one_ seems to be able or interested in helping ( I´ll accept that it might be my own ignorance). 2. Does the change from zt352 to tda10046 hide behind the firmware layer or do I need to attach another frontend ? 3. What is error 22 ? The VP7045 is available from many online retailers where I live and it is priced competitivly so I don´t feel that getting it to work is for nothing. TIA /Henrik I have snooped initialization of the stick in both windows with working driver and in linux with the non working driver. I figure that it should start like this. 00 20 00 00 02 15 which I decode as 8192 bytes starting with 02 15, what the second 00 00 does I don´t know. The current linux firmware starts with 10 00 00 00 02 14. The firmware looks like it ends with a bunch of aa aa aa aa aa, then C4 4C, cutting there gives a firmware with 8192. Filesize is then 8196 with 00 20 00 00 in the head. This is how it looks in the snoop logs, current version 01 Transfer 40 a0 00 e6 00 00 01 00Setup Packet 02 14 30 c2 b7 00 00 00 d2 b6 00 00 00 d2 b7 00Transfer The newer revision is 01 Transfer 40 a0 00 e6 00 00 01 00Setup Packet, correct ?? 02 15 8a c2 b7 00 00 00 d2 b6 00 00 00 d2 b7 00Transfer Trying to initialize the stick gives, Apr 10 19:37:29 media kernel: [ 2746.966139] dvb-usb: found a 'Twinhan USB2.0 DVB-T receiver (TwinhanDTV Alpha/MagicBox II)' in cold state, will try to load a firmware Apr 10 19:37:29 media kernel: [ 2746.974549 ] dvb-usb: downloading firmware from file 'dvb-usb-vp7045-01.fw' Apr 10 19:37:29 media kernel: [ 2746.986554] dvb_usb_vp7045: probe of 2-6: 1.0 failed with error -22 Apr 10 19:37:29 media kernel: [ 2746.987120] usbcore: registered new driver dvb_usb_vp7045 This version of the stick has a TDA10046 inside, I´m stuck. Help /Henrik ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Supported DVB-S PCI cards?
Hello.. I'm sorry I keep asking repeatedly whether such such card is supported, but I'm currently shopping for one to use in my Linux box/VDR and as you know the Wiki is outdated and of little help in this regard. Currently it appears none of the budget cards available on the market today is supported.. It would be great if the list can be updated. Specifically speaking, what about the Twinhan VP-1030C PCTV Sat CI? I found a used one of these. It's listed on the wiki with no verdict on whether it's supported. Thanks a bunch Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Supported DVB-S PCI cards?
Sorry that I didn't make myself clear enough. I was talking about my local market (I live in Egypt) which is dominanted by Twinhan and its numerous Chinese imitations (the Hauppauge name is not to be found at all here). --- Giuliano Montecarlo [EMAIL PROTECTED] wrote: Hi, that's not true. For example I've a Hauppauge Nova-S-Plus, it is supported, it is listed, it's currently sold and it's budget. Regards 2007/4/11, e5tr4ng3d [EMAIL PROTECTED]: Hello.. I'm sorry I keep asking repeatedly whether such such card is supported, but I'm currently shopping for one to use in my Linux box/VDR and as you know the Wiki is outdated and of little help in this regard. Currently it appears none of the budget cards available on the market today is supported.. It would be great if the list can be updated. Specifically speaking, what about the Twinhan VP-1030C PCTV Sat CI? I found a used one of these. It's listed on the wiki with no verdict on whether it's supported. Thanks a bunch Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb The fish are biting. Get more visitors on your site using Yahoo! Search Marketing. http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Supported DVB-S PCI cards?
On 4/11/07, e5tr4ng3d [EMAIL PROTECTED] wrote: Hello.. I'm sorry I keep asking repeatedly whether such such card is supported, but I'm currently shopping for one to use in my Linux box/VDR and as you know the Wiki is outdated and of little help in this regard. Currently it appears none of the budget cards available on the market today is supported.. It would be great if the list can be updated. Specifically speaking, what about the Twinhan VP-1030C PCTV Sat CI? I found a used one of these. It's listed on the wiki with no verdict on whether it's supported. The 1030 has been EOL 'd. It has some issues with regards to the CI (uses a firmware on Flash, ie not an open CI stack), rest (FTA) it should work as expected Manu ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500 windows driver update fixes reception problems
Patrick Boettcher wrote: Hi all, I have discussed with the people involved with Hauppauge at DiBcom and wanted to know the problem. They explained me, that the actual problem/mistake is the broadcaster: They are using SFNs (single-frequency network, a DVB-T mux is transmitted by several, geographically different, transmitters) and each transmitter has its own cell-id in the TPS. As the channels are the same, the cell-id should be the same as well. I have the register settings for the dib3000p and dib7000p (no rev-eng necessary) which disable some algos to work-around that. However I would like to make that a module-load option, because here in France and afaik in Berlin, Germany, the SFNs are OK and disable the algos may cost other performance problems. I will try to prepare a patch for that as soon as I can. Hi Patrick, Thanks for looking into this for us. I can't say that I understand all that, but I'm glad to see that you'll help us out with a patch. A couple of Nova-t 500 users in Melbourne were about to give up on the card. Any idea why this card/chip is sensitive to this broadcasting problem? Other cards, STBs, and tuners in TVs don't have any problems with these channels ... it's only this card. If I knew how to describe this better, I would try to let the broadcaster know that they can fix the problem. Did you get any specific details that I could pass on? Thanks again, Matt ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Regarding common interface
Hi, nbsp;nbsp;nbsp; Iamnbsp; very much new to this domain..Right now iam working on common interface..I have few querries.. a.What are all the low level intialisation takes place when we connect a CAM or power on a host??b.As per EN50221 spec,the host has to establish a transport connection to the module..Who in the host side will take care of this?? Eagrly Waiting for ur anticipation,Rgds,\Santosh\___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] DVICO Dual Digital 2 - Chris Pascoe's Test branch
Hello All, I've been with the DViCO dual digital saga for a while and was happily working around the frequency offset bug, but I decided to branch out and try Chris's new branch that fixes the problem. http://linuxtv.org/hg/~pascoe/v4l-dvb-test I am running FC6 with kernel 2.6.20-1.2933.fc6, (x86_64) and I compiled and installed the hg tree without error. However, when I did a make load, I get the following error: insmod: error inserting './cx88-blackbird.ko': -1 No such device /sbin/insmod ./dst_ca.ko Which doesn't seem to be a problem, becasue I can see and tune both of the dvb adaptors using tzap -a0 and tzap -a1, with the frequency offset problem fixed. We owe you a beer, Chris! However, when I reboot, I am perplexed that I can only see one DVB adaptor. make reload certianly makes the other appear (and be tunable), but before then, it doens't want to know about the other adaptor. I have included the contents of my dmesg at http://www.pastebin.ca/434477 Note that includes the boot (where one adaptor is missing) and after make reload, where both adaptors are usable. And I most certainly have the firmware for the USB part in /lib/firmware. Evidently, something is missing. I'd be great if someone could push me in the right direction. Best regards Damien Dusha. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Frontend-problem with Twinhan VisionPlus
Hello, i own a DVB-T Twinhan VisionPlus card and it used to work properly. But for a few weeks a frontend cannot be found for this card. I think this coincide with a debian update using apt. I am not able to get the card back working. Here is the accordingly dmesg output, I am using a 2.6.18 kernel with debian testing: Linux video capture interface: v2.00 bttv: driver version 0.9.16 loaded bttv: using 8 buffers with 2080k (520 pages) each for capture bttv: Bt8xx card found (0). PCI: setting IRQ 14 as level-triggered PCI: Found IRQ 14 for device :00:0a.0 PCI: Sharing IRQ 14 with :00:0a.1 bttv0: Bt878 (rev 17) at :00:0a.0, irq: 14, latency: 64, mmio: 0xeb005000 bttv0: detected: Twinhan VisionPlus DVB [card=113], PCI subsystem ID is 1822:0001 bttv0: using: Twinhan DST + clones [card=113,autodetected] bttv0: gpio: en=, out= in=00fbcdfe [init] bttv0: using tuner=4 bttv0: add subdevice dvb0 input: i2c IR (Hauppauge) as /class/input/input0 ir-kbd-i2c: i2c IR (Hauppauge) detected at i2c-0/0-001a/ir0 [bt878 #0 [hw]] cx2388x v4l2 driver version 0.0.6 loaded bt878: AUDIO driver version 0.0.0 loaded bt878: Bt878 AUDIO function found (0). PCI: Found IRQ 14 for device :00:0a.1 PCI: Sharing IRQ 14 with :00:0a.0 bt878_probe: card id=[0x11822],[ Twinhan VisionPlus DVB ] has DVB functions. bt878(0): Bt878 (rev 17) at 00:0a.1, irq: 14, latency: 64, memory: 0xeb006000 DVB: registering new adapter (bttv0). dst(0) dst_probe: unknown device. frontend_init: Could not find a Twinhan DST. dvb-bt8xx: A frontend driver was not found for device 109e/0878 subsystem 1822/0001 Any advice for me how to get the card back working? Thanks! Bye Andi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: Twinhan vp7045, fighting for a lost cause ?
I demand that Henrik Beckman may or may not have written... I´m prepared to pour more time into this, but I´d like to know [snip] 3. What is error 22 ? [snip] Apr 10 19:37:29 media kernel: [ 2746.986554] dvb_usb_vp7045: probe of 2-6: 1.0 failed with error -22 [snip] EINVAL, according to /usr/include/asm-generic/errno.h. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Generate power using sun, wind, water, nuclear. FORGET COAL AND OIL. It'll drive the conspiracy nuts crazy, but WTH. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: Twinhan vp7045, fighting for a lost cause ?
Not that I really get the meaning of I demand that Henrik Beckman may or may not have written... But thanks for the /usr/include/asm-generic/errno.h, trying to wrap ones to that good at C brain around this is a bit much to me, btw it was in /usr/include/asm-generic/errno-base.h. /Henrik On 4/11/07, Darren Salt [EMAIL PROTECTED] wrote: I demand that Henrik Beckman may or may not have written... I´m prepared to pour more time into this, but I´d like to know [snip] 3. What is error 22 ? [snip] Apr 10 19:37:29 media kernel: [ 2746.986554] dvb_usb_vp7045: probe of 2-6: 1.0 failed with error -22 [snip] EINVAL, according to /usr/include/asm-generic/errno.h. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Generate power using sun, wind, water, nuclear. FORGET COAL AND OIL. It'll drive the conspiracy nuts crazy, but WTH. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVICO Dual Digital 2 - Chris Pascoe's Test branch
Damien Dusha wrote: Hello All, I've been with the DViCO dual digital saga for a while and was happily working around the frequency offset bug, but I decided to branch out and try Chris's new branch that fixes the problem. http://linuxtv.org/hg/~pascoe/v4l-dvb-test I am running FC6 with kernel 2.6.20-1.2933.fc6, (x86_64) and I compiled and installed the hg tree without error. However, when I did a make load, I get the following error: insmod: error inserting './cx88-blackbird.ko': -1 No such device perhaps cx88-blackbird is disabled in your configuration. No matter -- you don't need it. /sbin/insmod ./dst_ca.ko Which doesn't seem to be a problem, becasue I can see and tune both of the dvb adaptors using tzap -a0 and tzap -a1, with the frequency offset problem fixed. We owe you a beer, Chris! However, when I reboot, I am perplexed that I can only see one DVB adaptor. make reload certianly makes the other appear (and be tunable), but before then, it doens't want to know about the other adaptor. I have included the contents of my dmesg at http://www.pastebin.ca/434477 Note that includes the boot (where one adaptor is missing) and after make reload, where both adaptors are usable. And I most certainly have the firmware for the USB part in /lib/firmware. Evidently, something is missing. I'd be great if someone could push me in the right direction. Damien, You only have one dvb adapter showing up because the cx88-dvb module does not load automatically in the version of the repository that you are using. To resolve this, add cx88-dvb to your init scripts. This is distro-dependent. In most cases, you can simply add modprobe cx88-dvb to /etc/rc.modules ... but, again, each distro has its own method. Please keep in mind that Chris Pascoe's new test branch was new many months ago. His repository is dated as two months ago, because at that point he updated the repository with the changesets from the master branch. We were looking for feedback as to whether or not his rounding fixes for the dvb-pll module did the trick for tuning in Australia -- Thank you for this feedback. Cheers, Michael Krufky ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] TUV1236d
Brett Taylor wrote: Out of curiosity, what happens if you switch RF inputs? There was a patch submitted about two weeks or so ago that may have affect the RF inputs on your card ... Though, I don't think that it would have been picked up and made it into the gentoo sources just yet , but I could be wrong, so it is worthwhile looking into this. Mike Krufky would probably have an idea about it. All linuxtv.org repositories have broken behavior for the TUV1236d NIM. This includes ATSC110 and ATi HDTV Wonder. The code is CORRECT, in this repository: http://linuxtv.org/hg/~mkrufky/kernel-sync This fix has already been merged into 2.6.20.y -stable kernel series, AND 2.6.21-rc It isn't yet in the v4l-dvb master branch, but it will get there eventually. -- Michael Krufky ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] requesting public review of the HVR3000 framework changes
Hello all! I am probably the wrong person to do this, but I own a Haupauge HVR-3000, and I am using Steven Toths driver[1][2] since a few months with no problems (except disecq support) with kernel 2.6.17. Currently that tree does not compile against 2.6.20 - it is 6 months old, and it would be really sad to see support for that card go away. So as asked by Steven himself[3] i'd like to urge the public review of the HVR3000 framework changes (whatever that means :)). I don't know by whom this tree should be reviewed, but can please someone that has the skills other than Steven himself have a look at it? Thanks, and I hope I did not make an idiot out of myself with this mail. Bye [1]http://linuxtv.org/hg/~stoth/hvr3000 [2]http://linuxtv.org/hg/~stoth/hvr3000?cmd=changeset;node=3f78be7007f6effe27654a45dce8ed9a734e22c0;style=gitweb [3]http://www.linuxtv.org/pipermail/linux-dvb/2007-February/016106.html ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: Re: Twinhan vp7045, fighting for a lost cause ?
I demand that Henrik Beckman may or may not have written... On 11/4/07, Darren Salt [EMAIL PROTECTED] wrote: I demand that Henrik Beckman may or may not have written... I´m prepared to pour more time into this, but I´d like to know [snip] 3. What is error 22 ? [snip] Apr 10 19:37:29 media kernel: [ 2746.986554] dvb_usb_vp7045: probe of 2-6: 1.0 failed with error -22 [snip] EINVAL, according to /usr/include/asm-generic/errno.h. Not that I really get the meaning of I demand that Henrik Beckman may or may not have written... Read The Hitch-Hiker's Guide to the Galaxy and you'll see :-) But thanks for the /usr/include/asm-generic/errno.h, trying to wrap ones to that good at C brain around this is a bit much to me, btw it was in /usr/include/asm-generic/errno-base.h. Oh well. Close enough in that errno.h #includes errno-base.h :-) [quoting order fixed, date format fixed, quoted signatures snipped] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output less CO2 = avoid massive flooding.TIME IS RUNNING OUT *FAST*. If documentation is good, it's out of date. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] requesting public review of the HVR3000 framework changes
Simon Santoro wrote: Hello all! I am probably the wrong person to do this, but I own a Haupauge HVR-3000, and I am using Steven Toths driver[1][2] since a few months with no problems (except disecq support) with kernel 2.6.17. Currently that tree does not compile against 2.6.20 - it is 6 months old, and it would be really sad to see support for that card go away. So as asked by Steven himself[3] i'd like to urge the public review of the HVR3000 framework changes (whatever that means :)). I don't know by whom this tree should be reviewed, but can please someone that has the skills other than Steven himself have a look at it? Thanks, and I hope I did not make an idiot out of myself with this mail. Bye [1]http://linuxtv.org/hg/~stoth/hvr3000 [2]http://linuxtv.org/hg/~stoth/hvr3000?cmd=changeset;node=3f78be7007f6effe27654a45dce8ed9a734e22c0;style=gitweb [3]http://www.linuxtv.org/pipermail/linux-dvb/2007-February/016106.html Hi, Unfortunately I'm not the right person to review the changes, but I too have been using Steven Toths driver for a few months with kernel 2.6.18. Analog and DVB-S are working fine for me (don't have a DVB-T signal to test with). I'd also like to see these changes reviewed and hopefully get integrated into the mainstream DVB tree(and into the kernel tree as well) - it would be a shame to loose support for this card. Robert. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] MSI DigiVOX mini II
Hi all, I am new to the list and new to dvb-t in general. I bought an MSI DigiVOX mini II. I searched the archive and found a an interesting part: http://www.mail-archive.com/linux-dvb@linuxtv.org/msg21893.html I used the firmware attached to the first post and compiled latest from source: http://linuxtv.org/hg/~aapot/m920x?ca=2bfda2098748;type=bz2 Now dmesg shows: usb 1-2: new high speed USB device using ehci_hcd and address 32 usb 1-2: configuration #1 chosen from 1 choice dvb-usb: found a 'MSI DIGI VOX mini II DVB-T USB2.0' in cold state, will try to load a firmware dvb-usb: downloading firmware from file 'dvb-usb-digivox-02.fw' usb 1-2: USB disconnect, address 32 usb 1-2: new high speed USB device using ehci_hcd and address 33 usb 1-2: configuration #1 chosen from 1 choice dvb-usb: found a 'MSI DIGI VOX mini II DVB-T USB2.0' in warm state. i2c_adapter i2c-4: SMBus Quick command not supported, can't probe for chips dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (MSI DIGI VOX mini II DVB-T USB2.0). DVB: registering frontend 0 (Philips TDA10046H DVB-T)... dvb-usb: MSI DIGI VOX mini II DVB-T USB2.0 successfully initialized and connected. kaffeine works fine, beside the sound. I have (all ~30 channels) no sound. Then I discovered one channel (ProSieben) where i can switch from 306(deu) to 312(ac3). Now in ac3-mode sound works. The problem is: It is the only channel where I get this option from kaffeine. Mplayer (compiled with support for v4l, v4l2 and dvb) cannot play at all: == Playing dvb://. dvb_tune Freq: 474000 dvb_streaming_read, attempt N. 6 failed with errno 0 when reading 2048 bytes dvb_streaming_read, attempt N. 5 failed with errno 0 when reading 1108 bytes TS file format detected. =OR=== Playing dvb://. dvb_tune Freq: 474000 dvb_streaming_read, attempt N. 6 failed with errno 0 when reading 2048 bytes dvb_streaming_read, attempt N. 5 failed with errno 0 when reading 2048 bytes dvb_streaming_read, attempt N. 4 failed with errno 0 when reading 2048 bytes dvb_streaming_read, attempt N. 3 failed with errno 0 when reading 2048 bytes dvb_streaming_read, attempt N. 2 failed with errno 0 when reading 2048 bytes dvb_streaming_read, attempt N. 1 failed with errno 0 when reading 2048 bytes dvb_streaming_read, return 0 bytes Exiting... (End of file) Xine failed to play with (in endless retries): === input_dvb: ERROR: Trying to get lock... I am fine to use kaffeine, but does someone know how to fix this ? Is it really a problem with kaffeine ? Does someone have a new/better firmware version ? Where does the fw came from ? Questions over questions, thanks in advise Jan ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TUV1236d
Em Qua, 2007-04-11 às 10:44 -0400, Michael Krufky escreveu: Brett Taylor wrote: Out of curiosity, what happens if you switch RF inputs? There was a patch submitted about two weeks or so ago that may have affect the RF inputs on your card ... Though, I don't think that it would have been picked up and made it into the gentoo sources just yet , but I could be wrong, so it is worthwhile looking into this. Mike Krufky would probably have an idea about it. All linuxtv.org repositories have broken behavior for the TUV1236d NIM. This includes ATSC110 and ATi HDTV Wonder. The code is CORRECT, in this repository: http://linuxtv.org/hg/~mkrufky/kernel-sync This fix has already been merged into 2.6.20.y -stable kernel series, AND 2.6.21-rc It isn't yet in the v4l-dvb master branch, but it will get there eventually. I'll pull from your tree when you ask me. Btw, we still need to do the proper fix, removing tuv1236d code from saa7134-dvb. -- Cheers, Mauro ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] MSI DigiVOX mini II
On Wed, 11 Apr 2007 22:14:34 +0200 Jan Kuenstler [EMAIL PROTECTED] wrote: Hi all, I am new to the list and new to dvb-t in general. I bought an MSI DigiVOX mini II. I searched the archive and found a an interesting part: http://www.mail-archive.com/linux-dvb@linuxtv.org/msg21893.html I used the firmware attached to the first post and compiled latest from source: http://linuxtv.org/hg/~aapot/m920x?ca=2bfda2098748;type=bz2 Now dmesg shows: usb 1-2: new high speed USB device using ehci_hcd and address 32 usb 1-2: configuration #1 chosen from 1 choice dvb-usb: found a 'MSI DIGI VOX mini II DVB-T USB2.0' in cold state, will try to load a firmware dvb-usb: downloading firmware from file 'dvb-usb-digivox-02.fw' usb 1-2: USB disconnect, address 32 usb 1-2: new high speed USB device using ehci_hcd and address 33 usb 1-2: configuration #1 chosen from 1 choice dvb-usb: found a 'MSI DIGI VOX mini II DVB-T USB2.0' in warm state. i2c_adapter i2c-4: SMBus Quick command not supported, can't probe for chips dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (MSI DIGI VOX mini II DVB-T USB2.0). DVB: registering frontend 0 (Philips TDA10046H DVB-T)... dvb-usb: MSI DIGI VOX mini II DVB-T USB2.0 successfully initialized and connected. kaffeine works fine, beside the sound. I have (all ~30 channels) no sound. Then I discovered one channel (ProSieben) where i can switch from 306(deu) to 312(ac3). Now in ac3-mode sound works. The problem is: It is the only channel where I get this option from kaffeine. Mplayer (compiled with support for v4l, v4l2 and dvb) cannot play at all: == Playing dvb://. dvb_tune Freq: 474000 dvb_streaming_read, attempt N. 6 failed with errno 0 when reading 2048 bytes dvb_streaming_read, attempt N. 5 failed with errno 0 when reading 1108 bytes TS file format detected. =OR=== Playing dvb://. dvb_tune Freq: 474000 dvb_streaming_read, attempt N. 6 failed with errno 0 when reading 2048 bytes dvb_streaming_read, attempt N. 5 failed with errno 0 when reading 2048 bytes dvb_streaming_read, attempt N. 4 failed with errno 0 when reading 2048 bytes dvb_streaming_read, attempt N. 3 failed with errno 0 when reading 2048 bytes dvb_streaming_read, attempt N. 2 failed with errno 0 when reading 2048 bytes dvb_streaming_read, attempt N. 1 failed with errno 0 when reading 2048 bytes dvb_streaming_read, return 0 bytes Exiting... (End of file) Xine failed to play with (in endless retries): === input_dvb: ERROR: Trying to get lock... I am fine to use kaffeine, but does someone know how to fix this ? Is it really a problem with kaffeine ? At least on Ubuntu, Kaffeine and xine both need xine-extracodecs installed due to legal issues. Does someone have a new/better firmware version ? Where does the fw came from ? DVB just transmits data, you probably would get no picture if something at driver level were bad. Buggy hw pid filtering could cause something like that... You can disable hardware pid filtering by commenting lines 704-709 of m920x.c . Let me know if this helps with any of the problems you've had. -- Aapo Tahkola ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TUV1236d
Mauro Carvalho Chehab wrote: Em Qua, 2007-04-11 às 10:44 -0400, Michael Krufky escreveu: Brett Taylor wrote: Out of curiosity, what happens if you switch RF inputs? There was a patch submitted about two weeks or so ago that may have affect the RF inputs on your card ... Though, I don't think that it would have been picked up and made it into the gentoo sources just yet , but I could be wrong, so it is worthwhile looking into this. Mike Krufky would probably have an idea about it. All linuxtv.org repositories have broken behavior for the TUV1236d NIM. This includes ATSC110 and ATi HDTV Wonder. The code is CORRECT, in this repository: http://linuxtv.org/hg/~mkrufky/kernel-sync This fix has already been merged into 2.6.20.y -stable kernel series, AND 2.6.21-rc It isn't yet in the v4l-dvb master branch, but it will get there eventually. I'll pull from your tree when you ask me. Btw, we still need to do the proper fix, removing tuv1236d code from saa7134-dvb. Just to reiterate to all users, this changeset corrects the rf input switching problems on both the KWorld ATSC110 and the ATi HDTV Wonder. Mauro, Please pull from: http://linuxtv.org/hg/~mkrufky/kernel-sync for: - [PATCH] nxt200x: fix rf input switching nxt200x.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) ...to fix the TUV1236d code, bringing it up to speed with the kernel. ...I imported that changeset directly from hg on kernel.org, so I forgot to add the 'kernel-sync' tag before pushing it up. (otherwise, I would have asked for the pull earlier) ... but given the demand, and the fact that I'll be away from my dev box for the next few days, I wont be able to re-push it till I get back. Please just make note of the fact that [PATCH] nxt200x: fix rf input switching is a kernel-sync patch, that Linus already has it in his tree. As for 2.6.22 ... I have an alternate idea that I sent to Trent in private for his review... He expressed some ideas on ways to improve my patch. Trent and I are going to discuss this a bit before I post the new patch to the mailing list. After that is all done, pending approval by the other dvb developers, then I'll send it on to you. Also, please note: m1k.net is down, and it might be permanent. Please refrain from using my @m1k.net email address (at least, for now), as it's unlikely that I'll ever receive that mail. Regards, Michael Krufky ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVICO Dual Digital 2 - Chris Pascoe's Test branch
Michael, Please keep in mind that Chris Pascoe's new test branch was new many months ago. His repository is dated as two months ago, because at that point he updated the repository with the changesets from the master branch. We were looking for feedback as to whether or not his rounding fixes for the dvb-pll module did the trick for tuning in Australia -- Thank you for this feedback. I was following this problem some time ago too, but could not get my Dual Digital to tune SBS no matter what offsets I used. At the time I put it down to poor reception but out of curiosity last week I did a hg clone on the master branch, compiled, make rmmod, make insmod. To my surprise SBS now tunes but at the expense of another station. As well, another channel I previously needed an offset to tune actually tunes now. Peculiar, but given that you are talking about fixes for rounding, it makes sense. I can't pull Chris's tree right at the minute as everything is in pieces (waiting for a new antenna, cable wall socket to be installed, ironically) but when it's put back together, in a few hours, I'll recompile report back some more info. Is there anything in particular I should be looking for when testing? If I'm going to try channel frequency offsets, should I add or subtract? Would multiples of offsets help? Is there some tool which can automate some of this task? Thanks for your feedback suggestions ( patience with us australians). Luke ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] patch, which supports some new DVB-C budget cards
Janne Grunau wrote: That would work. Better patch splitting would be 1. Remove the polarity switching of the clock for the DVB-C cards in budget-av.c. This hack is no longer necessary because the saa7146 can do the job to remove the additional FEC bytes from the TS. 2. Add support for the frontend TDA10023 and add cards that need the tda10023. 3. Make the inversion setting configurable. The KNC ONE V1.0 uses non inverted setting for the inversion and add the KNC ONE V1.0 card. I've split the patch like the description above. The split patches aren't completely independent from each other. They should be attached in the sequence of their last number. - Hartmut tda1002x.010-1.diff.bz2 Description: Binary data tda1002x.010-2.diff.bz2 Description: Binary data tda1002x.010-3.diff.bz2 Description: Binary data ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVICO Dual Digital 2 - Chris Pascoe's Test branch
Please keep in mind that Chris Pascoe's new test branch was new many months ago. His repository is dated as two months ago, because at that point he updated the repository with the changesets from the master branch. Sorry I wasn't more timely - I finally built a new media centre over the weekend after my old one let out the smoke late last year :) Have these changes been incorporated back into the main hg tree? If so, I'll give that a shot tonight. We were looking for feedback as to whether or not his rounding fixes for the dvb-pll module did the trick for tuning in Australia -- Thank you for this feedback. Certianly, you can tick off SBS and Channnel 9 in Brisbane. Hopefully the other cities woerk as well. Thanks for your help Damien. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [Bulk] Re: [Bulk] [linux-dvb] ati hdtv wonder in gentoo amd64
well last night I was successful in getting my card to work, and to get it to tune QAM channels. I changed back to gentoo sources and upgraded them to 2.6.20-gentoo-r5 (i was on r3 before). using the kernel modules I could not tune to any channels. So, I emerged v4l-dvb-hg, which actually emerged this time. Then CityK walked me through how to use hg and obtain the kernel-sync sources. Once I had those modules compiled and installed, the card worked great. I still have a few channels that won't get any sound (and I tried adding (ac3) to the kaffeine dvb list as was suggested earlier), but I do have a handful of channels that work great (QAM). Thanks for all the help. Brett On 4/11/07, Marcel Siegert [EMAIL PROTECTED] wrote: On Wednesday 11 April 2007, Markus Rechberger wrote: -- snip -- (didn't read everything here) but regarding I cannot emerge v4l-dvb-hg, I get build error /var/tmp/portage/media-tv/v4l-dvb-hg-0.1-r2/work/v4l-dvb/v4l/... try to compile it in /var/tmp/v4l-dvb instead that long path (so no v4l-dvb-hg-0.1-r2), some people had the same problems when checking out my repository in strange directorynames (I guess there's something wrong with a script but I haven't looked at it, it should work if you just compile it in a sane directoryname) Markus -- snip -- hi, markus your way would not work on gentoo systems using emerge/portage to compile sources. it uses a sandbox. you cant just change the behaviour (ok, there is a way, but not form normal users). it checks outs sources from repositories, unpacks, configures... everything. @brett can try to check out the sources manually and compile them? regards marcel ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] ati hdtv wonder in gentoo amd64
Hi Brett, Brett Taylor wrote: well last night I was successful in getting my card to work ... In regards to those errors we saw, see btw 20:02-20:10 in the IRC log: http://www.linuxtv.org/irc/linuxtv/index.php?date=2007-04-11 Once I had those modules compiled and installed, the card worked great. I still have a few channels that won't get any sound (and I tried adding (ac3) to the kaffeine dvb list as was suggested earlier), but I do have a handful of channels that work great (QAM). This might be indicative of that error Mike was thinking about in cx88-mpeg, but I'm not sure. Anyway, another test you can try is use azap + mplayer, and add the audio pid to the command line, but try an aid that is one off the video pid I've seen in the past where people have used an aid one lower then the vid and find that that is indeed where the audio stream is. Q: who is your cable provider? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] ati hdtv wonder in gentoo amd64
CityK wrote: Anyway, another test you can try is use azap + mplayer, and add the audio pid to the command line, but try an aid that is one off the video pid I've seen in the past where people have used an aid one lower then the vid and find that that is indeed where the audio stream is. Although, thinking about it, I believe that was with OTA but doesn't hurt to try I suppose ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVICO Dual Digital 2 - Chris Pascoe's Test branch
On Thu, 12 Apr 2007, Luke Rosenthal wrote: I was following this problem some time ago too, but could not get my Dual Digital to tune SBS no matter what offsets I used. At the time I put it down to poor reception but out of curiosity last week I did a hg clone on the master branch, compiled, make rmmod, make insmod. To my surprise SBS now tunes but at the expense of another station. As well, another channel I previously needed an offset to tune actually tunes now. Peculiar, but given that you are talking about fixes for rounding, it makes sense. I have a patch in that would bein the curent master for dvb-pll rounding. There was a small change to the thomson dtt7579 tuner data, which is what I think your device uses. I don't think this change would make any difference. What frequency exactly is it that works now but didn't before? I can see if dvb-pll is programming a different value than it did before. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] [Proposal] Unification of the v4L dvb wikis
Time, after time, after time, I have seen users express confusion about information fragmentation. Lets put an end to this. I propose that there is no better time then the present to begin the merger of the v4l dvb wikis together under one roof - the LinuxTV wiki. I also propose the creation of an active administrative body to govern over the new wiki. I have crafted a mock up of what a unified wiki could look like, as well as outlined (in point form) some rationale for my proposals. But if you want a reason in a nutshell -- it just makes sense to do so. Please see http://www.linuxtv.org/wiki/index.php/User:CityK for further details. Looking forward to resultant comments and discussion (hopefully all positive!) Cheers ___ linux-dvb mailing list [EMAIL PROTECTED] http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Information required on applications that use 50221 stack
Hi, I would like to know how the applications use or communicate with the common interface stack. does the chip vendor of common interface provide this stack or it has to be developed. Any support will be greatly appreciated. Thanks and Regards, Aravind - 8:00? 8:25? 8:40? Find a flick in no time with theYahoo! Search movie showtime shortcut.___ linux-dvb mailing list [EMAIL PROTECTED] http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
