Re: [linux-dvb] Microtune mt2131 driver wanted badly.
Dear Mike: Can the mt2131 driver in ~mkrufky repo work? 在2007-07-13，"Michael Krufky" <[EMAIL PROTECTED]> 写道： lwtbenben wrote: > Hi,Michael Krufky Sorry for my misunderstanding, but I just do not know where to find the cx23885 dev tree. > Did you mean the standard linux kernel source tree or somewhere else? > As your kindness, would you please send the mt2131.c and mt2131.h to this mail. > Thank you so much. > Kevin Liu > > 在2007-07-13，"Michael Krufky" <[EMAIL PROTECTED]> 写道： > lwtbenben wrote: > Hello, everyone. > I am now using a usb card with mt2131 as its tuner. > I googled these info on website: > "b/linux/drivers/media/dvb/frontends/mt2131.c | 642 +++ > b/linux/drivers/media/dvb/frontends/mt2131.h | 70..." > > But I just can not find mt2131.c and mt2131.h on linuxtv.org > > Could someone give me some advice? > By the way, could someone tell me the difference between the mt2131 and mt2060? > Thank you . mt2131 is completely different from the mt2060 There is a driver work-in-progress, that you can find in the cx23885 dev tree. The driver works, but it is not yet ready for release. I have nothing else to report at this time. -- Michael Krufky > Kevin, The driver has not yet been released. If you want to take a look at the mercurial repositories, you will find mt2131.[ch] in linux/drivers/media/dvb/frontends/ , in this repo: http://linuxtv.org/hg/~mkrufky/cx23885 You should not use this driver yet, as it is not yet complete. I spoke to the author today, and we plan to clean up any remaining issues and work towards a release in the near future. I can not provide any more information at this time. Cheers, Mike___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Microtune mt2131 driver wanted badly.
On Dienstag, 17. Juli 2007, lwtbenben wrote: > Dear Mike: > Can the mt2131 driver in ~mkrufky repo work? > > > 在2007-07-13，"Michael Krufky" <[EMAIL PROTECTED]> 写道： > lwtbenben wrote: > Hi,Michael Krufky Sorry for my misunderstanding, but I > just do not know where to find the cx23885 dev tree. > Did you mean the > standard linux kernel source tree or somewhere else? > As your kindness, > would you please send the mt2131.c and mt2131.h to this mail. > Thank you > so much. > Kevin Liu > > 在2007-07-13，"Michael Krufky" <[EMAIL PROTECTED]> > 写道： > lwtbenben wrote: > Hello, everyone. > I am now using a usb card with > mt2131 as its tuner. > I googled these info on website: > > "b/linux/drivers/media/dvb/frontends/mt2131.c | 642 +++ > > b/linux/drivers/media/dvb/frontends/mt2131.h | 70..." > > But I just can > not find mt2131.c and mt2131.h on linuxtv.org > > Could someone give me > some advice? > By the way, could someone tell me the difference between the > mt2131 and mt2060? > Thank you . mt2131 is completely different from the > mt2060 There is a driver work-in-progress, that you can find in the cx23885 > dev tree. The driver works, but it is not yet ready for release. I have > nothing else to report at this time. -- Michael Krufky > Kevin, The driver > has not yet been released. If you want to take a look at the mercurial > repositories, you will find mt2131.[ch] in > linux/drivers/media/dvb/frontends/ , in this repo: > http://linuxtv.org/hg/~mkrufky/cx23885 You should not use this driver yet, > as it is not yet complete. I spoke to the author today, and we plan to > clean up any remaining issues and work towards a release in the near > future. I can not provide any more information at this time. Cheers, Mike ^^ This mail is just formatted ugly Couldn't you just use a MUA that is able to send pretty formatted text mails. Thanks Matthias -- Matthias Schwarzott (zzam) ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Microtune mt2131 driver wanted badly.
Complaining about that would be like me complaining about all the damn germans on this list using localized MUAs that keep replacing "Blah blah on Blah blah wrote blah blah" with some shit like "Am Mittwoch, 11. Juli 2007 18:36:06 schrieb " What am I supposed to do with that? If your email is goin to be in english, make your mail client in english too. -tc On 7/17/07, Matthias Schwarzott <[EMAIL PROTECTED]> wrote: > On Dienstag, 17. Juli 2007, lwtbenben wrote: > > Dear Mike: > > Can the mt2131 driver in ~mkrufky repo work? > > > > > > 在2007-07-13，"Michael Krufky" <[EMAIL PROTECTED]> 写道： > > lwtbenben wrote: > Hi,Michael Krufky Sorry for my misunderstanding, but I > > just do not know where to find the cx23885 dev tree. > Did you mean the > > standard linux kernel source tree or somewhere else? > As your kindness, > > would you please send the mt2131.c and mt2131.h to this mail. > Thank you > > so much. > Kevin Liu > > 在2007-07-13，"Michael Krufky" <[EMAIL PROTECTED]> > > 写道： > lwtbenben wrote: > Hello, everyone. > I am now using a usb card with > > mt2131 as its tuner. > I googled these info on website: > > > "b/linux/drivers/media/dvb/frontends/mt2131.c | 642 +++ > > > b/linux/drivers/media/dvb/frontends/mt2131.h | 70..." > > But I just can > > not find mt2131.c and mt2131.h on linuxtv.org > > Could someone give me > > some advice? > By the way, could someone tell me the difference between the > > mt2131 and mt2060? > Thank you . mt2131 is completely different from the > > mt2060 There is a driver work-in-progress, that you can find in the cx23885 > > dev tree. The driver works, but it is not yet ready for release. I have > > nothing else to report at this time. -- Michael Krufky > Kevin, The driver > > has not yet been released. If you want to take a look at the mercurial > > repositories, you will find mt2131.[ch] in > > linux/drivers/media/dvb/frontends/ , in this repo: > > http://linuxtv.org/hg/~mkrufky/cx23885 You should not use this driver yet, > > as it is not yet complete. I spoke to the author today, and we plan to > > clean up any remaining issues and work towards a release in the near > > future. I can not provide any more information at this time. Cheers, Mike > > ^^ This mail is just formatted ugly > Couldn't you just use a MUA that is able to send pretty formatted text mails. > > Thanks > Matthias > > > -- > Matthias Schwarzott (zzam) > > ___ > 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
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.
CU
Oliver
--
VDR Remote Plugin 0.3.9: http://www.escape-edv.de/endriss/vdr/
diff -r 0f9dfb292f40 linux/drivers/media/common/saa7146_core.c
--- a/linux/drivers/media/common/saa7146_core.c Tue Jul 17 02:27:12 2007 +0200
+++ b/linux/drivers/media/common/saa7146_core.c Tue Jul 17 06:49:46 2007 +0200
@@ -252,18 +252,17 @@ static irqreturn_t interrupt_hw(int irq,
#endif
{
struct saa7146_dev *dev = dev_id;
- u32 isr = 0;
+ u32 isr;
+ u32 ack_isr;
/* read out the interrupt status register */
- isr = saa7146_read(dev, ISR);
+ ack_isr = isr = saa7146_read(dev, ISR);
/* is this our interrupt? */
if ( 0 == isr ) {
/* nope, some other device */
return IRQ_NONE;
}
-
- saa7146_write(dev, ISR, isr);
if( 0 != (dev->ext)) {
if( 0 != (dev->ext->irq_mask & isr )) {
@@ -287,21 +286,16 @@ static irqreturn_t interrupt_hw(int irq,
isr &= ~MASK_28;
}
if (0 != (isr & (MASK_16|MASK_17))) {
- u32 status = saa7146_read(dev, I2C_STATUS);
- if( (0x3 == (status & 0x3)) || (0 == (status & 0x1)) ) {
- SAA7146_IER_DISABLE(dev, MASK_16|MASK_17);
- /* only wake up if we expect something */
- if( 0 != dev->i2c_op ) {
-u32 psr = (saa7146_read(dev, PSR) >> 16) & 0x2;
-u32 ssr = (saa7146_read(dev, SSR) >> 17) & 0x1f;
-DEB_I2C(("irq: i2c, status: 0x%08x, psr:0x%02x, ssr:0x%02x).\n",status,psr,ssr));
-dev->i2c_op = 0;
-wake_up(&dev->i2c_wq);
- } else {
-DEB_I2C(("unexpected irq: i2c, status: 0x%08x, isr %#x\n",status, isr));
- }
+ SAA7146_IER_DISABLE(dev, MASK_16|MASK_17);
+ /* only wake up if we expect something */
+ if( 0 != dev->i2c_op ) {
+ dev->i2c_op = 0;
+ wake_up(&dev->i2c_wq);
} else {
- DEB_I2C(("unhandled irq: i2c, status: 0x%08x, isr %#x\n",status, isr));
+ u32 psr = saa7146_read(dev, PSR);
+ u32 ssr = saa7146_read(dev, SSR);
+ printk(KERN_WARNING "saa7146: unexpected i2c irq: isr %08x psr %08x ssr %08x\n",
+ isr, psr, ssr);
}
isr &= ~(MASK_16|MASK_17);
}
@@ -310,6 +304,7 @@ static irqreturn_t interrupt_hw(int irq,
ERR(("disabling interrupt source(s)!\n"));
SAA7146_IER_DISABLE(dev,isr);
}
+ saa7146_write(dev, ISR, ack_isr);
return IRQ_HANDLED;
}
diff -r 0f9dfb292f40 linux/drivers/media/common/saa7146_i2c.c
--- a/linux/drivers/media/common/saa7146_i2c.c Tue Jul 17 02:27:12 2007 +0200
+++ b/linux/drivers/media/common/saa7146_i2c.c Tue Jul 17 06:49:46 2007 +0200
@@ -247,8 +247,16 @@ static int saa7146_i2c_writeout(struct s
}
/* give a detailed status report */
- if ( 0 != (status & SAA7146_I2C_ERR)) {
-
+ if ( 0 != (status & (SAA7146_I2C_SPERR | SAA7146_I2C_APERR |
+ SAA7146_I2C_DTERR | SAA7146_I2C_DRERR |
+ SAA7146_I2C_AL| SAA7146_I2C_ERR |
+ SAA7146_I2C_BUSY)) ) {
+
+ if ( 0 == (status & SAA7146_I2C_ERR) ||
+ 0 == (status & SAA7146_I2C_BUSY) ) {
+ printk(KERN_WARNING "%s: unexpected i2c status %04x\n",
+ __FUNCTION__, status);
+ }
if( 0 != (status & SAA7146_I2C_SPERR) ) {
DEB_I2C(("error due to invalid start/stop condition.\n"));
}
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Technotrend S2-3600 HDTV-S2 USB 2.0
On 7/17/07, Erich Newell <[EMAIL PROTECTED]> wrote: > Manu, or anyone who can help...Will this card work with the current > HDTV drivers? I am unfamiliar with whatever complications there might > be with a USB device. > According to STM, the STB0899 can come in a standard flavour as well as an integrated USB BIU. I don't know whether the 3600 uses the same 899/6100/LNBP21 combination. If so things should be a bit more easier. Can someone clarify the details from Technotrend ? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Technotrend S2-3600 HDTV-S2 USB 2.0
On 7/17/07, Nick Andrew <[EMAIL PROTECTED]> wrote: > On Tue, Jul 17, 2007 at 08:45:25AM +0900, timecop wrote: > > So my question is, why even bother with the Linux driver. > > Because I got linux for free, I got the driver for free (thanks > Aapo & others), just had to put a little time into it myself, > kaffeine and KDE were also free. Not only free to acquire, but I'm > free to run them, study and modify them, share them and publish my > own modifications. > > Contrast with Microsoft, where everything's proprietary and > obscure/undocumented. Expensive, no freedom to share or study; > I don't want to have to deal with "Windows Genuine Advantage" > or "Vista UAC". Windows ... is a dodgy platform. Always has > been. No thanks. > For people who rip away Linux code and put it under Windows, what else more do you expect ? Such people can't even understand documents/specifications that are in the public domain, to write even on their own 50 lines of code and hence stuck to linux-dvb as a whole. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Timecop
On 7/17/07, Michael Krufky <[EMAIL PROTECTED]> wrote: > timecop wrote: > > I would like to mention once again that I freaking hate the fact that > > this list does not modify Reply-To: header. > > > [snip] > > > > So my question is, why even bother with the Linux driver. > > My question to you... Why even read the list? Why reply? > > It's clear that you're not interested in this stuff (or are you?) > > Why spend your precious time reading about an operating system that you > disapprove of? > > I think that you secretly love Linux, and everything that it has to offer. > > Either that, or it's your only source of useful information. I think the last part is the correct one. ;-) ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Timecop
On Tue, 17 Jul 2007, Manu Abraham wrote: > On 7/17/07, Michael Krufky <[EMAIL PROTECTED]> wrote: > > timecop wrote: > > > I would like to mention once again that I freaking hate the fact that > > > this list does not modify Reply-To: header. > > > > [snip] > > > > > So my question is, why even bother with the Linux driver. > > > > My question to you... Why even read the list? Why reply? > > > > It's clear that you're not interested in this stuff (or are you?) > > > > Why spend your precious time reading about an operating system that you > > disapprove of? > > > > I think that you secretly love Linux, and everything that it has to > > offer. > > > > Either that, or it's your only source of useful information. > > I think the last part is the correct one. ;-) Wow what a paradox one must find oneself in ;) > ___ > 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] Twinhan VP-1030C Diseq problem
Hi All, after upgrading my current Sempron system to an Athlon X2 I have some strange issues with my Twinhan VP-1030C. Tuning different channels on the Astra system is no problem. Also switching to Hotbird Is working fine. If I try to switch back from Hotbird to Astra this is not working anymore. The card tries to tune the frequency but does not change the LNB. I tried my TT budget card Without any problems so I moved back to my old Sempron system to see if the card is the root cause. Sempron system still working fine. Booting the system with non SMP configuration did also not help either. Is there an know solution to this? Is anybody else having the same issues? I have read at least two articles regarding to a similar problem in the internet from the last year - however without any solution. I am trying to find out now if the diseq commands are send at all on the system with the problems. I was not able to figure out how I can see debug messages regarding to frequency tuning or diseqc command switching. Can someone point me to the right direction how I can enable the debug message? Also is there some way to do a full text search over the linux-dvb list? Best Regards, Manuel ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Timecop
Michael Krufky wrote: > timecop wrote: >> I would like to mention once again that I freaking hate the fact that >> this list does not modify Reply-To: header. >> > [snip] >> So my question is, why even bother with the Linux driver. > > My question to you... Why even read the list? Why reply? > > It's clear that you're not interested in this stuff (or are you?) > > Why spend your precious time reading about an operating system that you > disapprove of? > > I think that you secretly love Linux, and everything that it has to offer. > > Either that, or it's your only source of useful information. > > -mk > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > His reply did give me a funny idea though. VMWare and similar communicate to the host OS through the network, AFAIK. So maybe it would be possible to write a server-client to make it possible to run the DVB USB device on a Windows-guest, stream the whole TS over the network to the host OS and have a little server/client to change frequency and start/stop streaming. In Linux (or other non-windows host) you would probably have a virtual DVB device for a client so that it works in any application. It's horrifying and nasty, I wouldn't really like to use it myself ATM (I prefer buying a natively supported device even if I own an unsupported one already), but if there really wouldn't be any other way (e.g. no hope for a native driver), it may be an option to some. Or as a temporary solution until there's a driver (just like captive NTFS was until there was ntfs-3g). P. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Timecop
On 7/17/07, P. van Gaans <[EMAIL PROTECTED]> wrote: > Michael Krufky wrote: > > timecop wrote: > >> I would like to mention once again that I freaking hate the fact that > >> this list does not modify Reply-To: header. > >> > > [snip] > >> So my question is, why even bother with the Linux driver. > > > > My question to you... Why even read the list? Why reply? > > > > It's clear that you're not interested in this stuff (or are you?) > > > > Why spend your precious time reading about an operating system that you > > disapprove of? > > > > I think that you secretly love Linux, and everything that it has to offer. > > > > Either that, or it's your only source of useful information. > > > > -mk > > > > ___ > > linux-dvb mailing list > > linux-dvb@linuxtv.org > > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > > > > His reply did give me a funny idea though. VMWare and similar > communicate to the host OS through the network, AFAIK. So maybe it would > be possible to write a server-client to make it possible to run the DVB > USB device on a Windows-guest, stream the whole TS over the network to > the host OS and have a little server/client to change frequency and > start/stop streaming. In Linux (or other non-windows host) you would > probably have a virtual DVB device for a client so that it works in any > application. > > It's horrifying and nasty, I wouldn't really like to use it myself ATM > (I prefer buying a natively supported device even if I own an > unsupported one already), but if there really wouldn't be any other way > (e.g. no hope for a native driver), it may be an option to some. Or as a > temporary solution until there's a driver (just like captive NTFS was > until there was ntfs-3g). > you can do that with vlc (videolanclient) http://www.videolan.org/ Markus ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Technotrend T-1500T
I have struggled to get the T-1500T working for ages now. Just no lock, or luck. But the other day I had a friend ask if I had a spare TV card. So I gave him a T-1500T. He runs windows. The card will not tune. So we tried anothersame issue. It appears the cards I have will not lock in windows or Linux. Anyone in the UK fancy trying one on Windoze then subsequently linux for me? I have a spare. Nick ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Technotrend T-1500T
On 17/07/07, Nicholas Fearnley <[EMAIL PROTECTED]> wrote: > I have struggled to get the T-1500T working for ages now. Just no > lock, or luck. > > But the other day I had a friend ask if I had a spare TV card. So I > gave him a T-1500T. He runs windows. > > The card will not tune. > So we tried anothersame issue. > I have seen this problem before in a machine with a TT C-2300. Card is detected, but just will not tune under windows. I eventually moved the card to different slots, uninstall and re-install the driver after each time you move it and eventually I found a slot that it worked on. I dont believe that I saw the same problem under Linux. I think it had something to do with IRQ's and the way windows handles them, but not sure. All I can think of is to try a couple of different slots. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Pinnacle Dual DVB-T diversity
Hi, I'm planning to work on an updated release of the dib7000-drivers during this week and next week. (still there is no solution for the dib0700-problems) Can you send some "good" patches with Signed-Off-By - so that we can include it in the mainstream? Patrick. On Mon, 16 Jul 2007, [EMAIL PROTECTED] wrote: > > I've been using this driver for more 5 months, around 1 hour per day with > Kaffeine. > Kaffeine did hang now and then but I never had any kernel oops, I don't think > I had to replug the device... so, there are good signs, but no guarantee. > > > The two frontends are available but the diversity stuff is not yet handled, I > hope I'll have some time next month. The signal quality is as such not better > than other devices. > > This driver works with : > - Pinnacle Dual DVB-T diversity > - Terratec Cinergy DT USB XS diversity ( as reported by Tim Köhler ) > - Hauppauge Nova TD USB ( as reported by Janne Grunau ) > > > If anyone has one of these devices : > - Emtec S830 Diversity (there is a DibCom logo on the box :-) > - Techgear diversity TV Stick > > ... [s]he should give it a try as well (with the correct USB ID values...) > > Just my 2 euro-cents. > > Treza > > >Date: Mon, 16 Jul 2007 09:06:40 +0200 > >From: "Henrik Beckman" <[EMAIL PROTECTED]> > >Subject: Re: [linux-dvb] Pinnacle Dual DVB-T diversity > >To: "Janne Grunau" <[EMAIL PROTECTED]>, linux-dvb > > > >Message-ID: > ><[EMAIL PROTECTED]> > >Content-Type: text/plain; charset="iso-8859-1" > > >Interesting, does the diversity feature with dual antennas work? > >Let us know if it works better than the nova-t 500, I suspect it should (or > >atleast be machine dependand) since it?s a USB stick and don?t have it?s own > >USB controller. > > >/Henrik > > > >On 7/15/07, Janne Grunau <[EMAIL PROTECTED]> wrote: > >> > >> On Friday 23 February 2007 09:30:30 [EMAIL PROTECTED] wrote: > >> > Hi > >> > > >> > A patch for the "Pinnacle Dual DVB-T diversity" USB device > >> > can be found at > >> > "www.chez.com/treza/mt2266.htm" > >> > >> attached are two simple patches. The first one adds support for the > >> Hauppauge Nova TD USB stick and the second one is a kconfig fix to > >> select the MT2266 if dib0700 is enabled. > >> > >> Janne > > > ALICE C'EST ENCORE MIEUX AVEC CANAL+ LE BOUQUET ! > --- > Découvrez vite l'offre exclusive ALICEBOX et CANAL+ LE BOUQUET, en cliquant > ici http://alicebox.fr > Soumis à conditions. > > > > ___ > 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] Assistance writing patch for Nova-T 500 stuttering problems
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] Technotrend S2-3600 HDTV-S2 USB 2.0
Regarding the comments on Windoze...I did not follow if they were directed to me, but I will comment nonetheless. I run linux on every system I own or administer. This is a matter of practical choice however, not ideology. I honestly feel that the service provided to me by this OS is superior to others for my purposes. It is the right tool for most jobs. At the same time I recognize that there are some aspects and tools only available on other operating systems that are very useful and have no open source equivalent. This is the case for several of the DVB applications ( e.g. http://coolstf.com) In the end I would like to upgrade my mythTV backend to include DVB-S2 streams, but in the mean time I'd like to make sure that my investment won't sit idle while I wait for those with the skills to develop drivers and tools to do so. (I am not one of these people) For initial tuning, tracking and setup of satellite dishes and associated gear, the tools available under windows are already functional and are helpful when configuring your dishes before use. I hope to integrate my new DVB-S2 gear into my mythTV solution and simply would like to know if the USB version of the Technotrend device will work. Anyone? Will the Technotrend S2-3600 HDTV-S2 USB 2.0 work with the drivers currently under development by Manu? Thanks again and best regards. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Technotrend S2-3600 HDTV-S2 USB 2.0
On 7/18/07, Erich Newell <[EMAIL PROTECTED]> wrote: > Regarding the comments on Windoze...I did not follow if they were > directed to me, but I will comment nonetheless. > > I run linux on every system I own or administer. This is a matter of > practical choice however, not ideology. I honestly feel that the > service provided to me by this OS is superior to others for my > purposes. It is the right tool for most jobs. > > At the same time I recognize that there are some aspects and tools > only available on other operating systems that are very useful and > have no open source equivalent. This is the case for several of the > DVB applications ( e.g. http://coolstf.com) > > In the end I would like to upgrade my mythTV backend to include DVB-S2 > streams, but in the mean time I'd like to make sure that my investment > won't sit idle while I wait for those with the skills to develop > drivers and tools to do so. (I am not one of these people) For initial > tuning, tracking and setup of satellite dishes and associated gear, > the tools available under windows are already functional and are > helpful when configuring your dishes before use. > > I hope to integrate my new DVB-S2 gear into my mythTV solution and > simply would like to know if the USB version of the Technotrend device > will work. > > Anyone? > > Will the Technotrend S2-3600 HDTV-S2 USB 2.0 work with the drivers > currently under development by Manu? Currently, No. Will need to know what components are inside, to find out whether it can be supported. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Technotrend S2-3600 HDTV-S2 USB 2.0
What would be the process for this? Does the developer need direct access to the hardware, or is it a simple matter of looking at a couple of chipsets and modifying some code appropriately? (Please excuse my ignorance in this) If it were a practical endeavor, I would be willing to purchase the hardware and do testing if someone will commit to modifying the drivers appropriately. Thoughts? > > > > Will the Technotrend S2-3600 HDTV-S2 USB 2.0 work with the drivers > > currently under development by Manu? > > Currently, No. > > Will need to know what components are inside, to find out whether it > can be supported. > ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Technotrend S2-3600 HDTV-S2 USB 2.0
Erich Newell wrote: > What would be the process for this? Does the developer need direct > access to the hardware, or is it a simple matter of looking at a > couple of chipsets and modifying some code appropriately? (Please > excuse my ignorance in this) > > If it were a practical endeavor, I would be willing to purchase the > hardware and do testing if someone will commit to modifying the > drivers appropriately. > > Thoughts? > >>> Will the Technotrend S2-3600 HDTV-S2 USB 2.0 work with the drivers >>> currently under development by Manu? >> Currently, No. >> >> Will need to know what components are inside, to find out whether it >> can be supported. >> > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > First it must be known what chips, tuners etc are inside. If there are drivers for those, supporting the device will be relatively easy. If there are no drivers, they will have to be written by either getting the specs and writing or reverse engineering and writing. That is much more work. If the chips are not supported already, no specs are given and nobody feels like reverse engineering, it will never be supported. If the chips are supported already, it can be supported in a day (at least very fast). All depends on what is there to see inside the device, it's impossible to say anything now. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] tzap output not human readable
I tuned to something with tzap. That gives output like this: status 1f | signal 9a9a | snr fafa | ber 00013ed2 | unc | FE_HAS_LOCK status 1f | signal 9898 | snr fbfb | ber 00011dbe | unc | FE_HAS_LOCK status 1f | signal 9595 | snr fcfc | ber 00011678 | unc 0005 | FE_HAS_LOCK status 1f | signal 9090 | snr fcfc | ber 00011a26 | unc 0003 | FE_HAS_LOCK status 1f | signal 8f8f | snr fcfc | ber 0001289c | unc | FE_HAS_LOCK status 1f | signal 9393 | snr fcfc | ber 0001362a | unc 000a | FE_HAS_LOCK status 1f | signal 9595 | snr fcfc | ber 00012d46 | unc 0016 | FE_HAS_LOCK I've noticed none of the numbers are human-readable (and yes, I suspect anyone who can read hex at the speed tzap outputs it from being non-human ;)). Is it possible to make tzap output decimal numbers so I can compare signal quality and stuff between channels? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] tzap output not human readable
Edit the sores, and replace %04x with %d or wahtever suits your fancy. -tc On 7/18/07, P. van Gaans <[EMAIL PROTECTED]> wrote: > I tuned to something with tzap. That gives output like this: > > status 1f | signal 9a9a | snr fafa | ber 00013ed2 | unc | > FE_HAS_LOCK > status 1f | signal 9898 | snr fbfb | ber 00011dbe | unc | > FE_HAS_LOCK > status 1f | signal 9595 | snr fcfc | ber 00011678 | unc 0005 | > FE_HAS_LOCK > status 1f | signal 9090 | snr fcfc | ber 00011a26 | unc 0003 | > FE_HAS_LOCK > status 1f | signal 8f8f | snr fcfc | ber 0001289c | unc | > FE_HAS_LOCK > status 1f | signal 9393 | snr fcfc | ber 0001362a | unc 000a | > FE_HAS_LOCK > status 1f | signal 9595 | snr fcfc | ber 00012d46 | unc 0016 | > FE_HAS_LOCK > > I've noticed none of the numbers are human-readable (and yes, I suspect > anyone who can read hex at the speed tzap outputs it from being > non-human ;)). Is it possible to make tzap output decimal numbers so I > can compare signal quality and stuff between channels? > > ___ > 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] tzap output not human readable
timecop wrote: > Edit the sores, and replace %04x with %d or wahtever suits your fancy. > never mind the fact that since actual real programmers write windows > apps, this wouldn't be a problem in teh first place)> > > -tc > > On 7/18/07, P. van Gaans <[EMAIL PROTECTED]> wrote: >> I tuned to something with tzap. That gives output like this: >> >> status 1f | signal 9a9a | snr fafa | ber 00013ed2 | unc | >> FE_HAS_LOCK >> status 1f | signal 9898 | snr fbfb | ber 00011dbe | unc | >> FE_HAS_LOCK >> status 1f | signal 9595 | snr fcfc | ber 00011678 | unc 0005 | >> FE_HAS_LOCK >> status 1f | signal 9090 | snr fcfc | ber 00011a26 | unc 0003 | >> FE_HAS_LOCK >> status 1f | signal 8f8f | snr fcfc | ber 0001289c | unc | >> FE_HAS_LOCK >> status 1f | signal 9393 | snr fcfc | ber 0001362a | unc 000a | >> FE_HAS_LOCK >> status 1f | signal 9595 | snr fcfc | ber 00012d46 | unc 0016 | >> FE_HAS_LOCK >> >> I've noticed none of the numbers are human-readable (and yes, I suspect >> anyone who can read hex at the speed tzap outputs it from being >> non-human ;)). Is it possible to make tzap output decimal numbers so I >> can compare signal quality and stuff between channels? >> >> ___ >> 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 > I was seriously almost going to ask you where I could find the sores, until I realized the meaning of the word "sore" in proper English and it's pronunciation. Am I allowed to rant on some people on this list? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] tzap output not human readable
Do you have a problem with my suggestion? It is, correct, by the way. -tc On 7/18/07, P. van Gaans <[EMAIL PROTECTED]> wrote: > timecop wrote: > > Edit the sores, and replace %04x with %d or wahtever suits your fancy. > > > never mind the fact that since actual real programmers write windows > > apps, this wouldn't be a problem in teh first place)> > > > > -tc > > > > On 7/18/07, P. van Gaans <[EMAIL PROTECTED]> wrote: > >> I tuned to something with tzap. That gives output like this: > >> > >> status 1f | signal 9a9a | snr fafa | ber 00013ed2 | unc | > >> FE_HAS_LOCK > >> status 1f | signal 9898 | snr fbfb | ber 00011dbe | unc | > >> FE_HAS_LOCK > >> status 1f | signal 9595 | snr fcfc | ber 00011678 | unc 0005 | > >> FE_HAS_LOCK > >> status 1f | signal 9090 | snr fcfc | ber 00011a26 | unc 0003 | > >> FE_HAS_LOCK > >> status 1f | signal 8f8f | snr fcfc | ber 0001289c | unc | > >> FE_HAS_LOCK > >> status 1f | signal 9393 | snr fcfc | ber 0001362a | unc 000a | > >> FE_HAS_LOCK > >> status 1f | signal 9595 | snr fcfc | ber 00012d46 | unc 0016 | > >> FE_HAS_LOCK > >> > >> I've noticed none of the numbers are human-readable (and yes, I suspect > >> anyone who can read hex at the speed tzap outputs it from being > >> non-human ;)). Is it possible to make tzap output decimal numbers so I > >> can compare signal quality and stuff between channels? > >> > >> ___ > >> 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 > > > > I was seriously almost going to ask you where I could find the sores, > until I realized the meaning of the word "sore" in proper English and > it's pronunciation. > > Am I allowed to rant on some people on this list? > ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] tzap output not human readable
On Wednesday 18 July 2007 11:22, P. van Gaans wrote: > timecop wrote: > > Edit the sores, and replace %04x with %d or wahtever suits your fancy. > > > never mind the fact that since actual real programmers write windows > > apps, this wouldn't be a problem in teh first place)> [snip] > I was seriously almost going to ask you where I could find the sores, > until I realized the meaning of the word "sore" in proper English and > it's pronunciation. Source versus sores. Was it a joke or a mistake? I guess that timecop was trying to be a little bit rude and funny. > Am I allowed to rant on some people on this list? It is hard to stop you. Try to keep it a bit civilised. Remember that facial expressions don't work very well and many jokes don't translate well. -- sig goes here... Peter D. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] extra switch for tzap
I don't call myself a programmer (I've never seen any C guide), but
somehow I figured out how to add an extra switch to tzap to make it
print the status in (human-readable) decimal instead of hex. It is
attached. It would be really nice if this would make it into the
dvb-apps on linuxtv..
Talking about that, could anybody tell me the minimal and maximal and/or
possible values for status, signal, snr, ber and uncorrected? If I would
know them I could try to make the numbers more human-readable (eg signal
ranging from 0 to 99 or so).
/* tzap -- DVB-T zapping utility
*/
/*
* Added recording to a file
* arguments:
*
* -t timeout (seconds)
* -o filename output filename (use -o - for stdout)
* -s only print summary
* -S run silently (no output)
*
* Bernard Hatt 24/2/04
*/
#define _FILE_OFFSET_BITS 64
#define _LARGEFILE_SOURCE 1
#define _LARGEFILE64_SOURCE 1
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
static char FRONTEND_DEV [80];
static char DEMUX_DEV [80];
static char DVR_DEV [80];
static int timeout_flag=0;
static int silent=0,timeout=0;
static int decread=0;
static int exit_after_tuning;
#define CHANNEL_FILE "channels.conf"
#define ERROR(x...) \
do {\
fprintf(stderr, "ERROR: "); \
fprintf(stderr, x); \
fprintf (stderr, "\n"); \
} while (0)
#define PERROR(x...)\
do {\
fprintf(stderr, "ERROR: "); \
fprintf(stderr, x); \
fprintf (stderr, " (%s)\n", strerror(errno)); \
} while (0)
typedef struct {
char *name;
int value;
} Param;
static const Param inversion_list [] = {
{ "INVERSION_OFF", INVERSION_OFF },
{ "INVERSION_ON", INVERSION_ON },
{ "INVERSION_AUTO", INVERSION_AUTO }
};
static const Param bw_list [] = {
{ "BANDWIDTH_6_MHZ", BANDWIDTH_6_MHZ },
{ "BANDWIDTH_7_MHZ", BANDWIDTH_7_MHZ },
{ "BANDWIDTH_8_MHZ", BANDWIDTH_8_MHZ }
};
static const Param fec_list [] = {
{ "FEC_1_2", FEC_1_2 },
{ "FEC_2_3", FEC_2_3 },
{ "FEC_3_4", FEC_3_4 },
{ "FEC_4_5", FEC_4_5 },
{ "FEC_5_6", FEC_5_6 },
{ "FEC_6_7", FEC_6_7 },
{ "FEC_7_8", FEC_7_8 },
{ "FEC_8_9", FEC_8_9 },
{ "FEC_AUTO", FEC_AUTO },
{ "FEC_NONE", FEC_NONE }
};
static const Param guard_list [] = {
{"GUARD_INTERVAL_1_16", GUARD_INTERVAL_1_16},
{"GUARD_INTERVAL_1_32", GUARD_INTERVAL_1_32},
{"GUARD_INTERVAL_1_4", GUARD_INTERVAL_1_4},
{"GUARD_INTERVAL_1_8", GUARD_INTERVAL_1_8},
{"GUARD_INTERVAL_AUTO", GUARD_INTERVAL_AUTO}
};
static const Param hierarchy_list [] = {
{ "HIERARCHY_1", HIERARCHY_1 },
{ "HIERARCHY_2", HIERARCHY_2 },
{ "HIERARCHY_4", HIERARCHY_4 },
{ "HIERARCHY_NONE", HIERARCHY_NONE },
{ "HIERARCHY_AUTO", HIERARCHY_AUTO }
};
static const Param constellation_list [] = {
{ "QPSK", QPSK },
{ "QAM_128", QAM_128 },
{ "QAM_16", QAM_16 },
{ "QAM_256", QAM_256 },
{ "QAM_32", QAM_32 },
{ "QAM_64", QAM_64 },
{ "QAM_AUTO", QAM_AUTO }
};
static const Param transmissionmode_list [] = {
{ "TRANSMISSION_MODE_2K", TRANSMISSION_MODE_2K },
{ "TRANSMISSION_MODE_8K", TRANSMISSION_MODE_8K },
{ "TRANSMISSION_MODE_AUTO", TRANSMISSION_MODE_AUTO }
};
#define LIST_SIZE(x) sizeof(x)/sizeof(Param)
static
int parse_param (int fd, const Param * plist, int list_size, int *param)
{
char c;
int character = 0;
int _index = 0;
while (1) {
if (read(fd, &c, 1) < 1)
return -1; /* EOF? */
if ((c == ':' || c == '\n')
&& plist->name[character] == '\0')
break;
while (toupper(c) != plist->name[character]) {
_index++;
plist++;
if (_index >= list_size) /* parse error, no valid */
return -2; /* parameter name found */
}
character++;
}
*param = plist->value;
return 0;
}
static
int parse_int(int fd, int *val)
{
char number[11]; /* 2^32 needs 10 digits... */
int character = 0;
while (1) {
if (read(fd, &number[character], 1) < 1)
return -1; /* EOF? */
if (number[character] == ':' || number[character] == '\n') {
number[character] = '\0';
break;
}
if (!isdigit(number[character]))
return -2; /* parse error, not a digit... */
character++;
if (character > 10) /* overflow, number too big */
return -3; /* to fit in 32 bit */
};
*val = strtol(number, NULL, 10);
return 0;
}
static
int find_channel(int fd, const char *channel)
{
int character = 0;
while (1) {
char c;
if (read(fd, &c, 1) < 1)
return -1; /* EOF! */
if ( '\n' == c ) /* start of line */
character = 0;
else if ( character >= 0 ) { /* we are in the namefield */
Re: [linux-dvb] extra switch for tzap
En/na P. van Gaans ha escrit: > Talking about that, could anybody tell me the minimal and maximal and/or > possible values for status, signal, snr, ber and uncorrected? If I would > know them I could try to make the numbers more human-readable (eg signal > ranging from 0 to 99 or so). The range and meaning of these values was specified in an older revision of the dvb api. It's no longer specified, besides almost no driver followed the former specification. Bye -- Luca ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
