[linux-dvb] How to gather "Signal Quality" information from DVB drivers
Hi all, I wonder how I can gather the DVB-T signal quality information from the status value reported by driver (such as BER, Signal strength, S/N, UNC, etc). As I know I cannot simply use S/N as "signal quality" as it is only a ratio. But how to define "signal quality" of the DVB-T signal ? High signal strength ? Low BER? Low UNC? Or something else ? As I need to develop a simple callback to let GUI/application to get a value of signal quality in percentage. All I know is I have some driver status reading, but I do not know how to construct a percentage based DVB-T signal quality. (My hardware is TD1316 + TDA10046 + SAA7134) Please help. Best regards, Lo Chun Chung (Chung) [EMAIL PROTECTED] HK. ~ This message (including any attachments) is for the named addressee(s)'s use only. It may contain sensitive, confidential, private proprietary or legally privileged information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. Any use, disclosure, copying, or distribution of this message and/or any attachments is strictly prohibited. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] DVB-T USB card with bulk mode and usb1.1
hi all, I've got a question about the DVB-T USB Linux drivers. I work on an embedded device and I would like to integrate a DVD-T TNT USB card on my device. The problem is that the USB driver on my device neither supports USB2.0 and Isochronous transfers. I'm looking for a USB DVB-T card that works in USB1.1 and with a driver that fully works with bulk mode. I also would like that the USB DVB-T card works with VLC. thanks in advance for your answers. Best regards. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
All right, Let's start. I have gathered the recent series of patches published on the list on my web site: http://www.youplala.net/~will/htpc/v4l-dvb_patches/ * 1-mt2266_4.diff 21-Jul-2007 15:40 24K * gets the dib0700 based diversity devices remote to work * Janne Grunau * Post: http://linuxtv.org/pipermail/linux-dvb/2007-July/019221.html * 2-nova_remotes.diff 25-Jul-2007 14:52 3.1K * Adapts the previous patch to NOVA remotes (TD and T-500) * Janne Grunau * Post: http://linuxtv.org/pipermail/linux-dvb/2007-July/019221.html * 3a-dibcom.diff 25-Jul-2007 14:54 6.0K * fix disconnects only for NOVA-T-500 * Jose Alberto Reguero * Post: http://linuxtv.org/pipermail/linux-dvb/2007-July/019218.html * 3b-dibcom2.diff 30-Jul-2007 10:54 1.2K * fix disconnects for NOVA-T-500 and NOVA-TD (extended 3a) * Jose Alberto Reguero * Post: http://linuxtv.org/pipermail/linux-dvb/2007-July/019284.html * 4a-keymap_Hauppauge_Nova-TD_Stick.diff 30-Jul-2007 10:57 2.8K * Add remote keymap for the Hauppauge Nova-TD Stick * Janne Grunau * Post: http://linuxtv.org/pipermail/linux-dvb/2007-July/019324.html * 4b-remote_control_support_Hauppauge_Nova-T_500.diff 30-Jul-2007 10:58 824 * Add remote control support for the Hauppauge Nova-T 500 * Janne Grunau * Post: http://linuxtv.org/pipermail/linux-dvb/2007-July/019325.html My guess would be to get the latest Mercurial tree and apply 1. patch 1 2. patch 2 3. patch 3b 4. patch 4a 5. patch 4b in that order, for my NOVA-T-500. Where am i wrong? Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVB-T USB card with bulk mode and usb1.1
msi megasky 580 On 7/30/07, Jean-Patrick Renouard <[EMAIL PROTECTED]> wrote: > hi all, > > I've got a question about the DVB-T USB Linux drivers. > I work on an embedded device and I would like to integrate a DVD-T TNT USB > card > on my device. > > The problem is that the USB driver on my device neither supports USB2.0 and > Isochronous transfers. > > I'm looking for a USB DVB-T card that works in USB1.1 and with a driver that > fully works with bulk mode. > > I also would like that the USB DVB-T card works with VLC. > > thanks in advance for your answers. > Best regards. > > > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remot e control support for Hauppauge Nova-T 500]
On Monday 30 July 2007 11:19:16 Nicolas Will wrote: > All right, > > Let's start. > > I have gathered the recent series of patches published on the list on > my web site: > > http://www.youplala.net/~will/htpc/v4l-dvb_patches/ > > * 1-mt2266_4.diff 21-Jul-2007 15:40 24K > * gets the dib0700 based diversity devices remote to work > * Janne Grunau > * Post: > http://linuxtv.org/pipermail/linux-dvb/2007-July/019221.html This is not my patch. Afaik almost all work was done by Olivier Danet. The patch isn't needed since Patrick Boettcher committed it already. > * 2-nova_remotes.diff 25-Jul-2007 14:52 3.1K > * Adapts the previous patch to NOVA remotes (TD and T-500) * > Janne Grunau > * Post: > http://linuxtv.org/pipermail/linux-dvb/2007-July/019221.html This one should be dropped. I folded only my two other patches into one to make it easier for other to try it. > * 3a-dibcom.diff 25-Jul-2007 14:54 6.0K > * fix disconnects only for NOVA-T-500 > * Jose Alberto Reguero > * Post: > http://linuxtv.org/pipermail/linux-dvb/2007-July/019218.html > * 3b-dibcom2.diff 30-Jul-2007 10:54 1.2K > * fix disconnects for NOVA-T-500 and NOVA-TD (extended 3a) > * Jose Alberto Reguero > * Post: > http://linuxtv.org/pipermail/linux-dvb/2007-July/019284.html > * 4a-keymap_Hauppauge_Nova-TD_Stick.diff 30-Jul-2007 10:57 2.8K > * Add remote keymap for the Hauppauge Nova-TD Stick > * Janne Grunau > * Post: > http://linuxtv.org/pipermail/linux-dvb/2007-July/019324.html > * 4b-remote_control_support_Hauppauge_Nova-T_500.diff 30-Jul-2007 10:58 > 824 > * Add remote control support for the Hauppauge Nova-T 500 > * Janne Grunau > * Post: > http://linuxtv.org/pipermail/linux-dvb/2007-July/019325.html > My guess would be to get the latest Mercurial tree and apply > > 3. patch 3b > 4. patch 4a > 5. patch 4b only this three patches are needed. > in that order, for my NOVA-T-500. Janne ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] How to gather "Signal Quality" information from DVB drivers
Hi. Tecnically signal quality should be possible to get from eighter ber, unc or snr. Signal level is not really important, because a low noise floor with a weak signal could give you just as good a reception as a strong signal with a strong noise floor. What you as an end user wants is a bit-error free signal to your decoder. What the signal level is like is not interesting. In theory, snr, ber and unc are directly linked. You can use a formula to calculate ber and unc from snr or any other way (ber->snr, unc->snr, unc->ber and so on) if you have the modulation type, symbol rate and other information. Since ber and unc can be zero (unc when reception is ok, ber will be zero if the reception is perfect ie. no need for fec or reed-solomon), the ber could be a good indicator. ber=0 (in a given timeframe, say 10sec), should be an indicator that the signal is very good. You will need to use snr to be able to give a correct result for very good signal levels (better signal quality than what is needed to receive the stream perfectly) your real problem is not the quality part of this equation really. It is the fact that all drivers implement this differently. A level of 0x2a35 on snr could mean perfect signal on one driver, and no reception at all on a second driver. Some cards dont even give you snr, maybe even a hardware constraint. Actually this will be different from card to card as well (with the same frontend), given that there is a different sensitivity on the tuner. Getting this right is really a very difficult task right now, unless I am totally off here. -Morgan- On 30/07/07, Chun Chung LO <[EMAIL PROTECTED]> wrote: > Hi all, > > I wonder how I can gather the DVB-T signal quality information from the > status value reported by driver (such as BER, Signal strength, S/N, UNC, > etc). > > As I know I cannot simply use S/N as "signal quality" as it is only a > ratio. But how to define "signal quality" of the DVB-T signal ? High > signal strength ? Low BER? Low UNC? Or something else ? > > As I need to develop a simple callback to let GUI/application to get a > value of signal quality in percentage. All I know is I have some driver > status reading, but I do not know how to construct a percentage based > DVB-T signal quality. > > (My hardware is TD1316 + TDA10046 + SAA7134) > > Please help. > > Best regards, > Lo Chun Chung (Chung) > [EMAIL PROTECTED] HK. > > ~ > This message (including any attachments) is for the named > addressee(s)'s use only. It may contain sensitive, confidential, > private proprietary or legally privileged information intended for a > specific individual and purpose, and is protected by law. If you are > not the intended recipient, please immediately delete it and all copies > of it from your system, destroy any hard copies of it > and notify the sender. Any use, disclosure, copying, or distribution of > this message and/or any attachments is strictly prohibited. > > > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
On Mon, 2007-07-30 at 11:56 +0200, Janne Grunau wrote: > > My guess would be to get the latest Mercurial tree and apply > > > > 3. patch 3b > > 4. patch 4a > > 5. patch 4b > > only this three patches are needed. > > > in that order, for my NOVA-T-500. Janne, Many thanks for this. I'll see if I can edit this wiki page: http://linuxtv.org/wiki/index.php/WinTV-NOVA-T-500_PCI Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
Am Sonntag, 29. Juli 2007 21:43:46 schrieb Peter Magellan: > On 7/29/07, Nicolas Will <[EMAIL PROTECTED]> wrote: > > All contributors, > > > > First, thanks for your work, very much appreciated, indeed. > > > > So do not take the following as a flame, it is not a flame. > > It's not a flame, it's pointing the obvious truth that Open Source / > Community does not work for Lunix DVB. > > > But I'm getting lost. > > > > I do not know anymore what works for what, what doesn't, the patching > > order, what has been committed to the v4l-dvb tree, or not. > > That is not only a problem of Linux DVB but of Linux in general. > > Status of what works > > > Nothing > > Status of what doesn't work, with possible reason > > > Almost everything Please do not generalize! :) There are hundreds of real fine and good unnamed people out there doing a pretty good job. Without their contributions it would never be possible to keep up any kind of infrastructure. So please do never mix up this positive majority with some idiots @linuxtv.org who are in the centre of criticism out of their nasty habits and politics (Chehab, Abraham, Siegert and others). Fact is that the two core kernel maintainers do seem to live in a kind of ivory tower. And do not forget the golden rule: Every fish starts stinking at the head down to the tail! > > Dated links to patches, with description > > > Once those patches are committed, date of the commit > > It's not Xmas yet... > > Note to timecop: no, I will not use MCE > > > You show how narrow-minded you are if you think MCE is the only other > alternative. YES! ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
Is the reception patch made by Olivier Danet included in the HG ? /Henrik ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
On Mon, 2007-07-30 at 11:56 +0200, Janne Grunau wrote: > > > * 4a-keymap_Hauppauge_Nova-TD_Stick.diff 30-Jul-2007 10:57 > 2.8K > > * Add remote keymap for the Hauppauge Nova-TD Stick > > * Janne Grunau > > * Post: > http://linuxtv.org/pipermail/linux-dvb/2007-July/019324.html > > > * 4b-remote_control_support_Hauppauge_Nova-T_500.diff > 30-Jul-2007 10:58 824 > > * Add remote control support for the Hauppauge Nova-T > 500 > > * Janne Grunau > > * Post: > http://linuxtv.org/pipermail/linux-dvb/2007-July/019325.html Janne, I get the following when patching a current v4l-dvb tree: [EMAIL PROTECTED]:~/src/DVB-Stuff/v4l-dvb$ patch -p1 < ../4a-keymap_Hauppauge_Nova-TD_Stick.diff patching file linux/drivers/media/dvb/dvb-usb/dib0700_devices.c Hunk #1 succeeded at 239 with fuzz 1. Hunk #2 FAILED at 295. Hunk #3 FAILED at 316. 2 out of 3 hunks FAILED -- saving rejects to file linux/drivers/media/dvb/dvb-usb/dib0700_devices.c.rej [EMAIL PROTECTED]:~/src/DVB-Stuff/v4l-dvb$ patch -p1 < ../4b-remote_control_support_Hauppauge_Nova-T_500.diff patching file linux/drivers/media/dvb/dvb-usb/dib0700_devices.c Hunk #1 FAILED at 643. 1 out of 1 hunk FAILED -- saving rejects to file linux/drivers/media/dvb/dvb-usb/dib0700_devices.c.rej what am I doing wrong? Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] How to gather "Signal Quality" information from DVB drivers
Hi Morgan, On Mon, Jul 30, 2007 at 12:04:51PM +0200, Morgan T?rvolt wrote: [...] > your real problem is not the quality part of this equation really. It > is the fact that all drivers implement this differently. A level of > 0x2a35 on snr could mean perfect signal on one driver, and no > reception at all on a second driver. Some cards dont even give you > snr, maybe even a hardware constraint. Actually this will be different > from card to card as well (with the same frontend), given that there > is a different sensitivity on the tuner. Getting this right is really > a very difficult task right now, unless I am totally off here. thank you for the excellent summary! However, I have one thing: the SNR value is only dependent on the demodulator you use, so even with a different frontend, the values can be directly compared as long as you use the same demodulator IC (and firmware, maybe...). For most demodulators, you can give a (more or less) simple equation to calculate the S/N (or C/N, whatever you want to call it) from the register values, but unfortunately there are some exceptions: STV0297 DVB-C for example. The signal strength, in turn, is most often not even useful when comparing devices of the same type - the tolerances are too big, you can only get a rough idea of "any signal present" or "no signal present". (Which is, BTW, sometimes very nice too have, too.) > -Morgan- Regards, Wolfgang ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remo te control support for Hauppauge Nova-T 500]
On Monday 30 July 2007 12:44:44 Nicolas Will wrote: > > I get the following when patching a current v4l-dvb tree: > > [EMAIL PROTECTED]:~/src/DVB-Stuff/v4l-dvb$ patch -p1 < > ../4a-keymap_Hauppauge_Nova-TD_Stick.diff patching file > linux/drivers/media/dvb/dvb-usb/dib0700_devices.c Hunk #1 succeeded > at 239 with fuzz 1. > Hunk #2 FAILED at 295. > Hunk #3 FAILED at 316. > 2 out of 3 hunks FAILED -- saving rejects to file > linux/drivers/media/dvb/dvb-usb/dib0700_devices.c.rej > > > [EMAIL PROTECTED]:~/src/DVB-Stuff/v4l-dvb$ patch -p1 < > ../4b-remote_control_support_Hauppauge_Nova-T_500.diff patching file > linux/drivers/media/dvb/dvb-usb/dib0700_devices.c Hunk #1 FAILED at > 643. > 1 out of 1 hunk FAILED -- saving rejects to file > linux/drivers/media/dvb/dvb-usb/dib0700_devices.c.rej > > what am I doing wrong? the patches apply cleanly here. Try with attached ones Janne Add remote control support for the Hauppauge Nova-T 500 Signed-off-by: Janne Grunau <[EMAIL PROTECTED]> Index: v4l-dvb/linux/drivers/media/dvb/dvb-usb/dib0700_devices.c === --- v4l-dvb.orig/linux/drivers/media/dvb/dvb-usb/dib0700_devices.c +++ v4l-dvb/linux/drivers/media/dvb/dvb-usb/dib0700_devices.c @@ -643,7 +643,11 @@ struct dvb_usb_device_properties dib0700 { &dib0700_usb_id_table[2], &dib0700_usb_id_table[3], NULL }, { NULL }, }, - } + }, + .rc_interval = DEFAULT_RC_INTERVAL, + .rc_key_map = stk7700d_rc_keys, + .rc_key_map_size = KEY_MAP_SIZE, + .rc_query = stk7700d_rc_query }, { DIB0700_DEFAULT_DEVICE_PROPERTIES, .num_adapters = 2, Add remote keymap for the Hauppauge Nova-TD Stick copied from drivers/media/dvb/dvb-usb/nova-t-usb2.c Signed-off-by: Janne Grunau <[EMAIL PROTECTED]> Index: v4l-dvb/linux/drivers/media/dvb/dvb-usb/dib0700_devices.c === --- v4l-dvb.orig/linux/drivers/media/dvb/dvb-usb/dib0700_devices.c +++ v4l-dvb/linux/drivers/media/dvb/dvb-usb/dib0700_devices.c @@ -239,7 +239,7 @@ int stk7700d_rc_query(struct dvb_usb_dev return 0; } -#define KEY_MAP_SIZE (25+48) +#define KEY_MAP_SIZE (25+48+44) struct dvb_usb_rc_key stk7700d_rc_keys[] = { /* Key codes for the tiny Pinnacle remote*/ @@ -295,7 +295,7 @@ struct dvb_usb_rc_key stk7700d_rc_keys[] { 0xeb, 0x1a, KEY_BLUE }, { 0xeb, 0x1b, KEY_CHANNELUP }, { 0xeb, 0x1c, KEY_VOLUMEUP }, - { 0xeb, 0x1d, KEY_MUTE }, + { 0xeb, 0x1d, KEY_MUTE }, { 0xeb, 0x1e, KEY_VOLUMEDOWN }, { 0xeb, 0x1f, KEY_CHANNELDOWN }, { 0xeb, 0x40, KEY_PAUSE }, @@ -316,7 +316,53 @@ struct dvb_usb_rc_key stk7700d_rc_keys[] { 0xeb, 0x4f, KEY_FASTFORWARD }, { 0xeb, 0x54, KEY_PREVIOUS }, { 0xeb, 0x58, KEY_RECORD }, - { 0xeb, 0x5c, KEY_NEXT } + { 0xeb, 0x5c, KEY_NEXT }, + /* Key codes for the Haupauge WinTV Nova-TD, copied from nova-t-usb2.c (Nova-T USB2) */ + { 0x1e, 0x00, KEY_0 }, + { 0x1e, 0x01, KEY_1 }, + { 0x1e, 0x02, KEY_2 }, + { 0x1e, 0x03, KEY_3 }, + { 0x1e, 0x04, KEY_4 }, + { 0x1e, 0x05, KEY_5 }, + { 0x1e, 0x06, KEY_6 }, + { 0x1e, 0x07, KEY_7 }, + { 0x1e, 0x08, KEY_8 }, + { 0x1e, 0x09, KEY_9 }, + { 0x1e, 0x0a, KEY_KPASTERISK }, + { 0x1e, 0x0b, KEY_RED }, + { 0x1e, 0x0c, KEY_RADIO }, + { 0x1e, 0x0d, KEY_MENU }, + { 0x1e, 0x0e, KEY_GRAVE }, /* # */ + { 0x1e, 0x0f, KEY_MUTE }, + { 0x1e, 0x10, KEY_VOLUMEUP }, + { 0x1e, 0x11, KEY_VOLUMEDOWN }, + { 0x1e, 0x12, KEY_CHANNEL }, + { 0x1e, 0x14, KEY_UP }, + { 0x1e, 0x15, KEY_DOWN }, + { 0x1e, 0x16, KEY_LEFT }, + { 0x1e, 0x17, KEY_RIGHT }, + { 0x1e, 0x18, KEY_VIDEO }, + { 0x1e, 0x19, KEY_AUDIO }, + { 0x1e, 0x1a, KEY_MEDIA }, + { 0x1e, 0x1b, KEY_EPG }, + { 0x1e, 0x1c, KEY_TV }, + { 0x1e, 0x1e, KEY_NEXT }, + { 0x1e, 0x1f, KEY_BACK }, + { 0x1e, 0x20, KEY_CHANNELUP }, + { 0x1e, 0x21, KEY_CHANNELDOWN }, + { 0x1e, 0x24, KEY_LAST }, /* Skip backwards */ + { 0x1e, 0x25, KEY_OK }, + { 0x1e, 0x29, KEY_BLUE}, + { 0x1e, 0x2e, KEY_GREEN }, + { 0x1e, 0x30, KEY_PAUSE }, + { 0x1e, 0x32, KEY_REWIND }, + { 0x1e, 0x34, KEY_FASTFORWARD }, + { 0x1e, 0x35, KEY_PLAY }, + { 0x1e, 0x36, KEY_STOP }, + { 0x1e, 0x37, KEY_RECORD }, + { 0x1e, 0x38, KEY_YELLOW }, + { 0x1e, 0x3b, KEY_GOTO }, + { 0x1e, 0x3d, KEY_POWER }, }; /* STK7700P: Hauppauge Nova-T Stick, AVerMedia Volar */ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
Janne, On Mon, 2007-07-30 at 13:15 +0200, Janne Grunau wrote: > > the patches apply cleanly here. Try with attached ones clean, indeed. Compiling now. Will edit the wiki ! Thanks for such a quick reaction time. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
Don't forget this patch! http://linuxtv.org/pipermail/linux-dvb/2006-December/014926.html -- -Tor ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
On Mon, 2007-07-30 at 12:33 +0100, Torgeir Veimo wrote: > Don't forget this patch! > > http://linuxtv.org/pipermail/linux-dvb/2006-December/014926.html > Was there any feedback? Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] How to gather "Signal Quality" information from DVB drivers
Hi Wolfgang, > the SNR value is only dependent on the demodulator you use, so even with > a different frontend, the values can be directly compared as long as you > use the same demodulator IC (and firmware, maybe...). > For most demodulators, you can give a (more or less) simple equation to > calculate the S/N (or C/N, whatever you want to call it) from the register > values, but unfortunately there are some exceptions: STV0297 DVB-C for > example. You are right. What I said was very wrong. I did think correctly though, I was just thinking without writing it down =) What I meant to say was, that even with the same frontend, two cards synced on the same signal from the same antenna could have different snr as a result of the sensitivity of the tuner and possibly also the shielding and the noise coming from the tuner and the signal amplifier itself. That said, the snr is probably the best data you have on the quality. Unfortunately devices like avemerdia volar A808 (I have one of those) does not give you snr at all. That is very unfortunate. In such a case the best thing for the driver to do is to calculate the snr from the ber. It will not be accurate though. >From a professional point of view, the actual BER could be the most important one, but also that is implemented differently, probably in hardware as well as in the drivers. > The signal strength, in turn, is most often not even useful when comparing > devices of the same type - the tolerances are too big, you can only get > a rough idea of "any signal present" or "no signal present". (Which is, > BTW, sometimes very nice too have, too.) Absolutely! > Regards, > Wolfgang -Morgan- ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Hauppauge WinTV Nova-S-Plus - multiple read accesses impossible
Oliver Endriss wrote: > Fabian Förg wrote: > >> Fabian Förg wrote: >> >>> Hello, >>> >>> in newer kernel releases multiple read accesses on the Hauppauge WinTV >>> Nova-S-Plus are impossible. >>> Thus, the command line femon is for example unable to open the DVB >>> device when VDR is running: >>> >>> $ fuser -v /dev/dvb/adapter0/frontend0 >>> >>>USERPID ACCESS COMMAND >>> /dev/dvb/adapter0/frontend0: >>>myuser 5073 F vdr >>> >>> $ femon >>> using '/dev/dvb/adapter0/frontend0' >>> opening frontend failed: Device or resource busy >>> >>> I encounterd this issue with kernel 2.6.22.1 and the current Ubuntu >>> feisty kernel (2.6.20.x). >>> Older kernels allowed multiple accesses. However, I can't test which >>> ones, because I replaced >>> my system board some time ago, and older kernels don't contain the >>> necessary drivers for the board. >>> >>> Greets, >>> Fabian >>> >>> >> Today I tested it with the newest v4l-sources - also no multiple read >> accesses possible. >> Any suggestions? >> > > Hm, I tested budget and dvb-ttpci drivers from HG with kernel 2.6.22. > Works without any problems here. > > Oliver > > Today I tested it again with the newest drivers from HG and kernel 2.6.22.1. Unfortunately, It still does not work here. Fabian ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
-- Forwarded message -- From: Henrik Beckman <[EMAIL PROTECTED]> Date: Jul 30, 2007 3:06 PM Subject: Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500] To: Nicolas Will <[EMAIL PROTECTED]>, Discussion about mythtv < [EMAIL PROTECTED]> It works, I need it to have acceptable reception on one mux for tuner number 2. /Henrik On 7/30/07, Nicolas Will < [EMAIL PROTECTED]> wrote: > > On Mon, 2007-07-30 at 12:33 +0100, Torgeir Veimo wrote: > > Don't forget this patch! > > > > http://linuxtv.org/pipermail/linux-dvb/2006-December/014926.html > > > > Was there any feedback? > > Nico > > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] How to gather "Signal Quality" information from DVB drivers
En/na Morgan Tørvolt ha escrit: > your real problem is not the quality part of this equation really. It > is the fact that all drivers implement this differently. That's not surprising, since the current api specification doesn't tell what these values are supposed to mean An old version of the api did specify everythin, but various question here by me and others asking if the old specification is still valid (or if not how to fill these values) have remained unanswered. Bye -- Luca ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] How to gather "Signal Quality" information from DVB drivers
Hi, On Mon, Jul 30, 2007 at 03:08:23PM +0200, Luca Olivetti wrote: > En/na Morgan Tørvolt ha escrit: > > > your real problem is not the quality part of this equation really. It > > is the fact that all drivers implement this differently. > > That's not surprising, since the current api specification doesn't tell > what these values are supposed to mean > An old version of the api did specify everythin, but various question > here by me and others asking if the old specification is still valid (or > if not how to fill these values) have remained unanswered. I guess the problem is that it is not clear how one could implement such a thing. Even with properly defined return values, you do not know if they can always be interpreted by the application (or the user) in the same way. Example: C/N values have completely different ranges for DVB-C, DVB-S and DVB-T. In a commercial product, we helped ourselves like this for C/N: The frontend drivers return the C/N value in tenth of dB (i.e. 56 meaning 5.6 dB), a minimum value and a maximum value. Like this, the C/N can be displayed as a number, and a bar graph can be displayed giving a correct scale between minimum and maximum for the frontend currently used. A similar approach can be used for the signal strength, but here the numeral value is not useful for display due to the tolerance and different characteristic of different frontends. As stated, you can at least see if there is a signal present or none at all. Like this, we have the same API and GUI for DVB-S, DVB-T and DVB-C. However, I know there are still frontends/demodulators that can not be handled like this. The STV0297's register values can only be converted to a C/N value by a lookup table, and the values are very unstable, so you definitely have to apply strong filtering before using the values. This is not so bad with the TDA10021/TDA10023 (DVB-C), TDA10046 (DVB-T) and STV0299/STV0288 I am a bit familiar with. I do not know about other demodulators yet. I would really love to see a more sophisticated approach in a future API version (maybe similar to the one I outlined above or better), but I fear it might be a problem due to these "non-compliant" demodulators. > Bye > -- > Luca Regards, Wolfgang ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] driver for stv0288
Anyone knows where can i get sources of the driver for stv0288 demodulator? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Dell Dimension E521 AVerMedia M779 DVBt Hybrid TV Tuner
On Sun, 2007-07-29 at 11:28 +0200, Greg Tee wrote: > > 01:00.0 Multimedia video controller: Micronas Semiconductor Holding AG > > Unknown device 0720 > Finally I found some new information: > > [11:23:29] === Device Information === > [11:23:29] Capture filter friendlyname:M779 PCIe Audio/Video Capture 1 > [11:23:29] Model Name: AVerMedia M779 > [11:23:29] Transmission Interface: PCI Express > [11:23:29] Supported Standards:PAL/SECAM/DVB-T > [11:23:29] TV Tuner: XC3018 > [11:23:29] Audio/Video Decoder:AVF4910A > [11:23:29] Encoder:NEC61151 > [11:23:29] Ditial TV Demodulator: ZL10353 > [11:23:29] === Driver Version === > [11:23:29] Bridge: 2.4.0.31 > [11:23:29] Video Capture: 2.4.0.31 > [11:23:29] Tuner: 2.4.0.31 > [11:23:29] === Test Results === > [11:23:29] Tuner Product ID: 3028 > [11:23:29] Tuner Version: HW: 1.0 FW: 2.7 > [11:23:29] AVDeocder Manufacture ID: 0xEC > [11:23:29] Encoder Device Version: 2 > [11:23:29] Demodulator Chip ID:0x14 > [11:23:29] Get Device Information: [PASS] > [11:23:29] TV Tuner: [PASS] > [11:23:29] Audio/Video Decoder:[PASS] > [11:23:29] Encoder:[PASS] > [11:23:29] Digital TV Demodulator: [PASS] > [11:23:29] --- Test End --- > [11:23:29] Does this info help to get this (Dell) hardware supported? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
All right. Anybody has issues about this? Corrections? http://linuxtv.org/wiki/index.php/WinTV-NOVA-T-500_PCI Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
On Mon, 2007-07-30 at 16:12 +0100, Nicolas Will wrote: > All right. > > Anybody has issues about this? Corrections? > > http://linuxtv.org/wiki/index.php/WinTV-NOVA-T-500_PCI Looks good. I didn't actually know that the first version was rock solid wrt to the usb disconnects.. Has anyone actually verified that the remote now works on a nova-t 500? -- -Tor ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
On Mon, 2007-07-30 at 16:30 +0100, Torgeir Veimo wrote: > Looks good. I didn't actually know that the first version was rock > solid > wrt to the usb disconnects.. This was already on the wiki page, before my edits. See? documentation is good :o) > > Has anyone actually verified that the remote now works on a nova-t > 500? I already had some keys working right out of the box with some earlier patches from Janne (arrows, mainly), on MythTV. I will be double-checking the rest fo the key codes this evening with Janne's latest patches from today. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Dell Dimension E521 AVerMedia M779 DVBt Hybrid TV Tuner
greg wrote: > On Sun, 2007-07-29 at 11:28 +0200, Greg Tee wrote: > >>> 01:00.0 Multimedia video controller: Micronas Semiconductor Holding AG >>> Unknown device 0720 > >> Finally I found some new information: >> >> [11:23:29] === Device Information === >> [11:23:29] Capture filter friendlyname:M779 PCIe Audio/Video Capture 1 >> [11:23:29] Model Name: AVerMedia M779 >> [11:23:29] Transmission Interface: PCI Express >> [11:23:29] Supported Standards:PAL/SECAM/DVB-T >> [11:23:29] TV Tuner: XC3018 >> [11:23:29] Audio/Video Decoder:AVF4910A >> [11:23:29] Encoder:NEC61151 >> [11:23:29] Ditial TV Demodulator: ZL10353 >> [11:23:29] === Driver Version === >> [11:23:29] Bridge: 2.4.0.31 >> [11:23:29] Video Capture: 2.4.0.31 >> [11:23:29] Tuner: 2.4.0.31 >> [11:23:29] === Test Results === >> [11:23:29] Tuner Product ID: 3028 >> [11:23:29] Tuner Version: HW: 1.0 FW: 2.7 >> [11:23:29] AVDeocder Manufacture ID: 0xEC >> [11:23:29] Encoder Device Version: 2 >> [11:23:29] Demodulator Chip ID:0x14 >> [11:23:29] Get Device Information: [PASS] >> [11:23:29] TV Tuner: [PASS] >> [11:23:29] Audio/Video Decoder:[PASS] >> [11:23:29] Encoder:[PASS] >> [11:23:29] Digital TV Demodulator: [PASS] >> [11:23:29] --- Test End --- >> [11:23:29] > > Does this info help to get this (Dell) hardware supported? > > > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > Xceive.. Forget it. There is code for that, even code for Linux, but it was released by Rechberger and he's not planning on getting it to v4l-dvb in any way. In his last mail he said something about a userspace driver.. I'm not sure how that'll have to integrate with v4l-dvb. I'd go look out for another TV-card right now. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Dell Dimension E521 AVerMedia M779 DVBt Hybrid TV Tuner
greg wrote: > On Sun, 2007-07-29 at 11:28 +0200, Greg Tee wrote: > >>> 01:00.0 Multimedia video controller: Micronas Semiconductor Holding AG >>> Unknown device 0720 > >> Finally I found some new information: >> >> [11:23:29] === Device Information === >> [11:23:29] Capture filter friendlyname:M779 PCIe Audio/Video Capture 1 >> [11:23:29] Model Name: AVerMedia M779 >> [11:23:29] Transmission Interface: PCI Express >> [11:23:29] Supported Standards:PAL/SECAM/DVB-T >> [11:23:29] TV Tuner: XC3018 >> [11:23:29] Audio/Video Decoder:AVF4910A >> [11:23:29] Encoder:NEC61151 >> [11:23:29] Ditial TV Demodulator: ZL10353 >> [11:23:29] === Driver Version === >> [11:23:29] Bridge: 2.4.0.31 >> [11:23:29] Video Capture: 2.4.0.31 >> [11:23:29] Tuner: 2.4.0.31 >> [11:23:29] === Test Results === >> [11:23:29] Tuner Product ID: 3028 >> [11:23:29] Tuner Version: HW: 1.0 FW: 2.7 >> [11:23:29] AVDeocder Manufacture ID: 0xEC >> [11:23:29] Encoder Device Version: 2 >> [11:23:29] Demodulator Chip ID:0x14 >> [11:23:29] Get Device Information: [PASS] >> [11:23:29] TV Tuner: [PASS] >> [11:23:29] Audio/Video Decoder:[PASS] >> [11:23:29] Encoder:[PASS] >> [11:23:29] Digital TV Demodulator: [PASS] >> [11:23:29] --- Test End --- >> [11:23:29] > > Does this info help to get this (Dell) hardware supported? There are no PCI Express bridges supported yet, officially. If you can find out exactly which PCIe bridge chipset is used, it would be more helpful. Cheers, Mike Krufky ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Support for DiB7070P-devices
Dear all, In case you are owning a DiB7070P-based design: - STK7070P or STK7070PD DiBcom reference design - Pinnacle PCTV Dual DVB-T Diversity Stick - Pinnacle PCTV DVB-T Flash Stick Can you please try http://linuxtv.org/hg/~pb/v4l-dvb/ to see whether it works properly or not and report? I did some tests in UHF-band and it seems to be OK. best regards, Patrick. PS: you will need a newer dib0700-firwmare to use the latest driver: http://www.wi-bw.tfh-wildau.de/~pboettch/home/linux-dvb-firmware/dvb-usb-dib0700-03-pre1.fw ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] New DiB0700-firmware
Dear all, Can all of you using a dib0700-based-design with problem please try the following firmware http://www.wi-bw.tfh-wildau.de/~pboettch/home/linux-dvb-firmware/dvb-usb-dib0700-03-pre1.fw and the latest drivers from http://linuxtv.org/hg/~pb/v4l-dvb/ to see whether you have still problems. >From what I can see, the problems with the DiB7700P and MT2060 are gone (Hauppauge DVB-T Stick). I cannot test the Nova-T 500... unfortunately. Please don't apply any patches from other peoples, when you try this one - as they might hide the problems. best regards Patrick. ___ 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 (Diversity)
Hi, If you have such a card we can try to make it work. We need to know which components are used - as it is diversity I assume it is something with DiBcom - but which ones. Patrick. On Sun, 29 Jul 2007, D McNally wrote: > It seems Hauppauge have released a newer version of the Nova-T 500. It > has two coaxial inputs at the back so it can strengthen weak signals. > They call this the "diversity" feature. The existing drivers for the > Nova-T 500 don't work, they must have changed the chip or something. > > On Sun, 2007-07-29 at 17:08 +0200, Patrick Boettcher wrote: > > Are you sure the device carries the name Nova-T 500 Diversity? > > > > Patrick. > > > > On Sun, 29 Jul 2007, D McNally wrote: > > > > > Are drivers for the "diversity" model of Hauppauge Nova-T 500 being > > > developed? If so, when can we expect them? > > > > > > Dave > > > > > > > > > ___ > > > linux-dvb mailing list > > > linux-dvb@linuxtv.org > > > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > > > > ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Dell Dimension E521 AVerMedia M779 DVBt Hybrid TV Tuner
On 7/30/07, P. van Gaans <[EMAIL PROTECTED]> wrote: > greg wrote: > > On Sun, 2007-07-29 at 11:28 +0200, Greg Tee wrote: > > > >>> 01:00.0 Multimedia video controller: Micronas Semiconductor Holding AG > >>> Unknown device 0720 > > > >> Finally I found some new information: > >> > >> [11:23:29] === Device Information === > >> [11:23:29] Capture filter friendlyname:M779 PCIe Audio/Video Capture 1 > >> [11:23:29] Model Name: AVerMedia M779 > >> [11:23:29] Transmission Interface: PCI Express > >> [11:23:29] Supported Standards:PAL/SECAM/DVB-T > >> [11:23:29] TV Tuner: XC3018 > >> [11:23:29] Audio/Video Decoder:AVF4910A > >> [11:23:29] Encoder:NEC61151 > >> [11:23:29] Ditial TV Demodulator: ZL10353 > >> [11:23:29] === Driver Version === > >> [11:23:29] Bridge: 2.4.0.31 > >> [11:23:29] Video Capture: 2.4.0.31 > >> [11:23:29] Tuner: 2.4.0.31 > >> [11:23:29] === Test Results === > >> [11:23:29] Tuner Product ID: 3028 > >> [11:23:29] Tuner Version: HW: 1.0 FW: 2.7 > >> [11:23:29] AVDeocder Manufacture ID: 0xEC > >> [11:23:29] Encoder Device Version: 2 > >> [11:23:29] Demodulator Chip ID:0x14 > >> [11:23:29] Get Device Information: [PASS] > >> [11:23:29] TV Tuner: [PASS] > >> [11:23:29] Audio/Video Decoder:[PASS] > >> [11:23:29] Encoder:[PASS] > >> [11:23:29] Digital TV Demodulator: [PASS] > >> [11:23:29] --- Test End --- > >> [11:23:29] > > > > Does this info help to get this (Dell) hardware supported? > > > > > > > > ___ > > linux-dvb mailing list > > linux-dvb@linuxtv.org > > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > > > > Xceive.. Forget it. There is code for that, even code for Linux, but it > was released by Rechberger and he's not planning on getting it to > v4l-dvb in any way. In his last mail he said something about a userspace > driver.. I'm not sure how that'll have to integrate with v4l-dvb. > even though it's unrelated that this device isn't supported at all.. only the bridging code to userspace will join the linux kernel; The Xceive driver itself runs as a userspace daemon and communicates through a defined interface with the driver. The Xceive userspace driver directly includes the firmwares (in any case users either have to download a firmware because it won't get shipped with the linux kernel or run that userspace daemon) The userspace Xceive driver reuses code from Xceive which is as complete as possible for several devices. Their template driver was meant to work with more than 1 device it includes support and different firmwares for several different devices. (eg. empia, dibcom, etc.) > I'd go look out for another TV-card right now. > but he's right with that since that PCIe device isn't supported at all at the moment. Markus ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] New DiB0700-firmware
On Mon, 2007-07-30 at 18:30 +0200, Patrick Boettcher wrote: > Dear all, > > Can all of you using a dib0700-based-design with problem please try the > following firmware > > http://www.wi-bw.tfh-wildau.de/~pboettch/home/linux-dvb-firmware/dvb-usb-dib0700-03-pre1.fw > > and the latest drivers from > > http://linuxtv.org/hg/~pb/v4l-dvb/ How should we go about this? Would this be OK? $ hg clone http://linuxtv.org/hg/~pb/v4l-dvb/ > > to see whether you have still problems. > > From what I can see, the problems with the DiB7700P and MT2060 are > gone (Hauppauge DVB-T Stick). I cannot test the Nova-T 500... > unfortunately. I can, given a test procedure. What sort of problems are we talking about? Disconnects? Scanning? Is the remote stuff in there? What output would you like? what behaviour are you looking for, or lack thereof? Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] New DiB0700-firmware
On Mon, 30 Jul 2007, Nicolas Will wrote: > How should we go about this? > > Would this be OK? > > $ hg clone http://linuxtv.org/hg/~pb/v4l-dvb/ Yes. > I can, given a test procedure. > > What sort of problems are we talking about? > > Disconnects? > > Scanning? > > Is the remote stuff in there? > > What output would you like? what behaviour are you looking for, or lack > thereof? If you had a problem with the current software, try if they are still there. If you had no problem, try if everything is still working. Mainly I would like to see the scanning problems to be gone and the disconnects of the Nova-T 500. We found something wrong in the old firmware and I think it was that which was causing sometimes i2c-errors on the STK7700P and maybe even the disconnects of the Nova-T 500. Patrick. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
I committed those two patches into my repository: http://linuxtv.org/pipermail/linux-dvb/2007-July/019349.html I will ask Mauro to pull it to main later. Thanks for your patches, Patrick. On Mon, 30 Jul 2007, Nicolas Will wrote: > All right. > > Anybody has issues about this? Corrections? > > http://linuxtv.org/wiki/index.php/WinTV-NOVA-T-500_PCI > > Nico > > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Pinnacle PCTV DUAL DVB-T DIVERSITY STICK supported?
It is supported now using my repository: http://linuxtv.org/hg/~pb/v4l-dvb/ Though the diversity feature is not working yet, but you can use the card as a dual-tuner one. Patrick. On Wed, 27 Jun 2007, Tobias Stoeber wrote: > Hi, > > does anyone know,whether the Pinnacle "PCTV DUAL DVB-T DIVERSITY STICK" > works under linux or (better) owns this usb dvb-t stick? > > tnx & regards, Tobias > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvb-usb-dib0700 - Hauppauge Nova-T Stick 2
Can you please try the following? http://www.linuxtv.org/pipermail/linux-dvb/2007-July/019368.html And report whether it works or not? Patrick. On Mon, 4 Jun 2007, Soeren Moch wrote: > Last week I bought a Hauppauge Nova-T Stick, which is almost unusable > with vdr. > > USB-IDs of Stick: > 0x2040_0x7060 USB_VID_HAUPPAUGE, USB_PID_HAUPPAUGE_NOVA_T_STICK_2 > used driver: > dvb-usb-dib0700 from linux-2.6.21.1 / > hg snapshot from last friday (June 1st, 2007) > used firmware: > dvb-usb-dib0700-01.fw ( with dvb-usb-dib0700-02-rc1.fw even worse) > vdr version: 1.4.5 / 1.4.0 > > After some debugging I found out following: > > Calls to mt2060_set_params (tune to a VHF/UHF channel) are ignored > after a call to dib0700_streaming_ctrl(adap, 1); (enable video > streaming) until we call dib0700_streaming_ctrl(adap, 0); (disable > video streaming). Unfortunately the vdr under almost all circumstances > starts video streaming and and trys to tune afterwards. > > As the Nova-T Stick is listed in dvb-wiki as fully supported there are > 2 opportunities (as I can see): > 1. a new hardware version of this stick (i2c bus of tuner is disabled >during streaming to avoid noise as in other dvb frontends, maybe >this was not the case in older hw versions) > 2. a hardware bug in my stick > > I hope somebody can help solving this problem. > > Thanks, > S:oren > > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] New unsupported device Pinnacle PCTV Dual Hybrid Pro PCI Express
Hi ! I buy a new dvb card which seems to be currently unsupported: Pinnacle PCTV Dual Hybrid Pro PCI Express lspci shows: 00:00.0 RAM memory: nVidia Corporation MCP61 Memory Controller (rev a1) 00:01.0 ISA bridge: nVidia Corporation MCP61 LPC Bridge (rev a2) 00:01.1 SMBus: nVidia Corporation MCP61 SMBus (rev a2) 00:01.2 RAM memory: nVidia Corporation MCP61 Memory Controller (rev a2) 00:02.0 USB Controller: nVidia Corporation MCP61 USB Controller (rev a2) 00:02.1 USB Controller: nVidia Corporation MCP61 USB Controller (rev a2) 00:04.0 PCI bridge: nVidia Corporation MCP61 PCI bridge (rev a1) 00:05.0 Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2) 00:06.0 IDE interface: nVidia Corporation MCP61 IDE (rev a2) 00:07.0 Bridge: nVidia Corporation MCP61 Ethernet (rev a2) 00:08.0 IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2) 00:08.1 IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2) 00:09.0 PCI bridge: nVidia Corporation MCP61 PCI Express bridge (rev a2) 00:0b.0 PCI bridge: nVidia Corporation MCP61 PCI Express bridge (rev a2) 00:0c.0 PCI bridge: nVidia Corporation MCP61 PCI Express bridge (rev a2) 00:0d.0 VGA compatible controller: nVidia Corporation GeForce 6100 nForce 430 (rev a2) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:08.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) 01:0a.0 Multimedia video controller: Internext Compression Inc iTVC16 (CX23416) MPEG-2 Encoder (rev 01) 03:00.0 Multimedia controller: Philips Semiconductors Unknown device 7162 (rev 01) lspci -vvv for the unspported device shows: 03:00.0 Multimedia controller: Philips Semiconductors Unknown device 7162 (rev 01) Subsystem: Pinnacle Systems Inc. Unknown device 0100 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- http://mail.yahoo.de ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvb-usb-dib0700 - Hauppauge Nova-T Stick 2
Patrick Boettcher wrote: > Can you please try the following? > http://www.linuxtv.org/pipermail/linux-dvb/2007-July/019368.html > And report whether it works or not? Of course! I'm not at home now, but I will give it a trial this night. I would be glad to find this stick working. S:oren ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] wiki question -- Hauppauge WinTV-NOVA-T PCI vs Nova-T
Janne Grunau wrote: > On Sunday 03 June 2007 19:51:35 CityK wrote: > >> Again, looks like two entries in the wiki for the same entity: >> - http://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T_PCI >> - http://www.linuxtv.org/wiki/index.php/Nova-T >> >> Can someone confirm whether these are the same or different products. >> > > The product on the second page is the new version on the other page. > > >> Also, what is the Nova-T 500's relation to them -- is it a unique >> product (deserving its own article) or does it logically belong >> together with the other? >> > > It's a quite different product with a different design (PCI card with > USB host controller and a dual usb tuner) > > Janne > Jakob Steidl wrote: > For me it looks like the second page refers to the new version of the > Nova-T. > After deleting all that shit from the second page, there is no content > left. Therefore I would like to remove this page. Better late then never I suppose! I moved, from the second article listed above (Nova-T), the relevant info (which didn't amount to much, as noted by Jakob) about the Nova-T card into the first article listed ... unfortunately, it was the second article from above that was actually the original article, and the first being the redundant addition...nonetheless, the original, less developed, got the boot. I also moved from that deleted article the info about the Nova-T-500 to the appropriate Nova-T-500 article. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
Nicolas Will wrote: > All right. > > Anybody has issues about this? Corrections? > > http://linuxtv.org/wiki/index.php/WinTV-NOVA-T-500_PCI > > Nico I made some edits and renamed/formalized the page (http://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500) I also added a bit of info that someone had placed in the now deleted (Nova-T) article -- see http://www.linuxtv.org/pipermail/linux-dvb/2007-July/019379.html for background. Anyway, you might want to check out that link that person had supplied. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
On 7/30/07, Uwe Bugla <[EMAIL PROTECTED]> wrote: > > > Please do not generalize! :) Me? generalising? If I'm not mistaken, it was Man* that said that every Windows/Microsoft user is a code thief who is not able to code/implement anything or read docs :) > There are hundreds of real fine and good unnamed people out there doing a > pretty good job. Without their contributions it would never be possible to > keep up any kind of infrastructure. Why don't those hundreds of people gather together and ditch the illustrous losers in leadership? It wouldn't be the first time a project forks. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [PATCH] Assistance writing patch for Nova-T 500 stuttering problems
Hi Matt, Based on your Idea I just committed something which will fix your problems using a module parameter. I don't know why Hauppauge has splitted the fix into two, it is not useful, both register-changes are required to solve the issue. By using those settings one will decrease the mobile performance of the receiver, but for fixed-reception it is OK. Can you please try it from my hg repo: http://linuxtv.org/hg/~pb/v4l-dvb/? regards, Patrick. On Thu, 19 Jul 2007, Matt Doran wrote: > Hi Patrick, > > I tracked down the code that sets up the registers in dib3000mc.c. I created > a patch to add a "fix_sfn" module option to the dib3000mc modele. e.g. when > fix_sfn 0x01 bit is set, configure register 29 -> 0x1073 ... when fix_sfn 0x02 > bit is set, configure register 108 -> 0x4000. > I've tested this with "fix_sfn" set to 3 to enable both fixes, and it doesn't > cause any regressions. Tonight I have not had any reception/stuttering > problems (it doesn't happen all the time), so I'm not sure if it fixes the > problem. but I'll continue to use this to see if it successfully resolves > my issues. I'll also ask others I know who see this problem to test this fix. > > Can you review this patch? Does it look right? > > I wasn't sure what to call the module option, or how to describe the options > ... if you have any suggestions I'd be happy to adjust the patch. > > Regards, > Matt > > Patrick Boettcher wrote: > > Hi, > > > > I nothing really important happens I'm trying to provide something this or > > beginning of next week. > > > > Patrick. > > > > On Sun, 15 Jul 2007, Matt Doran wrote: > > > > > Hi there, > > > > > > The Nova-T 500 has some serious problems with some channels in various > > > locations around Australia. These channels show serious video > > > break-up/stuttering like there is poor reception, however this is not the > > > case. Using other tuners (e.g. other cards, or tuners in TVs), or using > > > the Nova-T 500 on Windows doesn't exhibit these problems. I raised this > > > issue 3 or four months ago > > > (http://www.linuxtv.org/pipermail/linux-dvb/2007-April/017065.html). > > > > > > Patrick Boettcher indicated that it relates to some peculiarities with the > > > DVB broadcast > > > (http://www.linuxtv.org/pipermail/linux-dvb/2007-April/017102.html). > > > The Hauppauge windows drivers now have a registry key > > > (HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HCW99BDA\Parameters\FixSFN) > > > that can be used to modify the tuner's behaviour to fix this problem. > > > > > > I'd like to work on a patch for the drivers to add a module option > > > "fix_sfn", that does the same as the windows drivers. But need to know > > > what registry settings need to be changed. If Patrick or someone from > > > Hauupauge or Dibcom could give me this information, I'd like to develop > > > the initial patch. > > > > > > Thanks in advance, > > > Matt > > > > >> ___ > > > linux-dvb mailing list > > > linux-dvb@linuxtv.org > > > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > > > > > > > > > > > ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500 windows driver update fixes reception problems
A fix that is now available at http://linuxtv.org/hg/~pb/v4l-dvb/ Can you please try and comment? Patrick. On Mon, 30 Apr 2007, Mike H wrote: > Thank you, I really do appreciate all the work done and if there is anything I > can do to help you test when you have time to look at linux-dvb, just let me > know :) > > Cheers, > > Mike > > Patrick Boettcher wrote: > > Hi, > > > > It seems that there will be some time that can be spent on linux-dvb in the > > close future. Just be patient. > > > > best regards, > > Patrick. > > > > > > ___ 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 (Diversity)
On Monday 30 July 2007 18:35:18 Patrick Boettcher wrote: > > If you have such a card we can try to make it work. There are already cards out there. Hauppauge official name seems to be Nova-TD 500 > We need to know > which components are used - as it is diversity I assume it is > something with DiBcom - but which ones. Yes, according to http://www.gossamer-threads.com/lists/mythtv/users/280958#280958 it has a "DIBcom 0710 TS to PCI bridge". Hauppauge seems to ship the diversity card unfortunately in regular Nova-T 500 boxes. Janne ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
On Mon, 2007-07-30 at 18:56 +0200, Patrick Boettcher wrote: > I committed those two patches into my repository: > > http://linuxtv.org/pipermail/linux-dvb/2007-July/019349.html > > I will ask Mauro to pull it to main later. > > Thanks for your patches, Yes! Remote is in! One last thing that Torgeir Veimo looked keen to have : Is it in ? Nico May as well ask, it could work! ;o) Just got home, will start testing ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TT-3200 DVB-S2 Patch for Kernel 2.6.22
Hi, P. van Gaans wrote: > What HDTV do you expect to enjoy exactly? BBC HD doesn't require DVB-S2, most > other channels use PAFF interlacing which isn't supported AFAIK, most films originally produced for the big-screen are broadcasted non-interlaced. At least, there were some downloadable, short recordings from films aired on Pro-7, and I could play them in MPlayer without any problem. And as you said, there seems to be some progress with ffmpeg and PAFF, from what I've heard. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
On Mon, 2007-07-30 at 18:56 +0200, Patrick Boettcher wrote: > I committed those two patches into my repository: > > http://linuxtv.org/pipermail/linux-dvb/2007-July/019349.html > > I will ask Mauro to pull it to main later. > > Thanks for your patches, Yes! Remote is in! One last thing that Torgeir Veimo looked keen to have : http://linuxtv.org/pipermail/linux-dvb/2006-December/014926.html Is it in ? Nico May as well ask, it could work! ;o) Just got home, will start testing compiled, rebooting :o) ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] ooops ! New DiB0700-firmware
On Mon, 2007-07-30 at 18:30 +0200, Patrick Boettcher wrote: > Dear all, > > Can all of you using a dib0700-based-design with problem please try the > following firmware > > http://www.wi-bw.tfh-wildau.de/~pboettch/home/linux-dvb-firmware/dvb-usb-dib0700-03-pre1.fw > > and the latest drivers from > > http://linuxtv.org/hg/~pb/v4l-dvb/ > > to see whether you have still problems. [ 29.242352] dib0700: loaded with support for 5 different device-types [ 29.242469] dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in warm state. [ 29.242500] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. [ 29.242639] DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T) [ 29.331007] DVB: registering frontend 0 (DiBcom 3000MC/P)... [ 29.360836] ACPI: PCI Interrupt :00:1b.0[A] -> GSI 22 (level, low) -> IRQ 22 [ 29.361640] PCI: Setting latency timer of device :00:1b.0 to 64 [ 29.363979] MT2060: successfully identified (IF1 = 1220) [ 29.855299] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. [ 29.855471] DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T) [ 29.858047] DVB: registering frontend 1 (DiBcom 3000MC/P)... [ 29.860044] MT2060: successfully identified (IF1 = 1220) [ 29.909967] NET: Registered protocol family 17 [ 30.369119] Unable to handle kernel paging request at 810044b63c1c RIP: [ 30.369124] [] :dvb_usb:dvb_usb_remote_init+0x13d/0x270 [ 30.369134] PGD 8063 PUD 0 [ 30.369138] Oops: 0002 [1] SMP [ 30.369141] CPU 0 [ 30.369143] Modules linked in: af_packet mt2060 snd_hda_intel snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq wlan_scan_sta dvb_usb_dib0700 dib7000p dib7000m dvb_usb sr_mod cdrom ath_rate_sample dvb_core usb_storage dib3000mc dibx000_common dib0070 usbhid ftdi_sio snd_timer snd_seq_device ide_core hid libusual snd usbserial i2c_core pcspkr soundcore serio_raw ath_pci wlan ath_hal(P) parport_pc parport snd_page_alloc psmouse shpchp pci_hotplug iTCO_wdt iTCO_vendor_support intel_agp evdev ext3 jbd mbcache sg sd_mod pata_marvell ohci1394 ieee1394 ahci ata_generic libata scsi_mod uhci_hcd ehci_hcd usbcore e1000 thermal processor fan capability commoncap [ 30.369194] Pid: 3591, comm: modprobe Tainted: P 2.6.22-8-generic #1 [ 30.369197] RIP: 0010:[] [] :dvb_usb:dvb_usb_remote_init+0x13d/0x270 [ 30.369204] RSP: 0018:8100371cbc08 EFLAGS: 00010282 [ 30.369207] RAX: 6e6c5f65 RBX: 810038c14000 RCX: 810036e8b020 [ 30.369211] RDX: 81003b482800 RSI: 80500102 RDI: 810036e8b6c0 [ 30.369214] RBP: 03b0 R08: R09: 810036e8b000 [ 30.369217] R10: R11: 0001 R12: 810036e8b000 [ 30.369220] R13: 0076 R14: 0076 R15: 0002 [ 30.369223] FS: 2b5b8b1456e0() GS:8056() knlGS: [ 30.369226] CS: 0010 DS: ES: CR0: 8005003b [ 30.369229] CR2: 810044b63c1c CR3: 3777e000 CR4: 06e0 [ 30.369233] Process modprobe (pid: 3591, threadinfo 8100371ca000, task 81003b2526e0) [ 30.369235] Stack: 0001 8832a292 810038c153d0 [ 30.369242] 810038c159e0 810038c14000 810038c140e0 88315af8 [ 30.369247] a1ff 88330a00 81003c5a4800 [ 30.369252] Call Trace: [ 30.369259] [] :dvb_usb_dib0700:bristol_tuner_attach+0x62/0xd0 [ 30.369266] [] :dvb_usb:dvb_usb_device_init+0x578/0x650 [ 30.369276] [] :dvb_usb_dib0700:dib0700_probe+0x46/0x60 [ 30.369294] [] :usbcore:usb_probe_interface+0xd1/0x120 [ 30.369304] [] driver_probe_device+0xa3/0x1b0 [ 30.369319] [] __driver_attach+0xc9/0xd0 [ 30.369322] [] __driver_attach+0x0/0xd0 [ 30.369325] [] bus_for_each_dev+0x4d/0x80 [ 30.369329] [] bus_add_driver+0xaf/0x1f0 [ 30.369338] [] :usbcore:usb_register_driver+0xa9/0x120 [ 30.369343] [] :dvb_usb_dib0700:dib0700_module_init+0x2f/0x49 [ 30.369347] [] sys_init_module+0x19b/0x19b0 [ 30.369355] [] __up_write+0x21/0x130 [ 30.369360] [] system_call+0x7e/0x83 [ 30.369364] [ 30.369365] [ 30.369365] Code: f0 41 0f ab 44 24 30 49 83 c5 01 48 83 c5 08 41 8d 46 01 39 [ 30.369372] RIP [] :dvb_usb:dvb_usb_remote_init+0x13d/0x270 [ 30.369376] RSP [ 30.369378] CR2: 810044b63c1c I'm on Ubuntu Gutsy Gibbon, 2.6.22, 64 bit Intel Core 2 Duo. More details on the machine's content here: http://www.youplala.net/linux/home-theater-pc/ Full logs and other details available on request ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
On Monday 30 July 2007 18:56:42 Patrick Boettcher wrote: > I committed those two patches into my repository: > > http://linuxtv.org/pipermail/linux-dvb/2007-July/019349.html > > I will ask Mauro to pull it to main later. > > Thanks for your patches, Thanks Janne ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] New DiB0700-firmware
On Mon, 2007-07-30 at 18:55 +0200, Patrick Boettcher wrote: > On Mon, 30 Jul 2007, Nicolas Will wrote: > > How should we go about this? > > > > Would this be OK? > > > > $ hg clone http://linuxtv.org/hg/~pb/v4l-dvb/ > > Yes. [...] > We found something wrong in the old firmware and I think it was that which > was causing sometimes i2c-errors on the STK7700P and maybe even the > disconnects of the Nova-T 500. Hi Patrick, I don't get any lock with the new firmware/driver. I tried 2 dib0700 based devices (nova-t / hama dongle). It used to work before but just now with the new driver does nothing (though the dvb-t pci cards still get a lock): This is what I see in dmesg: for nova-t: dib0700: loaded with support for 5 different device-types dvb-usb: found a 'Hauppauge Nova-T Stick' in cold state, will try to load a firmware dvb-usb: downloading firmware from file 'dvb-usb-dib0700-03-pre1.fw' dib0700: firmware started successfully. dvb-usb: found a 'Hauppauge Nova-T Stick' in warm state. dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (Hauppauge Nova-T Stick) DVB: registering frontend 2 (DiBcom 7000MA/MB/PA/PB/MC)... MT2060: successfully identified (IF1 = 1220) dvb-usb: Hauppauge Nova-T Stick successfully initialized and connected. usbcore: registered new interface driver dvb_usb_dib0700 and for hama dib0700: loaded with support for 5 different device-types dvb-usb: found a 'Uniwill STK7700P based (Hama and others)' in cold state, will try to load a firmware dvb-usb: downloading firmware from file 'dvb-usb-dib0700-03-pre1.fw' dib0700: firmware started successfully. dvb-usb: found a 'Uniwill STK7700P based (Hama and others)' in warm state. dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (Uniwill STK7700P based (Hama and others)) DVB: registering frontend 2 (DiBcom 7000MA/MB/PA/PB/MC)... MT2060: successfully identified (IF1 = 1220) dvb-usb: Uniwill STK7700P based (Hama and others) successfully initialized and connected. Any ideas? Soeren ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] ooops ! New DiB0700-firmware
Args, stupid mistake. It should be fixed (w/o warranty)! Patrick. -- Mail: [EMAIL PROTECTED] WWW: http://www.wi-bw.tfh-wildau.de/~pboettch/ On Mon, 30 Jul 2007, Nicolas Will wrote: > On Mon, 2007-07-30 at 18:30 +0200, Patrick Boettcher wrote: > > Dear all, > > > > Can all of you using a dib0700-based-design with problem please try the > > following firmware > > > > http://www.wi-bw.tfh-wildau.de/~pboettch/home/linux-dvb-firmware/dvb-usb-dib0700-03-pre1.fw > > > > and the latest drivers from > > > > http://linuxtv.org/hg/~pb/v4l-dvb/ > > > > to see whether you have still problems. > > > [ 29.242352] dib0700: loaded with support for 5 different device-types > [ 29.242469] dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in warm > state. > [ 29.242500] dvb-usb: will pass the complete MPEG2 transport stream to the > software demuxer. > [ 29.242639] DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T) > [ 29.331007] DVB: registering frontend 0 (DiBcom 3000MC/P)... > [ 29.360836] ACPI: PCI Interrupt :00:1b.0[A] -> GSI 22 (level, low) -> > IRQ 22 > [ 29.361640] PCI: Setting latency timer of device :00:1b.0 to 64 > [ 29.363979] MT2060: successfully identified (IF1 = 1220) > [ 29.855299] dvb-usb: will pass the complete MPEG2 transport stream to the > software demuxer. > [ 29.855471] DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T) > [ 29.858047] DVB: registering frontend 1 (DiBcom 3000MC/P)... > [ 29.860044] MT2060: successfully identified (IF1 = 1220) > [ 29.909967] NET: Registered protocol family 17 > [ 30.369119] Unable to handle kernel paging request at 810044b63c1c > RIP: > [ 30.369124] [] :dvb_usb:dvb_usb_remote_init+0x13d/0x270 > [ 30.369134] PGD 8063 PUD 0 > [ 30.369138] Oops: 0002 [1] SMP > [ 30.369141] CPU 0 > [ 30.369143] Modules linked in: af_packet mt2060 snd_hda_intel snd_pcm_oss > snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi > snd_seq_midi_event snd_seq wlan_scan_sta dvb_usb_dib0700 dib7000p dib7000m > dvb_usb sr_mod cdrom ath_rate_sample dvb_core usb_storage dib3000mc > dibx000_common dib0070 usbhid ftdi_sio snd_timer snd_seq_device ide_core hid > libusual snd usbserial i2c_core pcspkr soundcore serio_raw ath_pci wlan > ath_hal(P) parport_pc parport snd_page_alloc psmouse shpchp pci_hotplug > iTCO_wdt iTCO_vendor_support intel_agp evdev ext3 jbd mbcache sg sd_mod > pata_marvell ohci1394 ieee1394 ahci ata_generic libata scsi_mod uhci_hcd > ehci_hcd usbcore e1000 thermal processor fan capability commoncap > [ 30.369194] Pid: 3591, comm: modprobe Tainted: P 2.6.22-8-generic #1 > [ 30.369197] RIP: 0010:[] [] > :dvb_usb:dvb_usb_remote_init+0x13d/0x270 > [ 30.369204] RSP: 0018:8100371cbc08 EFLAGS: 00010282 > [ 30.369207] RAX: 6e6c5f65 RBX: 810038c14000 RCX: > 810036e8b020 > [ 30.369211] RDX: 81003b482800 RSI: 80500102 RDI: > 810036e8b6c0 > [ 30.369214] RBP: 03b0 R08: R09: > 810036e8b000 > [ 30.369217] R10: R11: 0001 R12: > 810036e8b000 > [ 30.369220] R13: 0076 R14: 0076 R15: > 0002 > [ 30.369223] FS: 2b5b8b1456e0() GS:8056() > knlGS: > [ 30.369226] CS: 0010 DS: ES: CR0: 8005003b > [ 30.369229] CR2: 810044b63c1c CR3: 3777e000 CR4: > 06e0 > [ 30.369233] Process modprobe (pid: 3591, threadinfo 8100371ca000, task > 81003b2526e0) > [ 30.369235] Stack: 0001 8832a292 810038c153d0 > > [ 30.369242] 810038c159e0 810038c14000 810038c140e0 > 88315af8 > [ 30.369247] a1ff 88330a00 > 81003c5a4800 > [ 30.369252] Call Trace: > [ 30.369259] [] > :dvb_usb_dib0700:bristol_tuner_attach+0x62/0xd0 > [ 30.369266] [] :dvb_usb:dvb_usb_device_init+0x578/0x650 > [ 30.369276] [] :dvb_usb_dib0700:dib0700_probe+0x46/0x60 > [ 30.369294] [] :usbcore:usb_probe_interface+0xd1/0x120 > [ 30.369304] [] driver_probe_device+0xa3/0x1b0 > [ 30.369319] [] __driver_attach+0xc9/0xd0 > [ 30.369322] [] __driver_attach+0x0/0xd0 > [ 30.369325] [] bus_for_each_dev+0x4d/0x80 > [ 30.369329] [] bus_add_driver+0xaf/0x1f0 > [ 30.369338] [] :usbcore:usb_register_driver+0xa9/0x120 > [ 30.369343] [] > :dvb_usb_dib0700:dib0700_module_init+0x2f/0x49 > [ 30.369347] [] sys_init_module+0x19b/0x19b0 > [ 30.369355] [] __up_write+0x21/0x130 > [ 30.369360] [] system_call+0x7e/0x83 > [ 30.369364] > [ 30.369365] > [ 30.369365] Code: f0 41 0f ab 44 24 30 49 83 c5 01 48 83 c5 08 41 8d 46 01 > 39 > [ 30.369372] RIP [] > :dvb_usb:dvb_usb_remote_init+0x13d/0x270 > [ 30.369376] RSP > [ 30.369378] CR2: 810044b63c1c > > > I'm on Ubuntu Gutsy Gibbon, 2.6.22, 64 bit Intel Core 2 Duo. > > More
Re: [linux-dvb] Hauppauge Nova-T 500 (Diversity)
On Mon, 30 Jul 2007, Janne Grunau wrote: > On Monday 30 July 2007 18:35:18 Patrick Boettcher wrote: > > > > If you have such a card we can try to make it work. > > There are already cards out there. Hauppauge official name seems to be > Nova-TD 500 > > > We need to know > > which components are used - as it is diversity I assume it is > > something with DiBcom - but which ones. > > Yes, according to > http://www.gossamer-threads.com/lists/mythtv/users/280958#280958 it has > a "DIBcom 0710 TS to PCI bridge". They made this a product The DiB0710 PCI controller was afai knew never sold for Mass-Production. Support for this controller is not planned for now, sorry. Patrick. -- Mail: [EMAIL PROTECTED] WWW: http://www.wi-bw.tfh-wildau.de/~pboettch/ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] ooops ! New DiB0700-firmware
On Mon, 2007-07-30 at 22:04 +0200, Patrick Boettcher wrote: > Args, stupid mistake. > > It should be fixed (w/o warranty)! Let's see... get new hg clone make -j 4 (got to love multiple cores :o) ) sudo make install sudo reboot [ 31.225984] dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in warm state. [ 31.226010] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. [ 31.226147] DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T) [ 31.311658] DVB: registering frontend 0 (DiBcom 3000MC/P)... [ 31.350445] ACPI: PCI Interrupt :00:1b.0[A] -> GSI 22 (level, low) -> IRQ 22 [ 31.351238] PCI: Setting latency timer of device :00:1b.0 to 64 [ 31.353248] MT2060: successfully identified (IF1 = 1220) [ 31.854183] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. [ 31.854355] DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T) [ 31.857430] DVB: registering frontend 1 (DiBcom 3000MC/P)... [ 31.859432] MT2060: successfully identified (IF1 = 1220) [ 32.355935] input: IR-receiver inside an USB DVB receiver as /class/input/input4 [ 32.355959] dvb-usb: schedule remote query interval to 150 msecs. [ 32.355962] dvb-usb: Hauppauge Nova-T 500 Dual DVB-T successfully initialized and connected. [ 32.355985] usbcore: registered new interface driver dvb_usb_dib0700 Time to test MyhtTV ! Be back in a while for initial impressions and remote support. This http://linuxtv.org/pipermail/linux-dvb/2006-December/014926.html didn't make it in, apparently. Is there any way to check which firmware was picked up, or shouldn't I worry about that? (I have both 01 ans 03-pre1 in the directory) Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] ooops ! New DiB0700-firmware
On Monday 30 July 2007 22:23:20 Nicolas Will wrote: > On Mon, 2007-07-30 at 22:04 +0200, Patrick Boettcher wrote: > > Args, stupid mistake. > > > > It should be fixed (w/o warranty)! > > Let's see... > > get new hg clone > make -j 4 (got to love multiple cores :o) ) > sudo make install > sudo reboot > > [ 31.225984] dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in > warm state. > > Is there any way to check which firmware was picked up, or shouldn't > I worry about that? (I have both 01 ans 03-pre1 in the directory) You need a cold (powerless) reboot to get the new firmware loaded. You don't have to worry about the firmware file. The exact filename is hardcoded in the source. You can check if you look in your kernel messages for following line: dvb-usb: downloading firmware from file 'dvb-usb-dib0700-03-pre1.fw' Janne ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] ooops ! New DiB0700-firmware
On Mon, 2007-07-30 at 21:23 +0100, Nicolas Will wrote: > > Be back in a while for initial impressions and remote support. OK, it does work, both tuners. Outside of this... I don't know what to say right now. Should I leave a channel on for as long as possible until it eventually fails? (I have never experienced a disconnect yet...) On the remote front, probably a topic for Janne, I still have only the arrows and numbers working in MythTV. How do I go about testing the others? I'm not running anything LIRC related (yet?). I understand that the remote thing may be a bit out of topic and may require holding my hand a tiny bit. I am welcoming off-line help. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Wiki page [was [PATCH] Add remote control support for Hauppauge Nova-T 500]
Am Montag, 30. Juli 2007 20:31:39 schrieb Peter Magellan: > On 7/30/07, Uwe Bugla <[EMAIL PROTECTED]> wrote: > > Please do not generalize! :) > > Me? generalising? If I'm not mistaken, it was Man* that said that every > Windows/Microsoft user is a code thief who is not able to code/implement > anything or read docs :) If you mean Manu Abraham by Man* please forget about him: He is one of the most counter productive "developers" and egoists here who DO smash and kill the basic thought of open source by a. losing and ignoring every kind of sense for reality b. ignoring people's concerns in case of bt8xx cards (NOT only TwinHan!) (except the TwinHan stuff (which Abraham MUST share with Jamie Honan) everything else IS NOT HIS work: It's the work of Peter Hettkamp, Florian Schirmer, Ralph and Marcus Metzler and pretty good positive thinking other people) c. fighting down other people's efforts who want to improve the code d. regarding bt8xx cards as "his private property" where noone has to mix himself into it (and if he does, Manu's NACK will be the damn sure consequence) e. becoming selfish and compromiseless As I stated already: Every fish starts stinking at the head down to the tail! The "head" in this case is called Mauro Carvalho Chehab whose knowledge is very limited and who is nothing but a power-drunken-incapable self-established "team leader" (if you understand German take these two expressions for further understanding please: "Sesselfurzer" or in the GDR language "Apparatschnik", overestimating his own capabilities, and thus being a counter-productive utmost reactionary dumb mismatch! In fact he is no real substitute for Gerd Knorr at all and he never will be! > > > There are hundreds of real fine and good unnamed people out there doing a > > pretty good job. Without their contributions it would never be possible > > to keep up any kind of infrastructure. > > Why don't those hundreds of people gather together and ditch the illustrous > losers in leadership? > It wouldn't be the first time a project forks. A. I meant hundreds of unnamed people OUTSIDE of linuxtv.org (That IS THE BIG DIFFERENCE): a. The Debian developers for instance doing a very good job b. some many others that I made real positive experiences with in eliminating kernel bugs BEFORE an official kernel release was published c. some many others that I will not mention here B. Wanting a real change does not mean to substitute reality-lost selfish egoists by another kind of selfish egoists. It means real personal changes as far as maintainer's state of mind towards the open source philosophy is mentioned and concerned! C. Unfortunately we all live in a culture of unlimited capitalism that I would call a dictatorship of the capitalist elites which contaminates people's minds and propagates loss of solidarity, loss of spare time, unlimited egoism, selfishness, loss of compromise and so on. D. I do not talk about forking but I prefer to talk about real changes, and those real changes must be personal substitutions in case of linuxtv.org. Forking is just another bad compromise, but absolutely NO solution in the long run as it does not really change any kind of structural necessities which in the end means substituting some counter-productive reactionary people calling themselves the "elite" or even "core maintainer" or even "developer"! DEMANDS: I DO demand the consequent disclosure of the following people: 1. Utmost necessity: Manu Abraham 2. Second utmost necessity: Mauro Carvalho Chehab The option behind is: A. If there are free seats there hopefully will be people volunteering and doing better in the end! B. If the old people DO stay there will be 1. absolutely no change in the end! 2. no people volunteering to do better! Keeping the old reactionary personal structure will mean NO CHANGE in the end! HEADS MUST ROLL, AND THAT'S THE REAL NECESSITY TO MAKE THINGS BETTER! I DO demand the following measurements: a. Limit the linuxtv repository to people who are REAL active in development (Reason: What you do see now is nothing but another hypocritic bad show to improve the hypocritic politician status of Mauro Carvalho Chehab - most of the people having a repository there have been highly inactive for whatever reason, for months, if not to say for years! THIS MUST CHANGE IMMEDIATELY!!) Reason: As a user you do not need any kind of an assembling of dead inactive people but you DO need transparency: You do need to have an idea of who is responsible for what, but you do not need any kind of chaos confirming to the TOYOTA principle going: Everything is possible, and nothing is impossible! In other words: You DO need and expect reliability instead of hypocrisy and bad tricks (i. e. making things look bigger than they are in this case to confirm ones own hypocrisy position!) ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cg
Re: [linux-dvb] Hauppauge Nova-T 500 (Diversity)
Patrick Boettcher wrote: > On Mon, 30 Jul 2007, Janne Grunau wrote: > > >> On Monday 30 July 2007 18:35:18 Patrick Boettcher wrote: >> >>> If you have such a card we can try to make it work. >>> >> There are already cards out there. Hauppauge official name seems to be >> Nova-TD 500 >> >> >>> We need to know >>> which components are used - as it is diversity I assume it is >>> something with DiBcom - but which ones. >>> >> Yes, according to >> http://www.gossamer-threads.com/lists/mythtv/users/280958#280958 it has >> a "DIBcom 0710 TS to PCI bridge". >> > > They made this a product > > The DiB0710 PCI controller was afai knew never sold for Mass-Production. > > Support for this controller is not planned for now, sorry. > > Hmm. Dib0710, not exactly a great success. A Linux driver would be a waste of effort given the low shipment volume. Dibcom end of lifed the silicon. Steve ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] ooops ! New DiB0700-firmware
On Mon, 2007-07-30 at 22:55 +0200, Janne Grunau wrote: > You need a cold (powerless) reboot to get the new firmware loaded. > You > don't have to worry about the firmware file. The exact filename is > hardcoded in the source. > You can check if you look in your kernel messages for following line: > dvb-usb: downloading firmware from file 'dvb-usb-dib0700-03-pre1.fw' [ 30.965645] dib0700: loaded with support for 5 different device-types [ 30.965925] dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in cold state, will try to load a firmware [ 31.008899] dvb-usb: downloading firmware from file 'dvb-usb-dib0700-03-pre1.fw' [ 31.015377] ACPI: PCI Interrupt :00:1b.0[A] -> GSI 22 (level, low) -> IRQ 22 [ 31.016189] PCI: Setting latency timer of device :00:1b.0 to 64 [ 31.206081] dib0700: firmware started successfully. [ 31.265279] NET: Registered protocol family 17 [ 31.711176] dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in warm state. [ 31.711222] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. [ 31.711325] DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T) [ 31.831535] DVB: registering frontend 0 (DiBcom 3000MC/P)... [ 31.854890] MT2060: successfully identified (IF1 = 1220) [ 32.388673] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. [ 32.388853] DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T) [ 32.394293] DVB: registering frontend 1 (DiBcom 3000MC/P)... [ 32.398790] MT2060: successfully identified (IF1 = 1220) [ 32.959607] input: IR-receiver inside an USB DVB receiver as /class/input/input4 [ 32.959633] dvb-usb: schedule remote query interval to 150 msecs. [ 32.959637] dvb-usb: Hauppauge Nova-T 500 Dual DVB-T successfully initialized and connected. [ 32.959657] usbcore: registered new interface driver dvb_usb_dib0700 Yes ! Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] New DiB0700-firmware
On Monday 30 July 2007 18:30:33 Patrick Boettcher wrote: > Dear all, > > Can all of you using a dib0700-based-design with problem please try > the following firmware > > http://www.wi-bw.tfh-wildau.de/~pboettch/home/linux-dvb-firmware/dvb- >usb-dib0700-03-pre1.fw The firmware kills the remote handling code. Once I pressed one remote button I get for each RC_INTERVAL either "dib0700: Unknown remote controller key : 0 0" or "dib0700: Unknown remote controller key : 1 0" alternating with every pressed button. The same driver with dvb-usb-dib0700-01.fw firmware works as expected. Attached is a small patch to kill the unneeded '\n' in the err() macros in the rc_query Signed-off-by: Janne Grunau <[EMAIL PROTECTED]> Janne diff -r c58cb07fa064 linux/drivers/media/dvb/dvb-usb/dib0700_devices.c --- a/linux/drivers/media/dvb/dvb-usb/dib0700_devices.c Mon Jul 30 22:02:17 2007 +0200 +++ b/linux/drivers/media/dvb/dvb-usb/dib0700_devices.c Tue Jul 31 00:15:01 2007 +0200 @@ -274,7 +274,7 @@ static int dib0700_rc_query(struct dvb_u *state = REMOTE_NO_KEY_PRESSED; i=dib0700_ctrl_rd(d,rc_request,2,key,4); if (i<=0) { - err("RC Query Failed\n"); + err("RC Query Failed"); return 0; } if (key[0]==0 && key[1]==0 && key[2]==0 && key[3]==0) return 0; @@ -287,7 +287,7 @@ static int dib0700_rc_query(struct dvb_u return 0; } } - err("Unknown remote controller key : %2X %2X\n",(int)key[2],(int)key[3]); + err("Unknown remote controller key : %2X %2X",(int)key[2],(int)key[3]); } return 0; } ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] LifeView FlyDVB-Trio PC-Card Radio and Remote
Am Samstag, den 28.07.2007, 20:44 +0200 schrieb Roland Caillet: > Am Samstag, 28. Juli 2007 schrieben Sie: > > Wonderful! > > > > I'll post a copy to the list that the others know that > > the Trio cardbus is working with that patch too. > > > > For the records, does your version have also analog radio > > support and does it come with a remote too? > > > > Thanks for testing! > > > > Cheers, > > Hermann > > Hello Hermann, > it's true, but i need a little bit time for testing this. > first i have to eating something with my child and after i > have the hole night for working with my kubuntu > feisty-laptop (AMD X2 4800, 2GB) > THX and greetings > roland Hi Roland, there is no need for any hurry in such case. If we are still lucky and it follows also for the rest the TRIO PCI card, LifeView is usually famous for holding such lines, the analog radio and the other analog inputs should just work. The remote is another story. There are patches from Eddi @depieri, based on Henry Wong's and Dwaine's patches previously. Should still work, but won't go to mainline yet. There are some comments on the lists on what it hangs. Eddi also had one for Steve's HVR3000 repo with Manu's multiproto support, IIRC. There is a lot to test on this one, but if once through, we can add it to auto detection or provide a new card entry if there are differences. An additional LowNoiseAmplifier, like seen on many other cards recently could be an issue. Would cause some white flashes from time to time and noise on analog cable TV and locking problems on DVB-T with else known good signal. Not reported. So I guess this one is on the flight now too. Cheers, Hermann ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] saa7146_i2c_writeout: timed out waiting for end of xfer
On 7/17/07, Oliver Endriss <[EMAIL PROTECTED]> wrote: > > Oliver Endriss wrote: > > Imho the interrupt processing was broken: > > - The first I2C interrupt should be used to wake-up the task. > > It does not matter that it takes some time until ERR in IIC_STA > > will be updated. We don't need it. > > - Interrupts must be acknowledged at the end of the ISR. > > > > @all > > Please test the attached patch. > > There shouldn't be any unexpected I2C interrupts anymore. > > Attached is an updated patch which does extended status checking. Did this patch solve everyone's problems? Is is checked in now? Groeten. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] New DiB0700-firmware
I demand that Patrick Boettcher may or may not have written... > Can all of you using a dib0700-based-design with problem please try the > following firmware > http://www.wi-bw.tfh-wildau.de/~pboettch/home/linux-dvb-firmware/dvb-usb-dib0700-03-pre1.fw > and the latest drivers from > http://linuxtv.org/hg/~pb/v4l-dvb/ > to see whether you have still problems. No still problems here... oh, did you mean "still have problems"? ;-) Hardware is a Nova-T Stick 70001. The new firmware is in /lib/firmware as both dvb-usb-dib0700-01.fw and dvb-usb-dib0700-03-pre1.fw so that I could test it without having to rebuild the stock driver. Stock 2.6.22-hrt5: works as before. No problems, or at least none that I've noticed. ~pb/v4l-dvb c58cb07fa064: FAILS. Tuning isn't working; when the status is being queried, this version reports either FE_HAS_SIGNAL or 0, though that status bit does appear to be correctly reported. [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. Errare umanum est. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Compro DVB-T100
I have spent some time last weekend starting to get the Compro VideoMate DVB-T100 working. Similar cards from Compro, the DVB-T200, 200A and 300 are already have driver support so it seems this will not be too hard a task. I hope to have this done in the next week or two depending on my workload. I'm just wondering if anyone else is working on this card? I'd rather not replicate work already done. Also, does anyone have a any good reference sources for this range of cards? Cheers all. -- Stuart Coyle stuart dot coyle at gmail dot com ___ 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 (Diversity)
I demand that Patrick Boettcher may or may not have written... > On Mon, 30 Jul 2007, Janne Grunau wrote: >> On Monday 30 July 2007 18:35:18 Patrick Boettcher wrote: >>> If you have such a card we can try to make it work. >> There are already cards out there. Hauppauge official name seems to be >> Nova-TD 500 >>> We need to know which components are used - as it is diversity I assume >>> it is something with DiBcom - but which ones. >> Yes, according to >> http://www.gossamer-threads.com/lists/mythtv/users/280958#280958 it has a >> "DIBcom 0710 TS to PCI bridge". > They made this a product > The DiB0710 PCI controller was afai knew never sold for Mass-Production. > Support for this controller is not planned for now, sorry. Just so we know what (not) to avoid: What model nos. are on the boxes for known-good Nova-T 500s? What model no. is on the box for the Nova-TD 500? You'll probably find the model number near the barcode on the box; for example, my Nova-T Stick (70001) has "WinTV-NOVA-T-Stick model 294", and I know that newer ones have a different model number. Oh, and these numbers should be added to the relevant wiki pages. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE. I think therefore I create bugs. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [PATCH] Assistance writing patch for Nova-T 500 stuttering problems
Hi Patrick, Thanks for that Patrick. My patch fixed the problem for me and someone else I know with the same card. I'll try the fix tonight, and also will get the other guy to test it. What module parameter do I need to use? Do I also need the new firmware? I looked through your repository and couldn't see the change that fixed the problem, what was the revision? ... e.g. my patch added a module parameter to dib3000mc, but I can see a new module parameter there. Thanks, Matt Patrick Boettcher wrote: Hi Matt, Based on your Idea I just committed something which will fix your problems using a module parameter. I don't know why Hauppauge has splitted the fix into two, it is not useful, both register-changes are required to solve the issue. By using those settings one will decrease the mobile performance of the receiver, but for fixed-reception it is OK. Can you please try it from my hg repo: http://linuxtv.org/hg/~pb/v4l-dvb/? regards, Patrick. On Thu, 19 Jul 2007, Matt Doran wrote: Hi Patrick, I tracked down the code that sets up the registers in dib3000mc.c. I created a patch to add a "fix_sfn" module option to the dib3000mc modele. e.g. when fix_sfn 0x01 bit is set, configure register 29 -> 0x1073 ... when fix_sfn 0x02 bit is set, configure register 108 -> 0x4000. I've tested this with "fix_sfn" set to 3 to enable both fixes, and it doesn't cause any regressions. Tonight I have not had any reception/stuttering problems (it doesn't happen all the time), so I'm not sure if it fixes the problem. but I'll continue to use this to see if it successfully resolves my issues. I'll also ask others I know who see this problem to test this fix. Can you review this patch? Does it look right? I wasn't sure what to call the module option, or how to describe the options ... if you have any suggestions I'd be happy to adjust the patch. Regards, Matt Patrick Boettcher wrote: Hi, I nothing really important happens I'm trying to provide something this or beginning of next week. Patrick. On Sun, 15 Jul 2007, Matt Doran wrote: Hi there, The Nova-T 500 has some serious problems with some channels in various locations around Australia. These channels show serious video break-up/stuttering like there is poor reception, however this is not the case. Using other tuners (e.g. other cards, or tuners in TVs), or using the Nova-T 500 on Windows doesn't exhibit these problems. I raised this issue 3 or four months ago (http://www.linuxtv.org/pipermail/linux-dvb/2007-April/017065.html). Patrick Boettcher indicated that it relates to some peculiarities with the DVB broadcast (http://www.linuxtv.org/pipermail/linux-dvb/2007-April/017102.html). The Hauppauge windows drivers now have a registry key (HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HCW99BDA\Parameters\FixSFN) that can be used to modify the tuner's behaviour to fix this problem. I'd like to work on a patch for the drivers to add a module option "fix_sfn", that does the same as the windows drivers. But need to know what registry settings need to be changed. If Patrick or someone from Hauupauge or Dibcom could give me this information, I'd like to develop the initial patch. Thanks in advance, Matt ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] saa7146_i2c_writeout: timed out waiting for end of xfer
On Tue, 2007-07-31 at 00:46 +0200, Stone wrote: > > > On 7/17/07, Oliver Endriss <[EMAIL PROTECTED]> wrote: > Oliver Endriss wrote: > > Imho the interrupt processing was broken: > > - The first I2C interrupt should be used to wake-up the > task. > > It does not matter that it takes some time until ERR in > IIC_STA > > will be updated. We don't need it. > > - Interrupts must be acknowledged at the end of the ISR. > > > > @all > > Please test the attached patch. > > There shouldn't be any unexpected I2C interrupts anymore. > > Attached is an updated patch which does extended status > checking. > > Did this patch solve everyone's problems? Is is checked in now? i did not check yet, as i lack a server right now. but you'll hear from me, as soon as i get it back. pm ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb