Re: [linux-dvb] Nova-T 500 issues - losing one tuner
On Sat, 2008-03-15 at 19:42 +, Ivor Hewitt wrote: Patrik Hansson wrote: I tried changing to 2.6.22-19 on my ubuntu 7.10 with autosuspend=-1 but i still lost one tuner. Have reverted back to 2.6.22-14-generic now and have disabled the remote-pulling...and i just lost a tuner, restarting my cardclient and mythbackend got it back. Did you have remote-pulling disabled in -19 ? Still ticking along nicely here. I have options: options dvb-usb-dib0700 force_lna_activation=1 options dvb-usb disable_rc_polling=1 (since I have no remote) I only have the lna option. Is the ubuntu kernel completely generic? Really not, if you mean straight out of kernel.org. I still see an mt2060 write failed error every now and then (four in the past 24 hours), but that doesn't appear to break anything. Do you have complete tuner loss as soon as you get a write error? I do get some of those errors, never a tuner drop. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500 issues - losing one tuner
On Tue, 2008-03-11 at 11:07 +, [EMAIL PROTECTED] wrote: Not sure if this helps or adds that much to the discussion... (I think this was concluded before) But I finally switched back to kernel 2.6.22.19 on March 5th (with current v4l-dvb code) and haven't had any problems with the Nova-t 500 since. Running mythtv with EIT scanning enabled. Looking in the kernel log I see a single mt2060 read failed message on March 6th and 9th and a single mt2060 write failed on March 8th. These events didn't cause any problems or cause the tuner or mythtv to fail though. ah. So this begs the question: What changed between 2.6.22 and 2.6.24? huh... funny, heh? So, if 2.6.24 is finger pointed, I'm interested in a solution, as I have a planned upgrade to it in about a month's time. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova T-500 detection problem
On Tue, 2008-03-11 at 17:06 +, Ian Liverton wrote: Hi, I recently purchased two Nova T-500 (as far as I can tell it’s not one of the diversity range) cards one is the 99101 LF rev D8B5 and one is the 99102 LF rev C1B5. The 99101 LF is detected, the other is not. The only difference I can see is the postfix of the Dib 0700 chips. The working one is the Dib0700C-XCXXa-G and the other is Dib0700-1211b-G. With only the undetected card in, there is no mention of the dib0700 in dmesg and lspci shows: 02:05.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 61) 02:05.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 61) 02:05.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 63) Which I presume is the VT6212L on the cards. Is there something different I need to do for the second card or is it just not supported? Since I can get them both to work with the supplied Hauppauge software under Windows I am assuming it is not a faulty card. What is lsusb saying ? nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova T-500 detection problem
On Tue, 2008-03-11 at 17:36 +, Ian Liverton wrote: What is lsusb saying? Thanks for the fast reply! lsusb says: Bus 005 Device 002: ID 2040:9940 Hauppauge Bus 005 Device 001: ID : Bus 004 Device 001: ID : Bus 003 Device 001: ID : Bus 002 Device 001: ID : Bus 001 Device 001: ID : going back on list. Mine says Bus 010 Device 002: ID 2040:9950 Hauppauge and is recognized. You will need to edit linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h and define a new ID there (around line 128), then edit linux/drivers/media/dvb/dvb-usb/dib0700_devices.c and add the ID info (around line 980). I wonder if there is something to do around line 114 too, but not being a coder, I'm lost there. A proper dev should probably confirm. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500 issues - losing one tuner
On Tue, 2008-03-11 at 22:03 +, Philip Pemberton wrote: [EMAIL PROTECTED] wrote: Not sure if this helps or adds that much to the discussion... (I think this was concluded before) But I finally switched back to kernel 2.6.22.19 on March 5th (with current v4l-dvb code) and haven't had any problems with the Nova-t 500 since. Running mythtv with EIT scanning enabled. Is this a distribution kernel, or one built from virgin (i.e. unmodified from www.kernel.org or one of the mirrors) source code? Is there any possibility of you uploading your .config file somewhere? I'm curious what kernel options you have set.. especially USB_SUSPEND (USB autosuspend -- not sure if this was added to 2.6.24 or if .22 had it as well; I don't have a .22 source tree at the moment). I'm building a kernel from the 2.6.24.2 virgin source on Ubuntu to do some testing; I'd like to prove that the problem exists in 2.6.24 proper before screaming kernel bug. But if 2.6.22 works, a bug is looking more and more likely. My Ubuntu-provided 2.6.22 works fine. And I am not losing any tuner. Not even with the Multirec of MythTV 0.21. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [patch] support for key repeat with dib0700 ir receiver
On Sun, 2008-03-02 at 20:45 +0100, Filippo Argiolas wrote: Il giorno mer, 20/02/2008 alle 10.29 +0100, Filippo Argiolas ha scritto: I don't know yet how this could be done and maybe it involves some work rewriting the ir stuff. So I think in the meanwhile my patch could be merged (if you think it's good) waiting for this work to be done. Hi all, it's been a while since I've posted this patch. Looking at the whole thread the overall impression is that it works properly. No one complained about it causing any trouble. Many users tested it and reported it works good. I've been using it during this time and it seems fine to me. It also fixed the annoying bug that flooded syslog with unknown key messages. So what does it need to be merged? Is a post in this list the proper way to ask for inclusion? I'm not familiar to mercurial so I've created the patch as I would do with a svn with hg diff, it something wrong with it? Is there a better way to produce a patch for submission? I've attached a new patch where I've removed the keymaps I've used for testing since these are not complete and I doubt anyone could find them useful. Please let me know what you think about it, thanks! Best regards, Filippo, I have just read that: The procedure is simple: after having it worked and tested, for its inclusion, you'll need to send it to the DVB ML (also, to V4L ML, if hybrid). The better is to c/c me on the e-mail you submit it, for me to be aware of. After some days, if nobody complains, and if it looks ok, I'll commit. Cheers, Mauro Maybe you will want to do it. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500 issues - losing one tuner
On Sun, 2008-03-02 at 14:09 +, Philip Pemberton wrote: Patrik Hansson wrote: When i started using options usbcore autosuspend=-1 i deactivated debug=15 Will reactivate it again and reset my clock also. Well, changing channels on Myth seems to provoke it into failing... and it usually kills both tuners at the same time. Something is very badly wrong with this thing... I think I'm going to move the T500 into my Windows PC and buy a couple of cheap USB sticks for Freeview. This has gone on long enough. I am shocked by all your problems. I am certainly not experiencing this sort of mayhem on my system. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500 issues - losing one tuner
On Sun, 2008-03-02 at 21:49 +, Philip Pemberton wrote: I give up. Philip, You are having problems to an extend that nobody experienced or reported. Certainly not me. So either there is something wrong in your process, your software, or you have some faulty hardware. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500 issues - losing one tuner
On Sun, 2008-03-02 at 23:07 +, Darren Salt wrote: I demand that Philip Pemberton may or may not have written... And now the icing on the cake: [snip] [17302.420405] BUG: unable to handle kernel paging request at virtual address fa23bda0 [17302.420412] printing eip: f89bd162 *pde = 374ac067 *pte = [17302.420417] Oops: [#1] SMP [17302.420420] Modules linked in: [...] ath_hal(P) [...] nvidia(P) [...] [17302.420481] Pid: 9917, comm: kdvb-ad-1-fe-0 Tainted: P (2.6.24-11-generic #1) [snip] You lose. Twice. Can you cause that oops *without* the taintware? If not, do not pass Go, do not collect £200, go directly to the two relevant vendors and (possibly) get passed back and forth :-) (You may be able to remove one of the taintware modules by upgrading to 2.6.25-rc3; you can remove the other by using nv or nouveau.) w Let's not go there. That is potential flame bait. As much as I understand your position, where it's coming from, and the reasoning behind it (and I'm not necessarily against it, trust me on that), blaming it all on the closed parts is maybe just as bad as blaming a USB vendor or open source coders and giving up. Until a week ago I had an Atheros card needing that hal blob. I am still running the nvidia blob today (can't wait to remove it and use the built-in Intel 965G chip with my ADD2 card once the open drivers get better than the nvidia stuff. And they will, the full specs are out, including for H.264 hardware acceleration). And my tuners worked, both. No oops. Let's keep on thing in mind: Philip is running a development version of Ubuntu that may need some stabilisation itself. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [OT] UHF masthead amp power supply location
Thanks all for the comments, here or in private. Option B it will be. I have to bite the bullet and manage to get a power point where I need it now... Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500 issues - losing one tuner
On Fri, 2008-02-29 at 21:31 +, Philip Pemberton wrote: Answers are 2.6.24-8-generic, Mythbuntu 8.04 alpha 2, Hg 615ce34, and yes (EIT scanning on) for me, and firmware is dvb-usb-dib0700-1.10.fw (in /lib/firmware/2.6.24-8-generic). I'm planning to try dvb-usb-dib0700-03-pre1.fw at some point -- is this older or newer than 1.10 (it's listed on the Wiki as a possible solution to the disconnect issue). You should really stick to the 1.10 firmware. 03-pre1 was an earlier test and has more issues. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500 issues - losing one tuner
On Thu, 2008-02-28 at 19:11 +, Philip Pemberton wrote: [EMAIL PROTECTED]:~$ uptime 19:06:28 up 23:42, 3 users, load average: 1.19, 1.22, 1.18 And the log is full of this crap: Feb 28 06:29:13 dragon syslogd 1.5.0#1ubuntu1: restart. Feb 28 06:29:13 dragon kernel: [39865.332785] cx24123_readreg: reg=0x14 (error=-121) Feb 28 06:29:13 dragon kernel: [39865.333946] cx24123_readreg: reg=0x20 (error=-121) Feb 28 06:29:13 dragon kernel: [39865.432586] cx24123_readreg: reg=0x14 (error=-121) Feb 28 06:29:13 dragon kernel: [39865.433733] cx24123_readreg: reg=0x20 (error=-121) Feb 28 06:29:13 dragon kernel: [39865.532380] cx24123_readreg: reg=0x14 (error=-121) Feb 28 06:29:13 dragon kernel: [39865.533473] cx24123_readreg: reg=0x20 (error=-121) Feb 28 06:29:13 dragon kernel: [39865.632210] cx24123_readreg: reg=0x14 (error=-121) Feb 28 06:29:13 dragon kernel: [39865.633301] cx24123_readreg: reg=0x20 (error=-121) Feb 28 06:29:13 dragon kernel: [39865.731998] cx24123_readreg: reg=0x14 (error=-121) Feb 28 06:29:13 dragon kernel: [39865.733092] cx24123_readreg: reg=0x20 (error=-121) Feb 28 06:29:14 dragon kernel: [39865.831820] cx24123_readreg: reg=0x14 (error=-121) Feb 28 06:29:14 dragon kernel: [39866.374256] mt2060 I2C write failed (len=2) Feb 28 06:29:14 dragon kernel: [39866.374262] mt2060 I2C write failed (len=6) Feb 28 06:29:14 dragon kernel: [39866.374264] mt2060 I2C read failed Feb 28 06:29:14 dragon kernel: [39866.382298] mt2060 I2C read failed Feb 28 06:29:14 dragon kernel: [39866.390210] mt2060 I2C read failed Feb 28 06:29:14 dragon kernel: [39866.398195] mt2060 I2C read failed Feb 28 06:29:14 dragon kernel: [39866.406181] mt2060 I2C read failed Feb 28 06:29:14 dragon kernel: [39866.414175] mt2060 I2C read failed Feb 28 06:29:14 dragon kernel: [39866.422213] mt2060 I2C read failed Feb 28 06:29:14 dragon kernel: [39866.430162] mt2060 I2C read failed And the tuner is utterly shot. It worked for most of one recording, then promptly died. *sigh* Patrik, just out of curiosity, what kernel are you running? I'm running 2.6.24-8-generic on Mythbuntu 8.04 alpha 2 and thinking about downgrading to an earlier kernel. You do know that the cx24123 module has nothing to do with the Nova-t-500, don't you? Would you have a DVB-S card in the system as well? I do, and I have this module loaded too, zero error message involving it, and I'm not really losing any tuner in normal use. I have * 1 Hauppauge Nova-t-500 * 1 KWorld DVB-S 100 * Gutsy 64-bit system * Ubuntu 2.6.22 kernel * Ubuntu updates+backports * Medibuntu * Mythbuntu's 0.20.2-fixes updates * a recent v4l-dvb tree compiles against the Ubuntu headers. The only other USB device I am using is an RF transmitter for my keyboard. All (and I like documenting) details there: http://www.youplala.net/linux/home-theater-pc Other than this issue, how's the stability of 0.21 in Hardy? I'm itching... After al,l I ran Gutsy since alpha 2, for hardware support reasons, but I have no real motivation apart from I want to try the latest and greatest today. nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] [OT] UHF masthead amp power supply location
This this OT, but I don't really know where to ask. And after all, the odds are that I will find a person with that sort of knowledge here. I currently have a masthead amp for my DVB-T antenna. It uses a power supply in the house that inject current through the antenna cable. I am now installing my Sat DVB-S system properly (i.e. not with a cable going through an open window), and I'd like to use a combiner/splitter system as I cannot lay a new cable from the dish to the tuner for the satellite signal (very old granite house), and I would like the existing cable going under the floor. I am afraid that the masthead amp power supply will be bothering the whole deal. I cannot get rid of the amp, my DVB-T reception is too weak without it. Here are diagrams of my 2 options: http://www.youplala.net/~will/htpc/Satellite/masthead_amp-where.png Option A - This is the easiest for me to achieve, but the position of the power supply worries me. Option B - I'm confident that this is technically sound, except that the necessary physical location of the power supply in this case has no power plug nearby... My question is: can Option A fly? Thanks for your help. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Going though hell here, please provide how to for Pinnacle PCTV Hybrid Pro Stick 330e
hmmm... guys. First thing: on a Debian or Ubuntu system, I never needed the full Linux sources to compile a v4l-dvb tree. The headers were always enough. Second thing: when you compile a v4l-dvb tree on the side, I do not think that it is adding anything in the headers. So, if you subsequently need to compile a driver that needs stuff from a recent v4l-dvb tree, it won't find it. Third thing: That weird driver of yours is probably looking for its stuff either int the headers (were there will not be anything good to find because of the point made above) or in an available kernel source tree (where it will probably not find anything that will make it happy because your recent v4l-dvb tree is elsewhere). May I suggest to get a kernel source tree (from the appropriate package), incorporate the v4l-dvb tree in it, then try to compile your weird driver against this. Getting rid of the headers may help. Nico has been know to be very wrong ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [patch] support for key repeat with dib0700 ir receiver
On Tue, 2008-02-19 at 16:17 +0100, Filippo Argiolas wrote: Hi, my last messages have been almost ignored.. so I'm opening a new thread. Please refer to the other thread [wintv nova-t stick, dib0700 and remote controllers] for more info. Here is a brief summary of the problem as far as I can understand: - when a keypress event is received the device stores its data somewhere - every 150ms dib0700_rc_query reads this data - since there is nothing that resets device memory if no key is being pressed anymore device still stores the data from the last keypress event - to prevent having false keypresses the driver reads rc5 toggle bit that changes from 0 to 1 and viceversa when a new key is pressed or when the same key is released and pressed again. So it ignores everything until the toggle bit changes. The right behavior should be repeat last key until toggle bit changes, but cannot be done since last data still stored would be considered as a repeat even if nothing is pressed. - this way it ignores even repeated key events (when a key is holded down) - this approach is wrong because it works just for rc5 (losing repeat feature..) but doesn't work for example with nec remotes that don't set the toggle bit and use a different system. The patch solves it calling dib0700_rc_setup after each poll resetting last key data from the device. I've also implemented repeated key feature (with repeat delay to avoid unwanted double hits) for rc-5 and nec protocols. It also contains some keymap for the remotes I've used for testing (a philipps compatible rc5 remote and a teac nec remote). They are far from being complete since I've used them just for testing. Thanks for reading this, Let me know what do you think about it, Hi all, I believe that we could we agree that this patch * does not break anything, * does what it says it should do, * works fine, * is coded properly wrt the v4l-dvb guideline, * got enough feedback. Could the powers that be merge it? Many thanks. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] A positive comment - Commercial detection
In those days of highlighting shortcomings and bitter comments, I'd like to express my satisfaction with MythTV. I've had a history of bad reception of the local DVB-T signal. It was bad enough to make the dumped MPEG-2 files quite ugly and corrupted. Because of this the commercial detection process did not really work. It was choking on the mpeg crap. I have corrected my reception. And the commercial detection is working like a charm. Very impressive. Yes, MythTV has legacy to clean-up. Yes, it has ugly sides. Yes the interface and setup can be quite scary. Yes, Elisa looks very cool. Yes other projects are attractive. Yes, there are other great projects out there. But they are all motivated by MythTV, they all have quite a way to go before they provide the level of features, functionality and adaptability that MythTV has today. And when there is no competition, things are not as good, heh? So MythTV community, way to go, and keep it up! And when is 0.21 going to be released? Just kidding... Nico http://www.youplala.net/linux/home-theater-pc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] A positive comment - Commercial detection
Oh well... Sorry about that, it seems that I had a very rough time today with identifying lists from each other. This post was obviously not targeted for here... Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [patch] support for key repeat with dib0700 ir receiver
On Fri, 2008-02-22 at 19:56 +0900, Matthew Vermeulen wrote: Hi all, My remote seems to be totally working now, I've played around with the keymaps to set it all up nicely :) Thanks so much to everyone who helped out.. Happy to hear that. May end up posting some sort of howto to help any other users with my remote stuck in the same boat (although it doesn't seem to be a particularly common piece of hardware) This would be good. I really would like to understand the process properly. Could you write something either directly in the wiki, or send it to me by email, and I'll post it in the wiki. Thanks much, Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Very quiet around Nova-T 500
On Wed, 2008-02-20 at 10:36 +0100, Jonas Anden wrote: The strange thing is that modinfo does not say anything about a level 15 debug for the dvb_usb_dib0700 module. http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#dvb_usb_dib0700 The debug value is a bit field, with each bit representing a different category. With all bits on (ie full debugging) the decimal value becomes 15. I should have guessed. Documented for poor souls with slow brains like me. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Very quiet around Nova-T 500
On Wed, 2008-02-20 at 08:38 +0100, Patrik Hansson wrote: On 2/19/08, Jonas Anden [EMAIL PROTECTED] wrote: There is not a lot being said about the Nova-T 500 the last week. Don´t know if that is a good (coders coding) or a bad (nothin happening) Or coders busy on other code, or coders who ran out of ideas, or coders enjoying life, etc. ..or just waiting for the problem to reappear ;( The trouble with the second tuner dying is tricky (for me) to isolate. As a workaround, enabling full debug (debug=15) on the dvb_usb_dib0700 module has made my system rock solid. I turned on debugging to try to isolate the issue, but with debugging enabled the problem does not appear (at least not on my system). I haven't really figured out *what* in the debug code is helping yet, but I still suspect that this is timing-related and the debug code simply slows things down a bit. Enabling debugging will put a whole lot of junk in your system log files, but at least the second tuner wont die on you. If you go this path, make sure your log rotation works as it should -- my weekly rotated logs are up to 130 MB in size ;) // J Could someone that knows what they are doing document that option on the wiki ? Corrected. The strange thing is that modinfo does not say anything about a level 15 debug for the dvb_usb_dib0700 module. http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#dvb_usb_dib0700 Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [patch] support for key repeat with dib0700 ir receiver
On Wed, 2008-02-20 at 10:27 +0100, Filippo Argiolas wrote: So I think in the meanwhile my patch could be merged (if you think it's good) waiting for this work to be done. I second that. I'm all for the greater good and Doing Things The Right Way (tm), but could this effort be spawned in a separate process for grander things? I'll take a deeper look at the code but I don't know if I'm able to do this thing, I've read kernel code a few days ago for the very first time and I've written the patch just because a I needed the repeat feature :) Scratched an itch, heh? ;o) Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [patch] support for key repeat with dib0700 ir receiver
On Wed, 2008-02-20 at 09:22 +0100, Filippo Argiolas wrote: Are you using this file for lircd.conf [http://linux.bytesex.org/v4l2/linux-input-layer-lircd.conf]? Where is this file coming from? I have something more limited (and that works for all keys) here: http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#Remote_control Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [patch] support for key repeat with dib0700 ir receiver
On Wed, 2008-02-20 at 21:36 +0900, Matthew Vermeulen wrote: I've got that file all set up, my hardware.conf for lirc is pasted below: I'm running Ubuntu Gutsy and my /etc/lirc/hardware.conf has wildly different variable names. See what I have here: http://www.youplala.net/~will/htpc/LIRC/ You are running Hardy, but I would't expect conf files to change so dramatically. I may be wrong, so I'll check. Ah, yes they are... oh well, I'm wrong. # /etc/lirc/hardware.conf # #Chosen Remote Control REMOTE=Compro Videomate U500 REMOTE_MODULES= REMOTE_DRIVER=devinput shouldn't that be dev/input, instead? Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [patch] support for key repeat with dib0700 ir receiver
On Wed, 2008-02-20 at 15:15 +0100, Filippo Argiolas wrote: It seems that your remote does not use the toggle bit. I don't know why since afaik it is a feature of the rc5 protocol. By the way you can try to make some test writing the keymap on your own. Just edit dib0700_devices.c about at line 400, look at the other keymaps to have a model: for example if the key you logged was the UP key you have to add a line like: { 0x13, 0x7E, KEY_UP }, and so on for the other keys, after that see if the keymap works with evtest. Between this discussion and some wiki rework I have been doing today on all dib0700 equipped hardware, i am starting to understand where Patrick was coming from regarding all that hard-coding of specific remote keys... Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [patch] support for key repeat with dib0700 ir receiver
On Tue, 2008-02-19 at 16:17 +0100, Filippo Argiolas wrote: I've also implemented repeated key feature (with repeat delay to avoid unwanted double hits) for rc-5 and nec protocols. It also contains some keymap for the remotes I've used for testing (a philipps compatible rc5 remote and a teac nec remote). They are far from being complete since I've used them just for testing. I'm quite interested in testing this patch, key repeats have been a nagging thing in the back of my mind. I'll be testing this patch, and I'll document it in the wiki here: http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500 I have a question about the quoted part. Will this mess in any way with the current keycodes of my Nova-T-500 remote? Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [patch] support for key repeat with dib0700 ir receiver
On Tue, 2008-02-19 at 17:21 +, Nicolas Will wrote: On Tue, 2008-02-19 at 16:17 +0100, Filippo Argiolas wrote: I've also implemented repeated key feature (with repeat delay to avoid unwanted double hits) for rc-5 and nec protocols. It also contains some keymap for the remotes I've used for testing (a philipps compatible rc5 remote and a teac nec remote). They are far from being complete since I've used them just for testing. I'm quite interested in testing this patch, key repeats have been a nagging thing in the back of my mind. Now this is rich! I love it! Key repeat works! And the log flooding has stopped without the manual patch that was needed previously. I hope you live in Aberdeen, Scotland, because I want to buy you a few beers right here and now! (though your name suggest a very different origin) The patch applies cleanly on a fresh tree from 20mn ago. No warning while compiling. No weird stuff in the messages. I'll be testing this patch, and I'll document it in the wiki here: http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500 Done. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [patch] support for key repeat with dib0700 ir receiver
On Tue, 2008-02-19 at 19:19 +, Nicolas Will wrote: On Tue, 2008-02-19 at 17:21 +, Nicolas Will wrote: On Tue, 2008-02-19 at 16:17 +0100, Filippo Argiolas wrote: I've also implemented repeated key feature (with repeat delay to avoid unwanted double hits) for rc-5 and nec protocols. It also contains some keymap for the remotes I've used for testing (a philipps compatible rc5 remote and a teac nec remote). They are far from being complete since I've used them just for testing. I'm quite interested in testing this patch, key repeats have been a nagging thing in the back of my mind. Now this is rich! I love it! Key repeat works! And the log flooding has stopped without the manual patch that was needed previously. I hope you live in Aberdeen, Scotland, because I want to buy you a few beers right here and now! (though your name suggest a very different origin) The patch applies cleanly on a fresh tree from 20mn ago. No warning while compiling. No weird stuff in the messages. dib0700 users, please test as well and report. v4l-dvb people, please review. This, or an equivalent, needs to get inside the mainline. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [patch] support for key repeat with dib0700 ir receiver
On Wed, 2008-02-20 at 06:10 +0900, Matthew Vermeulen wrote: Hi all... I'm seeing exactly the same problems everyone else is (log flooding etc) except that I can't seem to get any keys picked by lirc or /dev/input/event7 at all... Would this patch help in this case? It would help with the flooding, most probably, though there was a patch for that available before. As for LIRC not picking up the event, I would be tempted to say no, it won't help. Are you certain that your LIRC is configured properly? Are you certain that your event number is the right one? Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [patch] support for key repeat with dib0700 ir receiver
On Tue, 2008-02-19 at 22:41 +0100, Jonas Anden wrote: In any case, especially to that problem with unknown key code I think it is time to change the IR-behavior of the DVB-USB. My problem is, I don't know how. My naive idea would be, that the IR-code is reporting each key (as raw as possible) without mapping it to an event to the event interface and then someone, somewhere is interpreting it. Also forward any repeat-attribute. I would suggest creating a netlink device which lircd (or similar) can read from. Be ready to discount my opinion, I'm not too good at those things. Wouldn't going away from an event interface kill a possible direct link between the remote and X? The way I see it, LIRC is an additional layer that may be one too many in most cases. From my point of view, it is a relative pain I could do without. But I may have tunnel vision by lack of knowledge. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Very quiet around Nova-T 500
On Tue, 2008-02-19 at 22:56 +0100, Jonas Anden wrote: There is not a lot being said about the Nova-T 500 the last week. Don´t know if that is a good (coders coding) or a bad (nothin happening) Or coders busy on other code, or coders who ran out of ideas, or coders enjoying life, etc. ..or just waiting for the problem to reappear ;( The trouble with the second tuner dying is tricky (for me) to isolate. As a workaround, enabling full debug (debug=15) on the dvb_usb_dib0700 module has made my system rock solid. I turned on debugging to try to isolate the issue, but with debugging enabled the problem does not appear (at least not on my system). I haven't really figured out *what* in the debug code is helping yet, but I still suspect that this is timing-related and the debug code simply slows things down a bit. Enabling debugging will put a whole lot of junk in your system log files, but at least the second tuner wont die on you. If you go this path, make sure your log rotation works as it should -- my weekly rotated logs are up to 130 MB in size ;) Now stop that logging madness and get back to work! ... ;o) This is a rather comical situation, though... The debugging tool is providing a rather unexpected and unwelcomed fix. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [patch] support for key repeat with dib0700 ir receiver
On Tue, 2008-02-19 at 23:29 +0100, Patrick Boettcher wrote: On Tue, 19 Feb 2008, Nicolas Will wrote: I would suggest creating a netlink device which lircd (or similar) can read from. Be ready to discount my opinion, I'm not too good at those things. Wouldn't going away from an event interface kill a possible direct link between the remote and X? The way I see it, LIRC is an additional layer that may be one too many in most cases. From my point of view, it is a relative pain I could do without. But I may have tunnel vision by lack of knowledge. I agree with you. I'm more looking for a solution with existing things. LIRC is not in kernel. I don't think we should do something specific, new. If there is nothing which can be done with the event system I think we should either extend it or just drop this idea. What about HID? ding That's the sound I made when you've pushed me to the limit of my competencies and clever remarks... Others should jump in. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Very quiet around Nova-T 500
On Wed, 2008-02-20 at 01:12 +0100, hermann pitton wrote: Now stop that logging madness and get back to work! ... ;o) This is a rather comical situation, though... The debugging tool is providing a rather unexpected and unwelcomed fix. Nico Hi, no, it is not. It is well known! Timings are very critical on almost all drivers. We hold breath on almost everything coming down from above, nobody has the ability, or whom should ever want it, to test all possible side effects on all supported devices ... That something breaks is very common, and that others have to give the plumbers, is nothing new. To stay fair, it mostly has a good reason, and if there are some remaining ticks left, you might get it adjusted, but ... On the other side it is the same ... May post may have sounded offensive, apparently. Sorry about that, my intentions were on the lighter sides of life. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [patch] support for key repeat with dib0700 ir receiver
On Wed, 2008-02-20 at 16:39 +0900, Matthew Vermeulen wrote: On Feb 20, 2008 7:09 AM, Nicolas Will [EMAIL PROTECTED] wrote: On Wed, 2008-02-20 at 06:10 +0900, Matthew Vermeulen wrote: Hi all... I'm seeing exactly the same problems everyone else is (log flooding etc) except that I can't seem to get any keys picked by lirc or /dev/input/event7 at all... Would this patch help in this case? It would help with the flooding, most probably, though there was a patch for that available before. As for LIRC not picking up the event, I would be tempted to say no, it won't help. Are you certain that your LIRC is configured properly? Are you certain that your event number is the right one? Nico I believe so... in so far as I can tell... I sent an email to this list about a week ago describing my problems, but there was no response. (subject: Compro Videomate U500). I've copied it below: Hi all, I've still been trying to get the inluded remote with my USB DVB-T Tuner working. It's a Compro Videomate U500 - it useses the dibcom 7000 chipset. After upgrading to Ubuntu 8.04 (hardy) I can now see the remote when I do a cat /proc/bus/input/devices: I: Bus=0003 Vendor=185b Product=1e78 Version=0100 N: Name=IR-receiver inside an USB DVB receiver P: Phys=usb-:00:02.1-4/ir0 S: Sysfs=/devices/pci:00/ :00:02.1/usb1/1-4/input/input7 U: Uniq= H: Handlers=kbd event7 B: EV=3 B: KEY=10afc332 2842845 0 0 0 4 80018000 2180 4801 9e96c0 0 800200 ffc Weird. You went through all this, I guess: http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#Remote_control And you are running a recent v4l-dvb tree, I assume. However, I get now output running irrecord: I was never too lucky with irrecord on my system, IIRC. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] wintv nova-t stick, dib0700 and remote controllers..
On Thu, 2008-02-14 at 10:39 +0100, Filippo Argiolas wrote: I'm asking this because calling dib0700_rc_setup after each keypress poll resets the ir data into the device to 0 0 0 0. What I'd like to know since I know almost nothing about dvb devices if is this going to someway damage my device if called each 150ms (period of the poll). If not I'll write a patch to support some of my remotes as well repeated keys events as soon I'll have some spare time. Does any of you know a different method to erase last received data from the device? 2008/2/14, Filippo Argiolas [EMAIL PROTECTED]: No answer? Please could someone tell me if is it dangerous to call dib0700_rc_setup (from dib0700core.c) every 100ms to reset remote control data? Do you know any other method to reset data about last key received from the ir sensor? Thanks Filippo, From a user point of view I can tell you that this topic interests me and that the tread is flagged in my email client. As for the technical side, I'm a clueless human being about this and can't help. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Very quiet around Nova-T 500
On Mon, 2008-02-11 at 21:07 +0100, Patrik Hansson wrote: Hello There is not a lot being said about the Nova-T 500 the last week. Don´t know if that is a good (coders coding) or a bad (nothin happening) Or coders busy on other code, or coders who ran out of ideas, or coders enjoying life, etc. but i would like to know if there is anything we could do ? I can´t write code but maybe i can help in some other way ? Testing builds or whatever. Frustrating, heh? I took up documenting in the wiki as a way of contributing back, somehow... Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Freecom DVB-T USB adapter not recognised
On Sun, 2008-02-10 at 15:22 +, Stuart Langridge wrote: I have a Freecom DVB-T USB adapter, listed in lsusb as: [EMAIL PROTECTED]:~$ lsusb Bus 004 Device 003: ID 14aa:0161 AVerMedia (again) or CE it does not seem to be being recognised by the kernel when I plug it in. http://www.linuxtv.org/wiki/index.php/DVB-T_USB_Devices#Freecom_rev_4_DVB-T_USB_2.0_tuner suggests that the latest revision of this device isn't yet supported, but doesn't list the above device ID (14aa:0161). It does list 14aa:0160 as unsupported, though; how can I find out whether my device is the same? Also, what needs to happen for the device to be supported? Is it just a question of finding an appropriate firmware file and dropping it in /lib/firmware, or does the driver itself in the kernel need to be hacked on to make the device work? Help the guy ! Help the guy ! Who knows what could be said about this place on LugRadio otherwise! ;o) Nico wishes he could help more than by saying stupid things... ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] TM6000 status
Hello all, I've been talking with Michel Ludwig about the ADSTech Mini Dual TV (PTV-339) USB stick. It needs the xc2028/3028 module (in the main tree currently?) as well as the tm6000 module (and firmware). I see that these two hg branches exist: http://linuxtv.org/hg/~mchehab/tm6000/ http://linuxtv.org/hg/~mchehab/tm6010/ This wiki page exists, but look very outdated: http://linuxtv.org/v4lwiki/index.php/Trident_TM6000 What's the status of all this ? What works?, What doesn't work? What is needed? Bugs, problems, show-stoppers? (no pressure, yet ;o), this is just for documentation's sake) I'm willing to clean-up/update the wiki when given information. Michel has my ADSTeck stick, and soon the remote as well, with him. Nico/camelreef ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVB-S card-Which firmware
Ashim, Regarding all your posts: I suggest that you do some reading first. Here are a few places that may be of interest to you: Compiling the v4l-dvb tree: http://linuxtv.org/wiki/index.php/How_to_install_DVB_device_drivers Firmware: http://linuxtv.org/wiki/index.php/Firmware DVB-S: http://linuxtv.org/wiki/index.php/DVB-S_Devices The whole wiki in general: http://linuxtv.org/wiki/index.php/Main_Page And please be specific when you request help, include information like hardware vendor and model, distribution, versions, etc... Doing all this will go a long way in getting the help you require. Then again, I may be feeding the wrong kind of animal. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500 issues - losing one tuner
Well... You can now laugh at me, the supposedly problem-free user... I managed to get my nova-t-500 to lose a tuner too! MythTV was recording on tuner 1. I was channel surfing on tuner 2. After flipping through a few channels, I got a black screen. I looked at the logs. MythTV is complaining that the file it uses to watch TV (in fact you never watch the stream from the card, MythTV records the channel in a file, then plays that file) is invalid. You bet it is invalid, it's mostly not there, or with a size of zero. I guess that the tuner became non-responsive and thus outputs nothing. Getting out of LiveTV and coming back does not fix it. Trying to go to another channel serves no purpose, MythTV must be desperately trying to get any sort of response from the tuner before sending it any new command. That was a long me too, but a me too all the same. Dang ! Oh, my reception quality that used to be ugly has been fixed. I am now a user of a 26dB gain masthead amplifier. My signal strength took a 25% improvement, BER and UNC are zero on all channels. Still using the internal LNA, though; I haven't tried doing without it. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500 issues - losing one tuner
On Wed, 2008-02-06 at 19:29 +, Nicolas Will wrote: Well... You can now laugh at me, the supposedly problem-free user... I managed to get my nova-t-500 to lose a tuner too! MythTV was recording on tuner 1. I was channel surfing on tuner 2. After flipping through a few channels, I got a black screen. I looked at the logs. MythTV is complaining that the file it uses to watch TV (in fact you never watch the stream from the card, MythTV records the channel in a file, then plays that file) is invalid. You bet it is invalid, it's mostly not there, or with a size of zero. I guess that the tuner became non-responsive and thus outputs nothing. Getting out of LiveTV and coming back does not fix it. Trying to go to another channel serves no purpose, MythTV must be desperately trying to get any sort of response from the tuner before sending it any new command. That was a long me too, but a me too all the same. Dang ! Oh, my reception quality that used to be ugly has been fixed. I am now a user of a 26dB gain masthead amplifier. My signal strength took a 25% improvement, BER and UNC are zero on all channels. Still using the internal LNA, though; I haven't tried doing without it. Ah... It looks like only ITV4 is problematic, even if the other channels on the multiplex are fine. Maybe a different problem, but the tuner is really lost until a reboot all the same. I have tried without the LNA, same difference. but it's an opportunity to measure signal and BER without it... Anybody know about any ITV4 problem on the UK-Durris transmitter? Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] script to automatically get signal strength and BER
On Mon, 2008-02-04 at 10:56 -0500, CityK wrote: Nicolas Will wrote: On Fri, 2008-02-01 at 14:43 +, Nicolas Will wrote: Hi all, Before I try to make one, did anyone write a script that goes through a channels.conf file and outputs human readable signal strength, BER and such for all channels? I received 2 scripts by pers. email. Thanks guys ! I have created a wiki page containing the scripts http://linuxtv.org/wiki/index.php/Testing_reception_quality Hope this helps. Nico Also see femon (part of the dvb-apps) femon -h for help femon -H for what you want Ah. My femon (dvb-utils on my Gutsy Mythbuntu) does not have the -H option. It's probably too old. I shall look at the hg sources. The first script created a nice baseline and comparaison tool for the before and after masthead amp installation. A 26-dB masthead amp + associated in-line power supply gave me 20-25% better signal strength, and most importantly brough all the BER to zero. http://www.youplala.net/~will/htpc/signaltest/ I'm happy :o) Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500 issues - losing one tuner
On Sun, 2008-02-03 at 10:39 +0100, Jonas Anden wrote: My system has a 3.3 Ghz Celeron processor. Shaun, Ben, Nicolas -- what kind of systems are you running? If my hunch is correct, I'd expect Shaun and Ben to have faster processors than Nicolas since they are seeing this issue and Nicolas isn't. I have a fast Core 2 Duo, 2.66 GHz, tons of cache, 64-bit OS. Nico http://www.youplala.net/linux/home-theater-pc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500 issues - losing one tuner
On Sun, 2008-02-03 at 11:37 +, Shaun wrote: Hi People, Jonas I like your never give up attitude. I am running on a 3Ghz P4. At the moment I am running with a very slightly modified driver. I have my remote plugged in and I sometimes get hundreds of messages like the one below: Jan 23 22:01:00 media-desktop kernel: [ 1062.522880] dib0700: Unknown remote controller key : 0 20 I have included a line in linux/drivers/media/dvb/dvb-usb/dib0700_devices.c that eats the unknown controller key and prevents the message repeating, as was suggested by Jonas. There is a patch on the wiki for this, and I'm using it. Related? Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] script to automatically get signal strength and BER
On Fri, 2008-02-01 at 14:43 +, Nicolas Will wrote: Hi all, Before I try to make one, did anyone write a script that goes through a channels.conf file and outputs human readable signal strength, BER and such for all channels? I received 2 scripts by pers. email. Thanks guys ! I have created a wiki page containing the scripts http://linuxtv.org/wiki/index.php/Testing_reception_quality Hope this helps. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] script to automatically get signal strength and BER
Hi all, Before I try to make one, did anyone write a script that goes through a channels.conf file and outputs human readable signal strength, BER and such for all channels? I'm getting a masthead amp installed and would like to be able to do a before/after comparaison. Thanks for the help. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500 issues - losing one tuner
On Fri, 2008-02-01 at 21:07 +, Ben Firshman wrote: Feb 1 20:52:04 mythtv kernel: [ 11.072000] dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in cold state, will try to load a firmware Feb 1 20:52:04 mythtv kernel: [ 11.132000] dvb-usb: downloading firmware from file 'dvb-usb-dib0700-1.10.fw' ... Feb 1 20:52:04 mythtv kernel: [ 11.844000] dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in warm state. Feb 1 20:52:04 mythtv kernel: [ 11.844000] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. Feb 1 20:52:04 mythtv kernel: [ 11.844000] DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T) Feb 1 20:52:04 mythtv kernel: [ 11.956000] DVB: registering frontend 1 (DiBcom 3000MC/P)... ... Feb 1 20:52:04 mythtv kernel: [ 12.50] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. Feb 1 20:52:04 mythtv kernel: [ 12.50] DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T) Feb 1 20:52:04 mythtv kernel: [ 12.508000] DVB: registering frontend 2 (DiBcom 3000MC/P)... Feb 1 20:52:04 mythtv kernel: [ 13.068000] input: IR-receiver inside an USB DVB receiver as /class/input/input2 Feb 1 20:52:04 mythtv kernel: [ 13.068000] dvb-usb: schedule remote query interval to 150 msecs. Feb 1 20:52:04 mythtv kernel: [ 13.068000] dvb-usb: Hauppauge Nova-T 500 Dual DVB-T successfully initialized and connected. Got the tree from the day of your message, and I'm still having problems. I'm not the only one either: http://www.linuxtv.org/pipermail/linux-dvb/2008-January/022629.html Thanks Ben Nicolas Will wrote: On Sun, 2008-01-27 at 14:30 +, Ben Firshman wrote: I am using the (almost) latest SVN version of mythtv. I am using the v4l-dvb sources from a couple of days back. I have followed and used the patches that were on (are they in the repos now?): http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500 After a short while, one of the tuners dies. I get a (L__) Partial Lock message from mythtv. If it's any help, I also get messages like: DVB: frontend 0 frequency limits undefined - fix the driver In syslog, but that's even when it's working fine. Weird issue that I never encountered since I started using the card in August... Get a brand new tree, there have been a lot of changes very recently, merge of old patches and new fixes too. Make sure that you have the right firmware too. Then do a cold reboot, going through a power down, then check in the messages that the card was found in a cold state before a firmware upload. http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#Firmware Nico Ben, I'm at loss for an explanation. I'm just not experiencing your problem. People with a better brain than mine will need to jump in. Have you tried turning debugging on for the modules, and get a more verbose log from mythbackend ? Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] PULL request for a bunch of DiBcom-based changes
On Wed, 2008-01-30 at 09:06 +, Stephen Rowles wrote: Patrick Boettcher wrote: [...] All users, can you please test, whether I broke something committing all of that. I have just built and started using the new HG, the unknown code problem with the remote support in my stick flooding /var/log/messages was a pain, but that was solved by simply wrapping the sensors in LX tape to prevent it receiving codes ;) There is a patch in the wiki for this issue. the codes will still be there, but there will be no flooding. It works well. This patch has been announced as an ugly hack by its author, though, which probably explains why it didn't get merged. I'm really not the right person to do any coding, believe me, I regret that fact. Is there a person around willing to take a lokk? Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] PULL request for a bunch of DiBcom-based changes
On Wed, 2008-01-30 at 10:38 +0100, Jonas Anden wrote: I have just built and started using the new HG, the unknown code problem with the remote support in my stick flooding /var/log/messages was a pain, but that was solved by simply wrapping the sensors in LX tape to prevent it receiving codes ;) If you're not going to use the sensor, disable the RC polling by adding the following line to your modprobe.conf: options dvb_usb disable_rc_polling=1 That's a cleaner solution in my opinion. That one is for the wiki. Is there a place/file describing all those options? Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500 issues
On Sun, 2008-01-27 at 14:30 +, Ben Firshman wrote: I am using the (almost) latest SVN version of mythtv. I am using the v4l-dvb sources from a couple of days back. I have followed and used the patches that were on (are they in the repos now?): http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500 After a short while, one of the tuners dies. I get a (L__) Partial Lock message from mythtv. If it's any help, I also get messages like: DVB: frontend 0 frequency limits undefined - fix the driver In syslog, but that's even when it's working fine. Weird issue that I never encountered since I started using the card in August... Get a brand new tree, there have been a lot of changes very recently, merge of old patches and new fixes too. Make sure that you have the right firmware too. Then do a cold reboot, going through a power down, then check in the messages that the card was found in a cold state before a firmware upload. http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#Firmware Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] PULL request for a bunch of DiBcom-based changes
On Fri, 2008-01-25 at 11:36 +0100, Patrick Boettcher wrote: Hi Mauro, Can you please pull from http://linuxtv.org/hg/~pb/v4l-dvb/ for a bunch of changes for DiBcom-based hardware. Mauro, Could you tell me once this is pulles, I'll clean-up the wiki. All users, can you please test, whether I broke something committing all of that. Patrick, Thanks for that work, I'll be testing this tomorrow morning. The system is busy tonight. Thanks to everyone who contributed to improved device-quality and support. The very same thanks to the very same people. Nico happy user ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] PULL request for a bunch of DiBcom-based changes
On Fri, 2008-01-25 at 12:27 +0100, Patrick Boettcher wrote: Just have a look here: http://linuxtv.org/hg/~pb/v4l-dvb/ and you'll see the patches which made it into. So far, I've seen: * MT2060 IF1 frequency from Olivier Danet (MT1060_IF1_freq_set.diff in wiki) * Start streaming fix from you (dib0700-start-streaming-fix.patch in wiki) * Tuning fix from Soeren (dib3000mc_tuning_fix.diff in the wiki) * an autosearch on nova-t-500 that I did not know about. Cool ! 3 out of 4, and a new one. What about the remote keycode errors? Thanks for this ! Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [v4l-dvb-maintainer] PULL request for a bunch of DiBcom-based changes
On Fri, 2008-01-25 at 16:19 -0500, [EMAIL PROTECTED] wrote: Nicolas Will wrote: On Fri, 2008-01-25 at 11:36 +0100, Patrick Boettcher wrote: Hi Mauro, Can you please pull from http://linuxtv.org/hg/~pb/v4l-dvb/ for a bunch of changes for DiBcom-based hardware. Mauro, Could you tell me once this is pulles, I'll clean-up the wiki. It was merged ~ 1 hour ago -- the repository is viewable at http://linuxtv.org/hg/v4l-dvb for all to see. Thanks for that. And someone beat me to the Wiki too. :o) Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] [Fwd: Re: Patches review for Nova-T-500]
---BeginMessage--- Nicolas Will wrote: All, and maybe Patrick in particular, There is a list of patches here: http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#Drivers Some could probably be considered for inclusion into the main tree. I didn't even know about these patches, and I just tried the Olivier Danet's tuning fix, and it gave me a big improvement in signal strength. Some of my channels were reporting strength in the mid 30s and is now in the high 60s. So I think this should go in. :) Matt ---End Message--- ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Kworld DVB-S 100 status check
Hi, There is a Kworld DVB-S 100 PCI for cheap at the local Maplin. In the hg tree I've seen the following: v4l/cx24123.c:Support for KWorld DVB-S 100 by Vadim Catana [EMAIL PROTECTED] It looks like support is there, more or less confirmed by a search through the list. The wiki has no entry for it, apparently. Is there anything I should know about its use ? I'd be using it in my Mythbuntu system (2.6.22 + hg v4l-dvb, 64-bit). There is that video-in (composite/s-video) stuff on the board. It looks interesting as I could use that to import some old LD (yes, LaserDisc!) using this. Is it supported? Thanks for your help, Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Patches review for Nova-T-500
All, and maybe Patrick in particular, There is a list of patches here: http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#Drivers Some could probably be considered for inclusion into the main tree. Some may be hacks that probably have a good reason to be, but with a weird implementation and may need some additional work. Could someone with experience give it a look and review what's good or not? Cleaning up that part, thus making it easier to make it work consistently, will make the Nova-T-500 even more appealing to DVB-T users. Many thanks ! Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Possible EIT corruption using lastest patch for Nova-T 500 (from dib7000p tuning problem solved)
On Tue, 2008-01-22 at 12:41 +0100, Eduard Huguet wrote: Hi, I've just applied the patch and compiled the drivers. I haven't tested actual tuning, since I'm not in front of my computer now, but this is awaken and idle so MythTV is currently simply scanning EIT data. So well, the following messages has started appearing on my mythbackend.log: 2008-01-22 12:37:50.742 Error: offset181, pes length current can not be queried 2008-01-22 12:37:50.744 EITHelper: Added 2 events 2008-01-22 12:37: 51.217 EITHelper: Added 7 events 2008-01-22 12:37:51.339 330 secs left to system shutdown! 2008-01-22 12:37:51.706 EITHelper: Added 3 events 2008-01-22 12:37:52.164 EITHelper: Added 4 events 2008-01-22 12:37:52.593 EITHelper: Added 2 events 2008-01-22 12:37:53.011 EITHelper: Added 1 events 2008-01-22 12:37:53.428 EITHelper: Added 1 events 2008-01-22 12:37:55.208 Error: offset181, pes length current can not be queried 2008-01-22 12:37:56.982 Error: offset181, pes length current can not be queried 2008-01-22 12:38:01.411 320 secs left to system shutdown! 2008-01-22 12:38:11.484 310 secs left to system shutdown! 2008-01-22 12:38: 15.448 EITHelper: Added 1 events 2008-01-22 12:38:21.553 300 secs left to system shutdown! 2008-01-22 12:38:26.326 Error: offset181, pes length current can not be queried 2008-01-22 12:38:31.626 290 secs left to system shutdown! 2008-01-22 12:38:41.698 280 secs left to system shutdown! 2008-01-22 12:38:51.767 270 secs left to system shutdown! 2008-01-22 12:38:54.451 Error: offset181, pes length current can not be queried The error about offset181 etc... is usually due to the card receiving corrupt data, and usually causes MySQL table corruption that must be fixed using myisamchk. I'm pretty sure this wasn't appearing these past days, and today we are in a very good weather condition so I don't think it's related a bad signal reception. I'm going to unapply the patch and test again after repairing the database. I have none of these errors, and I have scanned my logs since the patch got applied (Jan 21 20:31:39). My DB looks clean and error-free. For example: 2008-01-22 11:15:59.680 EITScanner: Now looking for EIT data on multiplex of channel 1 2008-01-22 11:16:58.558 EITScanner: Added 9 EIT Events 2008-01-22 11:17:27.204 EITScanner: Added 124 EIT Events 2008-01-22 11:19:57.640 EITScanner: Added 2 EIT Events 2008-01-22 11:19:57.645 Reschedule requested for id -1. 2008-01-22 11:19:58.489 Scheduled 69 items in 0.8 = 0.12 match + 0.73 place 2008-01-22 11:21:10.416 EITScanner: Now looking for EIT data on multiplex of channel 10 2008-01-22 11:21:20.914 EITScanner: Now looking for EIT data on multiplex of channel 11 2008-01-22 11:22:14.621 EITScanner: Added 11 EIT Events 2008-01-22 11:22:25.830 EITScanner: Added 7 EIT Events 2008-01-22 11:23:59.271 EITScanner: Added 4 EIT Events 2008-01-22 11:23:59.276 Reschedule requested for id -1. 2008-01-22 11:24:00.100 Scheduled 69 items in 0.8 = 0.11 match + 0.71 place 2008-01-22 11:26:11.878 EITScanner: Added 1 EIT Events 2008-01-22 11:26:12.562 EITScanner: Added 2 EIT Events 2008-01-22 11:26:21.165 EITScanner: Now looking for EIT data on multiplex of channel 16 2008-01-22 11:26:48.442 EITScanner: Now looking for EIT data on multiplex of channel 12 2008-01-22 11:27:28.193 EITScanner: Added 7 EIT Events 2008-01-22 11:27:28.201 Reschedule requested for id -1. 2008-01-22 11:27:28.993 Scheduled 69 items in 0.8 = 0.11 match + 0.68 place 2008-01-22 11:27:53.426 EITScanner: Added 8 EIT Events 2008-01-22 11:29:44.756 match[0]: -900 'Take a Bow' vs. 'Finley the Fire Engine' 2008-01-22 11:31:03.319 EITScanner: Added 3 EIT Events 2008-01-22 11:31:03.324 Reschedule requested for id -1. 2008-01-22 11:31:04.138 Scheduled 69 items in 0.8 = 0.12 match + 0.69 place 2008-01-22 11:31:06.353 EITScanner: Added 4 EIT Events 2008-01-22 11:31:31.192 EITScanner: Added 1 EIT Events 2008-01-22 11:31:31.660 EITScanner: Now looking for EIT data on multiplex of channel 71 2008-01-22 11:32:13.242 EITScanner: Added 1 EIT Events 2008-01-22 11:32:16.142 EITScanner: Now looking for EIT data on multiplex of channel 1 2008-01-22 11:33:02.801 EITScanner: Added 389 EIT Events 2008-01-22 11:33:22.705 EITScanner: Added 16 EIT Events 2008-01-22 11:35:15.163 EITScanner: Added 1 EIT Events 2008-01-22 11:35:15.164 Reschedule requested for id -1. 2008-01-22 11:35:15.981 Scheduled 69 items in 0.8 = 0.09 match + 0.73 place 2008-01-22 11:36:42.121 EITScanner: Now looking for EIT data on multiplex of channel 11 2008-01-22 11:37:43.729 EITScanner: Now looking for EIT data on multiplex of channel 10 2008-01-22 11:38:11.125 EITScanner: Added
Re: [linux-dvb] dib7000p tuning problem solved
On Mon, 2008-01-21 at 21:09 +0100, Soeren Moch wrote: Janne Grunau wrote: On Monday 21 January 2008 18:07:06 Soeren Moch wrote: Hello! The attached patch solves all my vdr tuning problems on a dib7000p nova-t stick as far as I could check within the last weekend. Perhaps this patch can also help nova-t-500 users. It won't help the nova-t 500 since it uses dib300mc frontend but attached patch might. Janne Since this patch was not sent to the list and I have no access to a nova-t 500 card: Can somebody else check Janne's patch!? OK, will do Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dib7000p tuning problem solved
On Mon, 2008-01-21 at 22:19 +0100, Soeren Moch wrote: Tuning on low signal still does not work, though. ITV4, with mythtv saying 49% goes to lock, but no TV. What should I be looking for, on fact? My vdr was hanging with black screen after channel switching in ~5% of all cases. Besides the faster tuning also in the remaining 95%, this black out problem is solved by the patch. If you never achieve a lock on certain channels, this might be a different problem. Well, it tunes out of the previous channel, picture disappears, the OSD shown the signal at 49%, it says partial lock, then it says lock, but no picture. The non working channels at this point were not working previously either, so the patch did not break them. I have reception issues, I know it. Yes, it is faster, much faster for the tuning channels, for sure, it is even striking. Could there be any link to the disconnects, shall I wait some more and look for an impact? Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dib7000p tuning problem solved
On Mon, 2008-01-21 at 20:39 +, Nicolas Will wrote: I will be updating the wiki page, tell me if it goes into the main tree, please. Done: http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#Drivers Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Need suggestions for TV card
On Mon, 2008-01-21 at 21:05 +0100, Carsten Aulbert wrote: Marco Di Fresco wrote: I am looking to get at least the support for the analog TV, but it would be great if I can also watch digital TV. I don't know if it matters (maybe for the local digital TV standad and for the market availability of the product), but I live in Italy (north-east). My only analogue TV-card experience is with the Hauppauge PVR-350 which is a very good card and the ivtv drivers are mature. If you have a DVB-T broadcast antenna relatively close-by then a Nova T500 should work fine. If you scan this mailing list you will find the this card might be problematic in bad weather conditions and or if the reception is bad in general. I'm living about 1.5km away from the sender, so I think I cannot comment on that. This card, outside of very poor reception, has reached a pretty good level of stability, thanks to the great people on this list. As you can read in the recent posts, it appears that only small tweaks are needed here and there. Dual tuners are great, and with MythTV supporting the recording of multiple channels inside a single mux (i.e. more than 2 recordings at the same time if the channels are sharing muxes), in trunk, things are even better. Be sure to build a recent tree with the few additional patches that did not make it yet: http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500 Nico http://www.youplala.net/linux/home-theater-pc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Need suggestions for TV card
On Mon, 2008-01-21 at 22:12 +, Nicolas Will wrote: This card, outside of very poor reception Outside of pretty poor reception ares. The reception of the card seems fine AFAIK. Being a non-native speaker leads to bad wording, sorry. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVB scan fails with Nova-TD - please help?
On Tue, 2008-01-15 at 05:12 -0800, Stephen G wrote: I have ordered a splitter/amplifier Those are usually bad. The only place where an amplifier helps is right on the antenna itself, where it amplifies the signal, not the signal AND all the noise inserted along the line between the antenna and the wall plug. Make sure you get a proper ugly tin can splitter if you do not want to climb on your roof, it will give you a better results than a splitter/amp combination from the supermarket. Get this: http://img466.imageshack.us/img466/8633/s1069zm.jpg not this: http://www.choiceful.com/prod_image/68007_m.jpg or this: http://www.buyworld.com.au/images/L2045.gif Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] WinTV-NOVA-T-500 Status
On Thu, 2008-01-10 at 11:24 +, Nicolas Will wrote: On Tue, 2008-01-08 at 10:29 +0100, Patrick Boettcher wrote: Hi all, The new year starts well, maybe: We found something which was in our drivers from the beginning and nobody saw it. See attached. I'm not sure whether it fixes something, but it might be possible. Can everyone try it please? Latest tree synced, patch applied, modules compiled and installed, machine rebooted. It all works, so far. But it will be a long term test, as the card survived for a few weeks usually before a disconnect. I still get mt2060 I2C write failed once in a while, maybe less often. And still the many dib0700: Unknown remote controller key when the TV remote is used. nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] WinTV-NOVA-T-500 Status
On Tue, 2008-01-08 at 10:29 +0100, Patrick Boettcher wrote: Hi all, The new year starts well, maybe: We found something which was in our drivers from the beginning and nobody saw it. See attached. I'm not sure whether it fixes something, but it might be possible. Can everyone try it please? Latest tree synced, patch applied, modules compiled and installed, machine rebooted. (yeah for proper remote access and shell!) Let's see! I'll be back in Aberdeen tonight, and the wife and kids will loudly complain to me via cell phone if it doesn't work... Anyway, if this fixes the disconnects, an answer will not come overnight. Oh, and I updated the wiki page too, with info on this patch: http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500 Nico http://www.youplala.net/linux/home-theater-pc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] WinTV-NOVA-T-500 Status
On Tue, 2008-01-08 at 08:17 +, Paul Elliott wrote: Initially I tried the latest dvb sources on my 2.6.22 Gutsy kernel but didn't have any luck with it, This is what I am running, no issues with it. But I have problems 15 miles away from the transmitter, 60 miles may be the problem. I'm planning on getting my antenna re-pointed, and maybe even replaced, with higher gain, and maybe an amp at the pole itself. I have already changed most of the cabling and plugs, getting rid of any splitter and low-quality stuff. This improved the situation greatly. The latest development was not really on the code itself, but on the firmware. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] WinTV-NOVA-T-500 Status
On Tue, 2008-01-08 at 08:37 +1100, Jeffrey Borg wrote: Not much has been said about the NOVA-T 500 on this list lately, Mainly because I believe its now fixed, I beg to differ. It is very usable, yes. I am happily using it. But I still get the occasional usual hang, about once a month. Even when I am not in the house and on the continent. And I then have to go through a reboot. My reception is certainly sub-optimal, and that was pointed as a possible cause. Remote usage, or detection of weird codes by the remote sensor, has been also pointed as a possible cause. I guess that Patrick has run out of ideas, has little time to dedicate, or has better things to do these days. But maybe I missed important things lately. Nico http://www.youplala.net/linux/home-theater-pc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Freecom DVB-T - 2 devices?
Hi all, I've had this stick in stock and haven;t used it for a while. I have just compiled a current hg tree and plugged the device and notices that it came up twice. I don't remember that behaviour in my initial usage. Kaffeine sees 2 devices too. How normal or not is it? Nico Dec 20 18:44:38 youkaida kernel: [ 112.744000] usb 5-5: new high speed USB device using ehci_hcd and address 4 Dec 20 18:44:38 youkaida kernel: [ 112.876000] usb 5-5: configuration #1 chosen from 1 choice Dec 20 18:44:38 youkaida kernel: [ 113.02] dvb-usb: found a 'WideView WT-220U PenType Receiver (Typhoon/Freecom)' in cold state, will try to load a firmware Dec 20 18:44:38 youkaida kernel: [ 113.036000] dvb-usb: downloading firmware from file 'dvb-usb-wt220u-fc03.fw' Dec 20 18:44:38 youkaida kernel: [ 113.128000] usbcore: registered new interface driver dvb_usb_dtt200u Dec 20 18:44:40 youkaida kernel: [ 114.488000] usb 5-5: USB disconnect, address 4 Dec 20 18:44:40 youkaida kernel: [ 114.488000] dvb-usb: generic DVB-USB module successfully deinitialized and disconnected. Dec 20 18:44:41 youkaida kernel: [ 115.62] usb 5-5: new high speed USB device using ehci_hcd and address 5 Dec 20 18:44:41 youkaida kernel: [ 115.756000] usb 5-5: configuration #1 chosen from 1 choice Dec 20 18:44:41 youkaida kernel: [ 115.756000] dvb-usb: found a 'WideView WT-220U PenType Receiver (Typhoon/Freecom)' in warm state. Dec 20 18:44:41 youkaida kernel: [ 115.756000] dvb-usb: will use the device's hardware PID filter (table count: 15). Dec 20 18:44:41 youkaida kernel: [ 115.756000] DVB: registering new adapter (WideView WT-220U PenType Receiver (Typhoon/Freecom)) Dec 20 18:44:41 youkaida kernel: [ 115.756000] DVB: registering frontend 0 (WideView USB DVB-T)... Dec 20 18:44:41 youkaida kernel: [ 115.756000] input: IR-receiver inside an USB DVB receiver as /class/input/input7 Dec 20 18:44:41 youkaida kernel: [ 115.756000] dvb-usb: schedule remote query interval to 300 msecs. Dec 20 18:44:41 youkaida kernel: [ 115.756000] dvb-usb: WideView WT-220U PenType Receiver (Typhoon/Freecom) successfully initialized and connected. Dec 20 18:44:41 youkaida kernel: [ 115.756000] dvb-usb: found a 'WideView WT-220U PenType Receiver (Typhoon/Freecom)' in warm state. Dec 20 18:44:41 youkaida kernel: [ 115.756000] dvb-usb: will use the device's hardware PID filter (table count: 15). Dec 20 18:44:41 youkaida kernel: [ 115.756000] DVB: registering new adapter (WideView WT-220U PenType Receiver (Typhoon/Freecom)) Dec 20 18:44:41 youkaida kernel: [ 115.756000] DVB: registering frontend 1 (WideView USB DVB-T)... Dec 20 18:44:41 youkaida kernel: [ 115.756000] input: IR-receiver inside an USB DVB receiver as /class/input/input8 Dec 20 18:44:41 youkaida kernel: [ 115.756000] dvb-usb: schedule remote query interval to 300 msecs. Dec 20 18:44:41 youkaida kernel: [ 115.756000] dvb-usb: WideView WT-220U PenType Receiver (Typhoon/Freecom) successfully initialized and connected. Bus 005 Device 005: ID 14aa:0226 AVerMedia (again) or CE ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Hauppauge WinTV Nova-TD DVB-T USB stick reception problems
Patric B. Wrote: There is an important bug inside that driver which has a big impact on the signal reception. I'll already promissed to fix that as soon as possible, but it's not yet done. I'm trying, Patrick. Hmm, I must have skipped this. Patrick, I'm not pushing (OK, yes, maybe a little bit...), but does that bug affect the NOVA-T-500 too? Am I mixing too many threads there ? Could we have a bit of background? Thanks much! Nico not pushy, nearly not but owns a nova-t-500 that could have better reception... http://www.youplala.net/linux/home-theater-pc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Problem with Hauppauge Nova-TD
On Thu, 2007-12-13 at 20:23 +0100, Luca wrote: Nicolas Will wrote: On Wed, 2007-12-12 at 22:49 +0100, Luca wrote: I have this DVB-T USB device: http://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-TD-Stick It seem supported by difference sources: http://cateee.net/lkddb/web-lkddb/DVB_USB_DIB0700.html (PCI ID 2040:9580). I tried to find the correct firmware, I loaded/unloaded drivers for all the day (dib0700 is the correct one, right?), but nothing happens: dmesg reports: ... Dec 12 22:02:25 sirius kernel: dib0700: loaded with support for 2 different device-types Dec 12 22:02:25 sirius kernel: usbcore: registered new interface driver dvb_usb_dib0700 ... The firmware name is dvb-usb-dib0700-01.fw and it's located to /lib/firmware/`uname -r`/... I'm not sure I have the correct firmware (I tried to get it from Windows driver installation and from web, but I didn't found anything intersting). I would strongly suggest that you follow the instructions there: http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#Making_it_work Make sure you follow the instructions in the note (get the 1.10 firmware). And then compile a v4l-dvb tree. Tell us what it does for you, but I think it should mostly sort you out. If it does, the -TD stick wiki page would need content. http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-TD-Stick Nico Thank you for response... My dmesg is happy: ... dib0700: loaded with support for 5 different device-types dvb-usb: found a 'Hauppauge Nova-TD Stick/Elgato Eye-TV Diversity' in warm state. dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (Hauppauge Nova-TD Stick/Elgato Eye-TV Diversity) DVB: registering frontend 0 (DiBcom 7000PC)... MT2266: successfully identified dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (Hauppauge Nova-TD Stick/Elgato Eye-TV Diversity) DVB: registering frontend 1 (DiBcom 7000PC)... MT2266: successfully identified input: IR-receiver inside an USB DVB receiver as /class/input/input11 dvb-usb: schedule remote query interval to 150 msecs. dvb-usb: Hauppauge Nova-TD Stick/Elgato Eye-TV Diversity successfully initialized and connected. usbcore: registered new interface driver dvb_usb_dib0700 I have 2 adapters now in /dev/dvb. Great. This is good. I'll try to do something about the wiki page soon, then. And god of you to come back on-list, it was not my intention to keep the exchange private. But (there's always a but!)... I tried to find out my channels.conf: [MAJOR SNIP] What am I doing wrong? Anyone could help me? I'm starting to think here I'm not receiving any signal... I'm crap at scan, zap, tzap, etc... as well as in using mplayer for DVB-T. My only tests of DVB-T equipment outside of MythTV were with Kaffeine, which can do a full scan out of thin air. http://www.andresmartinezsoto.net/blog/wp-content/uploads/2007/10/skaffeine.png Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Remote key repeat on Nova-t-500 - Logitech Harmony
This has been a nagging issue. Not a show stopper, but now that the system is quite stable, i'm willing to look at it. The remote for the Hauppauge Nova-T-500 has no repeat whatsoever. If you press the button and keep it that way, the card give one and only one command. I have tried the repeat=x option for my .lircrc file without any impact. Is there anything that can be done about that? As a work-around solution, there may be the Logitech Harmony avenue, that may have been used by someone on the list. I am a user of such a remote. the cool thing is that the on-line database of devices for the Logitech setup tool knew about the remote, no learning or IR codes was involved :o) But it acts the same wrt repeat. I have seen that there is some manual fine-tuning available on that tool. did anyone use it and manage to get repeated commands from the remote, using a permanent key press, that way? Thanks for your help, I'll be posting the message on the mythtv-users list too, and cross-post an eventual solution from them here. Nico http://www.youplala.net/linux/home-theater-pc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB0700 firmware problems
On Wed, 2007-09-26 at 11:42 +0200, Patrick Boettcher wrote: Hi all, it seems that there still problems related to USB with the latest firmware. In order to figure out what is the problem I would like to gather some information about the affected systems: Can everyone (people who still have the disconnects and the ones who don't) please reply directly to this email giving the following information: 1) system (uname -a) 2) lspci-output 3) DiB0700 device name (USB Stick, Nova-T 500) 4) Application using the device (MythTV, VDR etc) 5) Symptoms (unusable, disconnect after x days, no problem) Please make sure that you are using the latest firmware (version 1.10) . Patrick, devs, Life has been pretty good recently with my Nova-T-500, but it still hick-ups once in a while, and of course at the worst possible moment for my wife... Has there been any progress made in that regards? I'm still game for any kind of testing, reporting and documenting. Nico http://www.youplala.net/linux/home-theater-pc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] BBC Freesat in the UK and DVB-S2
Hello all, Now that my DVB-T setup is mostly clean and stable, it is probably time to introduce some new stuff ;o) I really have 3 questions. In DVB-S in general, can I have one receiving card and 2 LNBs with a DiSEqC switch (2 dishes on 2 different satellites)? Is the BBC Freesat in UK in DVB-S or in DVB-S2, especially regarding eventual HD content? I think the PCI DVB-S cards are mostly well supported. It appears that DVB-S2 is still up in the aire regarding Linux support. Any special recommendations for PCI hardware? Thanks for your help and pointers. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] BBC Freesat in the UK and DVB-S2
On Sat, 2007-11-03 at 21:18 +0100, P. van Gaans wrote: On 11/03/2007 03:37 PM, Nicolas Will wrote: Hello all, Now that my DVB-T setup is mostly clean and stable, it is probably time to introduce some new stuff ;o) I really have 3 questions. In DVB-S in general, can I have one receiving card and 2 LNBs with a DiSEqC switch (2 dishes on 2 different satellites)? Is the BBC Freesat in UK in DVB-S or in DVB-S2, especially regarding eventual HD content? I think the PCI DVB-S cards are mostly well supported. It appears that DVB-S2 is still up in the aire regarding Linux support. Any special recommendations for PCI hardware? Thanks for your help and pointers. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb BBC/ITV Freesat is DVB-S. BBC HD is also still available in DVB-S, but it's possible BBC HD will move to a DVB-S2 transponder in the future. It's hard to say if (or more likely: when) that will happen. BBC HD is h.264. Channel 4 and Five are still encrypted in Videoguard. Channel 4 will most likely go FTA soon, the future of Five is unclear. I think it's best to pick up those channels from DVB-T for now. In DVB-S in general, can I have one receiving card and 2 LNBs with a DiSEqC switch (2 dishes on 2 different satellites)? Yes. For recommendations: I would prefer the Technotrend S-1500. The board design is a bit better compared to the KNC1, the CI cable can be replaced when broken (standard SCSI cable where KNC1 uses something I've never seen before) and it has a remote control. If you're going to use a CAM, stay away from Twinhan. If you just want some FTA-card, I'm not sure which one would be best. You could obviously save some money by not taking a CI if you're not planning on using a CAM anyway. For DVB-S2, Technotrend S2-3200 seems the safest choice, but AFAIK it doesn't run as smooth on Linux as, say, the S-1500. Thanks very much for your answer. OK, as a safety measure and I'll go and invest less in the Technotrend S-1500 as initially planned; better support, option to go CI/CAM if I ever want to for some French TV package. I'll plug it to a Diseqc switch, one dish toward a bird with FTA French channels, another towards Astra and getting BBC HD while it lasts. The rest will be coming from DVB-T. Nico http://www.youplala.net/linux/home-theater-pc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB0700 firmware problems
On Wed, 2007-10-17 at 14:45 +1000, Dan Harper wrote: On 16/10/2007, at 8:21 PM, Henrik Beckman wrote: My guess is reception Yep, I can now confirm reception is a problem. I had almost 2 weeks of non-stop goodness until the wind and rain picked up here recently (Melbourne, Australia) and I've now had recordings lost on 2 out of the last 4 days. It seems that bad reception will trigger problems, VERY bad reception will trigger immediate problems. I can recreate this by turning down the amplifier on my antenna and then turning it back up. As soon as I do this, the Nova-T 500 (PCI) will crash. My experience goes along yours. Stability of the driver has been much better since I improved the cabling here. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Stupid problem !
On Sat, 2007-09-29 at 19:06 +0200, [EMAIL PROTECTED] wrote: I'm having a very stupid, and boring, problem as I am trying to install drivers for a Hauppauge WinTV-NOVA-T-500. Let me suggest to have that read first: http://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500 I'm saying that this si a stupid problem bcause I just can't find the driver neither in my kernel menuconfig (2.6.22-gentoo-r5) nor in the v4l-dvb (fetched today) menuconfig . I have Technotrend/Hauppauge USB DEC devices selected to compile as a module but I cant choose any DBV frontend, the list is empty ! So I can't find a way to build the dib0700 kernel module... I guess I have done something I my kernel config that prevents it to be shown but I can't guess what... You do not compile a specific module from the v4l-dvb tree, you just compile the whole tree against your kernel headers. At least this is how I am doing it successfully. More instructions here: http://www.linuxtv.org/wiki/index.php/How_to_install_DVB_device_drivers Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Frontend device disappearing with Hauppauge WinTV NOVA-T-500
On Thu, 2007-09-20 at 10:57 +0200, Thierry Lelegard wrote: Receiver: Hauppauge WinTV NOVA-T-500 Firmware file: dvb-usb-dib0700-01.fw Thierry, You are using old code with an old firmware, and running into a known problem. I would suggest that you get the new stuff, including the latest test firmware. All the info you may need should be here: http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500 Have fun. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB0700 firmware - next try
On Thu, 2007-09-20 at 13:35 +0100, David Harvey wrote: I'm still experiencing usb-disconnects with the new (1.10 firmware). Funny that you should mention that in such timely fashion. My machine just did the usual thing after 6 days of stability. Things have improved, though, 6 days is unheard of! Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB0700 firmware - next try
On Thu, 2007-09-20 at 15:18 +0100, David Harvey wrote: Mine only lasted a matter of hours... timstamp : [ 6914.396000] I'm still unsure given my instability issues with my other stick, whether or not my current issues are reflective of flaky epia usb or the dvb driver stack But although I wouldn't wish it on anyone, I'm encouraged that I'm not the only one experiencing strange behaviour, what mobo are you using? A very recent Intel Mobo. Details here: http://www.youplala.net/linux/home-theater-pc/ Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB0700 firmware - next try
On Fri, 2007-09-14 at 08:37 +0200, Eduard Huguet wrote: Anyway, I must admit that the situation has improved a lot with this new firmware / drivers, so thank you very much to all of you involved in the project. Seconded. Many beer points won in the event of a meet. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB0700 firmware - next try
On Thu, 2007-09-13 at 11:18 +0200, Simon G wrote: How can I solve this to run the latest FW? // Joacim 2 Ways ... (I think, can someone else say if this is correct or not?) 1. Change the name of the firmware (.fw) to match the old one. 2. Edit v4l-dvb/linux/drivers/media/dvb/dvb-usb/dib0700_devices.c Change the line .firmware = dvb-usb-dib0700-03-pre1.fw, \ to .firmware = dvb-usb-dib0700-1.10.fw, \ And recompile and install. I did the option 2 version myself. Does anybody else have a better answer ? Nope, this is exactly what Patrick told us to do in his original post. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB0700 firmware - next try
On Wed, 2007-09-12 at 07:46 +0100, Nicolas Will wrote: On Tue, 2007-09-11 at 17:42 +0100, Nicolas Will wrote: On Tue, 2007-09-11 at 07:29 +0100, Nicolas Will wrote: On Mon, 2007-09-10 at 10:29 +0100, Nicolas Will wrote: On Mon, 2007-09-10 at 11:14 +0200, Patrick Boettcher wrote: Some time has gone by and there have been some fixes. Can everyone please try the latest firmware from http://www.wi-bw.tfh-wildau.de/~pboettch/home/linux-dvb-firmware/dvb-usb-dib0700-1.10.fw ? Don't forget to either change the referring firmware filename in dib0700_devices.c or rename the file to the current name. Please report whether it works better, the same or less good. In place, with the machine now turned off. I now need a human being at home to turn it back on in order to get a card in cold state and a fresh load of the new firmware... Report of the day. Still going, still strong, still tuning, still watching TV, still remote controlling, not hang, no reboot, still the odd mt2060 message, mostly read errors. :o) Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB0700 firmware - next try
On Tue, 2007-09-11 at 17:42 +0100, Nicolas Will wrote: On Tue, 2007-09-11 at 07:29 +0100, Nicolas Will wrote: On Mon, 2007-09-10 at 10:29 +0100, Nicolas Will wrote: On Mon, 2007-09-10 at 11:14 +0200, Patrick Boettcher wrote: Some time has gone by and there have been some fixes. Can everyone please try the latest firmware from http://www.wi-bw.tfh-wildau.de/~pboettch/home/linux-dvb-firmware/dvb-usb-dib0700-1.10.fw ? Don't forget to either change the referring firmware filename in dib0700_devices.c or rename the file to the current name. Please report whether it works better, the same or less good. In place, with the machine now turned off. I now need a human being at home to turn it back on in order to get a card in cold state and a fresh load of the new firmware... OK, so far so good, it has survived for a whole night! And we are getting into the second day ! I still have the odd read failure in the logs, and this time I got this one, a write failure. mt2060 I2C write failed (len=2) But the signal is still there, I can change channels, as if I had a nicely working piece of equipment working as it should. :o) What are the others experiencing ? Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB0700 firmware - next try
On Wed, 2007-09-12 at 15:31 +0200, Maillist wrote: I have problems to load this new firmware. - I have added the file in /lib/firmware and removed the previous one. - Shutdown, halt the system - Boot the system - Checks the dmesg and it shows that it tries to load the previous firmware (which are deleted) How can I solve this to run the latest FW? Don't forget to either change the referring firmware filename in dib0700_devices.c or rename the file to the current name. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB0700 firmware - next try
On Tue, 2007-09-11 at 12:08 +0200, Douglas Pierce-Price wrote: First, make sure you went through this: http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500 Also, can anyone advise me on the best way to ensure I'm using the latest v4l-dvb drivers? Then this is what you need: http://linuxtv.org/wiki/index.php/How_to_install_DVB_device_drivers#The_LinuxTV_drivers As for your error from MythTV, I tend to have it once in a while. But I still need to goon the roof and set my antenna properly. Until then, I'm b;aming my crap reception. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB0700 firmware - next try
On Tue, 2007-09-11 at 07:29 +0100, Nicolas Will wrote: On Mon, 2007-09-10 at 10:29 +0100, Nicolas Will wrote: On Mon, 2007-09-10 at 11:14 +0200, Patrick Boettcher wrote: Some time has gone by and there have been some fixes. Can everyone please try the latest firmware from http://www.wi-bw.tfh-wildau.de/~pboettch/home/linux-dvb-firmware/dvb-usb-dib0700-1.10.fw ? Don't forget to either change the referring firmware filename in dib0700_devices.c or rename the file to the current name. Please report whether it works better, the same or less good. In place, with the machine now turned off. I now need a human being at home to turn it back on in order to get a card in cold state and a fresh load of the new firmware... OK, so far so good, it has survived for a whole night! Sep 11 04:36:59 favia kernel: [60063.998355] mt2060 I2C read failed Sep 11 09:03:51 favia kernel: [76059.832958] mt2060 I2C read failed Sep 11 11:25:54 favia kernel: [84574.069784] mt2060 I2C read failed Sep 11 13:37:26 favia kernel: [92458.326163] mt2060 I2C read failed But still surviving, though with zero direct MythTV usage during this day. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB0700 firmware - next try
On Mon, 2007-09-10 at 11:14 +0200, Patrick Boettcher wrote: Some time has gone by and there have been some fixes. Can everyone please try the latest firmware from http://www.wi-bw.tfh-wildau.de/~pboettch/home/linux-dvb-firmware/dvb-usb-dib0700-1.10.fw ? Don't forget to either change the referring firmware filename in dib0700_devices.c or rename the file to the current name. Please report whether it works better, the same or less good. In place, with the machine now turned off. I now need a human being at home to turn it back on in order to get a card in cold state and a fresh load of the new firmware... Just for our general education, what changed? Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Open letter - Linux Support for WinTV -T-500 DVB-T TV card
To: Hauppauge, manufacturer of complete TV solutions To: Microtune and Dibcom, manufacturers of discrete elements used in the above solutions Copy: Linuxtv.org DVB mailing list, representing the linux users of above equipment, and the current developers of drivers I am a user of an Hauppauge WinTV-T-500 DVB-T dual tuner card. I am also a Linux user, trying to build a home-made Home Theater PC (HTPC). This letter is an individual effort, not reflecting the official policy of any other group or body of persons. Nevertheless, I hope that other users will make the effort of sending you equivalent requests. The WinTV-500-T is a very attractive piece of hardware with a feature set that matches many of the needs of HTPC builders, especially due to its dual-tuners capabilities. It has become very popular. Unfortunately, the current drivers available, developed by individual efforts, through reverse engineering or limited corporate efforts are still not fully working and are not completely usable, due primarily to disconnecting USB devices or tuning difficulties. Such problems could easily be corrected if efforts were made by the manufacturers, both of the card (Hauppauge) and of the components (Dibcom and Microtune). I understand that the Linux users of your equipment are still a fringe of your user base, but please keep in mind that this situation is rapidly evolving, with the growing success of the platform itself, partly driven by the growing popularity of custom HTPC applications. I am sure that a solid and vendor-supported set of drivers would only accelerate the success of Linux around the TV applications. Please, take a look at the situation and assign official and sufficient resources (humans, coders, development hardware and lab, multi-parties communications, time, money, salaries) in order to achieve complete and solid support for your hardware under the Linux kernel. These efforts wil allow you to grab a reward, the capture of a fast-growing market where you would be the first to grab an audience. The Linux users and developers community will certainly be eager to support these efforts and provide all the feedback you may need. Nicolas Will ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Open letter - Linux Support for WinTV -T-500 DVB-T TV card
On Fri, 2007-09-07 at 12:13 +0200, Eduard Huguet wrote: Good try! I don't know if this will be even remotely helpful, but at least you tried. Well, then add your own layer and send a similar email to the same list of companies. Complaining here will only take you so far... It's really a pity that the support for this card is still incomplete these days. Specially having in mind that (I think) we are very close to have a fully functional driver, as the USB disconnects (without plugin in the remote captor) are really very marginal. Once more, complaining here will only take you so far... However, plugin in and using the remote controller is a total different story, a nightmare I'd even say: system locks, frequent disconnects (not solvable by restarting the mythbackend - I need to do a full poweroff and even unplug the power cord to force a firmware reload on the card sometimes...), etc... Is there any possibility that we get a better support for the Nova-T 500 remote any day? Complain to the right people, which is not here. It'd really be the perfect card if only this issue were solved... True, tell them that. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Hauppauge WINTV Nova-T 500 PCI
On Fri, 2007-08-31 at 09:38 +0200, Maillist wrote: - The amplifier is Televés 5523, http://www.kjell.com/?item=30294path=50,200,320 As long as it is on-antenna, it should be fine. For the rest, it sounds all good too. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Hauppauge WINTV Nova-T 500 PCI
On Thu, 2007-08-30 at 08:03 +0200, Maillist wrote: I have an amplifier installed close to antenna. This is where you want it. The amplifier has 4 outputs I hope this is a good quality splitter you got there. and one of them are connected to the server which are placed in the basement. The cable is 25 meters long. Good quality cable? At the server I have a 1-2 splitter Good quality splitter? Nothing plastic, ugly little metallic boxes are usually better. since I have 2 TV-cards. - Would is good to replace the 1-2 splitter at the server with an amplifier with 2 outputs?? Nope, this is not the place it would amplify the signal as well as any noise inserted by the cable, splitters, connectors, etc... - Should I maximize the output level on the top-level amplifier (I don't remember what level it has right now)? If you can, this is the best place to do it. Check your cables, the connectors (switch to well mounted F everywhere), check for the status (rust and all) on the connections outside... Minimize anything that could deteriorate the signal on its way to your tuners. When I moved into my current house, I changed all connectors, got rid of ugly splitters, trashed a supermarket amp+splitter close to the TV and replaced a few cables. I have gained 15% signal :o) Next, I will replace the main antenna cable, change the antenna with one with more elements and an amp at the mast, and make sure all connectivity is protected from the beautiful scottish weather. I should easily get a jump of 20% more signal, mostly by cleaning the path. - Can electronic devices be damaged by too much amplified signal?? If you stick to your antenna-mounted amp, you should be OK. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Hauppauge WINTV Nova-T 500 PCI
On Thu, 2007-08-30 at 08:06 +0100, Nicolas Will wrote: At the server I have a 1-2 splitter Good quality splitter? Nothing plastic, ugly little metallic boxes are usually better. You will want stuff like that Low Insertion loss splitters, high separation http://ec1.images-amazon.com/images/I/71RHV3VXVFL._AA280_.gif http://www.toolstation.com/images/library/stock/webbig/66100.jpg http://www.dj-electronics-ennogveelmeer.nl/images/Electronica_thuis/203479.jpg As opposed to that crappy supermarket stuff http://www.toolstation.com/images/library/stock/webbig/89954.jpg (w !) http://www.mediacentral.com.au/images/GME-SA164f.JPG Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Hauppauge WINTV Nova-T 500 PCI
On Wed, 2007-08-29 at 07:44 +0200, Maillist wrote: The firmware I am using is dvb-usb-dib0700-03-pre1.fw and yesterday I tried to downgrade to dvb-usb-dib0700-01.fw but I was not able to load that, always tried to load the previous one (which I deleted to avoid conflicts). The current code absolutely needs the new firmware. You cannot use the previous firmware with this code. In order to downgrade, you would need an old revision of the code, which I guess is a possible thing to get, but you would bump into a lot of problems it had, like remotes not being available, more tuning problems, etc... We all hope that Patrick will have had good discussions with his colleagues/friends, and will come up with new stuff to sort out the last few things that are annoying with this device right now. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] NOVA-T 500 PCI power-off problem fix
On Thu, 2007-08-16 at 10:09 +0200, Harald Gustafsson wrote: I should clarify that the whole shutdown process is done, but then it hanged with a black screen instead of powering off. This may be completely unrelated to DVB. Check this bug: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/43961 Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-t 500 remote working for you?
On Wed, 2007-08-15 at 22:28 +0100, Andy Morton wrote: Finally got around to configuring the nova-t 500 remote with the latest drivers + firmware, but button presses are only recognised within around 12 inches of the receiver. I was just wondering if anyone else is having this problem, or if it's more likely a hardware fault my end. Mine is working fine from 6-10ft away in normal use. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB0700 device support
On Thu, 2007-08-02 at 00:28 +0200, Jonas Anden wrote: If the sample below is what your remote control errors in syslog is, the attached patch gets rid of it. --- Aug 1 13:44:26 ragnyr kernel: dib0700: Unknown remote controller key : 1E 2A Aug 1 13:44:57 ragnyr last message repeated 206 times Aug 1 13:45:58 ragnyr last message repeated 406 times Aug 1 13:46:59 ragnyr last message repeated 407 times Aug 1 13:48:00 ragnyr last message repeated 406 times Aug 1 13:49:01 ragnyr last message repeated 406 times Aug 1 13:50:02 ragnyr last message repeated 407 times --- When an unknown key code is received, it is not eaten and the module keeps yelling about it using printk()s. A bunch of times per second. Until the next valid key code is received. And this happens as soon as I use any unsupported device (like power on/off my surround system). The Nova-T IR receiver gets the IR code by accident and as a result the module starts screaming. I'm not sure but this screaming possibly killed (rebooted) my box as well. I applied the new code, tested it for a few hours, and then went to bed last night. When I woke up the box had rebooted (no mentions of why in syslog, though). After applying the attached patch, my system has been stable (about a 10 hours by now). I've tried this patch. Thanks Jonas. It didn't apply (Hunk failed) on a current tree, but it is simple enough to do by hand. It seems to calm down the messages, indeed. Is it good in the grand scheme? I am not able to judge. Is it good in the long term? Let's see. At least, it didn't break anything basic and obvious right away. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB0700 device support
On Fri, 2007-08-10 at 12:24 +0200, Eduard Huguet wrote: I'll try to test it also. Is there any possibility that this patch gets included into main HG repository? I guess we will have to wait until Patrick comes back from his vacation. I hope he gets proper rest and comes back with a bright definitive fix for the disconnects too. :o) Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Kernel BUG (Hauppauge Nova-T 500 Dual DVB-T)
On Wed, 2007-08-08 at 18:05 +0100, Tim Smith wrote: when did you get the v4l-dvb tree? 2.6.22.1-41.fc7 :-) So this is the stock FC7 kernel. If it is, I would strongly suggest that you build a current tree against your kernel, as development for this board has moved forward quite a bit in the recent days/weeks, and solved quite a few things. All the good information is there: http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500 This is indeed a good place to report, the Mysterons be damned! Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Kernel BUG (Hauppauge Nova-T 500 Dual DVB-T)
On Thu, 2007-08-09 at 07:50 +0100, Tim Smith wrote: Since this is a RedHat kernel, I probably ought to open a bug there...:-/ That would be useful for them, but I really recommend that you get the latest tree and compile it (you do not need to recompile a whole kernel, just the DVB stuff) and get the latest code and firmware, as it does fix a ton of things. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Hauppauge NOVA-T-500 USB Disconnect with *-03-pre1.fw
On Sun, 2007-08-05 at 00:53 +0100, Andy Thomas wrote: Unfortunately I'm still seeing the USB disconnects even with the new firware and drivers on a new Hauppauge NOVA-T-500. oh... insert despair cry of your choice Got it too... Aug 8 05:31:07 favia kernel: [35836.965561] usb 10-1: USB disconnect, address 2 Aug 8 05:31:07 favia kernel: [35836.965568] ehci_hcd :06:01.2: qh 810037bb80a0 (#00) state 4(has tds) Aug 8 05:31:07 favia kernel: [35836.965784] mt2060 I2C write failed (len=2) Aug 8 05:31:07 favia kernel: [35836.965787] mt2060 I2C write failed (len=6) Aug 8 05:31:07 favia kernel: [35836.965790] mt2060 I2C read failed Aug 8 05:31:07 favia lircd-0.8.2[4954]: error reading '/dev/input/event4' Aug 8 05:31:07 favia lircd-0.8.2[4954]: caught signal Aug 8 05:31:07 favia lircd-0.8.2[4954]: closing '/dev/input/event4' Aug 8 05:31:07 favia kernel: [35836.973490] mt2060 I2C read failed Aug 8 05:31:07 favia kernel: [35836.981548] mt2060 I2C read failed Aug 8 05:31:07 favia kernel: [35836.989674] mt2060 I2C read failed Aug 8 05:31:07 favia kernel: [35836.997752] mt2060 I2C read failed Aug 8 05:31:07 favia kernel: [35837.005851] mt2060 I2C read failed Aug 8 05:31:07 favia kernel: [35837.013958] mt2060 I2C read failed Aug 8 05:31:07 favia kernel: [35837.022052] mt2060 I2C read failed Aug 8 05:31:07 favia kernel: [35837.030165] mt2060 I2C read failed Aug 8 05:31:07 favia kernel: [35837.038258] mt2060 I2C read failed Aug 8 05:31:07 favia kernel: [35837.184367] mt2060 I2C write failed Aug 8 05:32:55 favia kernel: [35945.471227] dvb-usb: error while stopping stream. Aug 8 05:32:55 favia kernel: [35945.472993] mt2060 I2C write failed (len=2) Aug 8 05:32:55 favia kernel: [35945.472996] mt2060 I2C write failed (len=6) Aug 8 05:32:55 favia kernel: [35945.472998] mt2060 I2C read failed Aug 8 05:32:55 favia kernel: [35945.479290] mt2060 I2C read failed Aug 8 05:32:55 favia kernel: [35945.487364] mt2060 I2C read failed Aug 8 05:32:55 favia kernel: [35945.495660] mt2060 I2C read failed tree from 2 days ago, *03-pre1.fw. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Plagged with dib0700: Unknown remote controller key : ...
On Thu, 2007-08-09 at 22:34 +0200, Eduard Huguet wrote: Hi, I've started to use the new remote support for the Hauppauge Nova T-500 and it's working nearly fine except for one thing: it seems to really conflict with my TV remote. Briefly: certain keys in my TV remote (when pressed certain times - not always...) seems to leave the driver for the remote somewhat locked. This means the driver is left in a state in which is outputting continuosly the above message to dmesg and /var/log/messages, up to the point that I loose the initial part of 'dmesg'. This doesn't occur always, just sometimes, and sometimes only one message per keypress is displayed and sometimes it's a continuous output that stops when I press a key with the card's remote. experience++ My TV remote uses the same basic coding, and even some keys, apparently. But wheneve I use a key from the TV remote that is not known by the Hauppauge remote, my messages are filling... Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb