--On den 2 januari 2003 23:01 +0200 Jaakko Hyvätti <[EMAIL PROTECTED]>
wrote:
Are there networks, cards, tuners or combinations of them anywhere in the
world where the IF frequency must be something other than 36.000MHz?
I have been fiddling with the Alps DVB-T tuner TDLB7 the
last two days :-
I have now talked to TT, they think it is a hardware problem
and I will send my card to them for a check.
(I think so too, I have spikes at about 18,3MHz on the signal
from the tuner to the demodulator, they seem to originate in
the demod, and 18,3MHz is 1/3 of the demods' clock frequency.
That c
In the UK, again you have little choice...
The de facto card is the Hauppauge Nova-T retailing from dabs.com and the
like for about £100 inc. VAT. It's a budget card. If you want a full-feature
DVB-T card, Hauppauge can get them for you if you ask them directly.
The DVB-T card has been one of
> Is anybody of the card patchers willing to implement + test this and
> then send us patches for both DVB/ and dvb-kernel/ trees?
More discussion leads to more imporvement. I think above discussed
approach may be good and performance-efficient. But first some obvious
inconsistencies regarding I
maroi writes:
> If I outcomment the first OR second one and recompile then it works, no
> crashes or duplicate packets!
>
> but in meantime I`ve tried dvb drivers from
> http://www.metzlerbros.org/dvb/index.html
> and I didn`t see any crashes of arm, but
> when I`m watching traffic on tcpd
On Thu, 2 Jan 2003 [EMAIL PROTECTED] wrote:
> I am just curious, are there now two different driver
> development projects going on? If so, why?
I think it is a good thing to have all and every possible different
source trees for these drivers available. It is hard enough to get things
working
> maroi wrote:
> > latest cvs, kernel 2.4.20 (videodev, evdev, input enabled as module),
i2c
> > dvbtune -c 0 -f 11137000 -p V -t 0 -s 39800 -D 0 -n 512 (planetsky)
> > FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI
> > FE_HAS_SYNC
> > Signal=37265, Verror=0, SNR=50886dB, Bloc
I believe there are two problems:
1. The IF frequency in ves1820.c:tuner_set_tv_freq() is wrong, the
correct value I suspect is 36.000MHz. It used to be 36.125MHz up to
-r1.7. Back then there was a -0.125MHz frequency offset needed when
tuning QAM64 channels on Helsinki cable. In revision 1
> > Apparently this is caused when the frontend is opened/closed to quickly.
> > The following test program runs stable for quite a while with driver 2002-12-01,
> > but with driver 2002-12-06 it locks the machine after just a few loops.
>
> Celeron 1333
> Suse 8.0 Kernel 2.4.18
> dvbdriver 2002-1
[EMAIL PROTECTED] wrote:
> [faster tuning w/o zig-zag scan]
I can confirm this for my DVB-S Nexus 2.1, too.
Perhaps this is due to my setup: DVB-S connected to a DiSEqC switch.
Tuning is faster w/o zig-zag scan. Sometimes, if zig-zag scan is
enabled, the DVB-S never gets a lock and the FE thread
JosceJ,
>>> The problem we have here in Helsinki is that when the freq is supposed
>>> to be say 16200, in reality it is 16175. So if you give as the
Have you applied the patch from one of your countrymen, dealing with
the frequency divider? I don't remember who it was though, but maybe s
maroi wrote:
latest cvs, kernel 2.4.20 (videodev, evdev, input enabled as module), i2c
dvbtune -c 0 -f 11137000 -p V -t 0 -s 39800 -D 0 -n 512 (planetsky)
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI
FE_HAS_SYNC
Signal=37265, Verror=0, SNR=50886dB, BlockErrors=0, (S|L|C|V|SY
latest cvs, kernel 2.4.20 (videodev, evdev, input
enabled as module), i2c
dvbtune -c 0 -f 11137000 -p V -t 0 -s 39800 -D 0 -n
512 (planetsky)
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER
FE_HAS_VITERBI FE_HAS_SYNC
Signal=37265, Verror=0, SNR=50886dB, BlockErrors=0,
(S|L|C|V|SY|)
ifcon
[EMAIL PROTECTED] wrote:
The problem we have here in Helsinki is that when the freq is supposed
to be say 16200, in reality it is 16175. So if you give as the
That's exactly why you need the zigzag scan for DVB-C too. If you
disable it you break all applications that rely on the frequen
On Thursday 02 Jan 2003 16:04, Gavin Hamill wrote:
> > - the chap mentioned that he
> > has a good view of the transmitter from his window, but still can't
> > extract the digital signal as it's transmitted over a larger frequency
> > range.
>
> It's not. Each digital multiplex takes up 8MHz of sp
>> The problem we have here in Helsinki is that when the freq is supposed
>> to be say 16200, in reality it is 16175. So if you give as the
>
>That's exactly why you need the zigzag scan for DVB-C too. If you
>disable it you break all applications that rely on the frequency
>announced in
[EMAIL PROTECTED] wrote:
We now put our own development tree on our page at
http://www.metzlerbros.org/dvb/index.html It contains
I am just curious, are there now two different driver
development projects going on? If so, why?
A feature request:
Would it be possible to have a compile switch -N
On Thu, Jan 02, 2003 at 11:37:07AM +0100, Florian Schirmer wrote:
> Hi,
>
> >makes no sense because the isr register is cleared by the IRQ handler
> >before the tasklets get running. sorry,
>
> What about this:
>
> in irq handler:
>
> saved_isr |= readreg(isr) & IRQ_BIT;
>
> in tasklet han
> it's just a timing issue, when you delay clearing the isr until all irq
> handlers are done you win some useconds. This seems to be enough to
> prevent too fast repeating interrupts in the setup of those patched cards.
Card's patch by Roberto adds full TS feed to the unused port of 7146
in DV
On Thursday 02 January 2003 4:16 pm, you wrote:
> On Thu, 2003-01-02 at 16:08, Gavin Hamill wrote:
> hmm, why not point your dish somewhere else... judging from the listings
> the other countries in Europe dont bother with this. Must set up my
> dish...
Yes, but that assumes that there are any En
> Tim,
> > unofficial bbc source that dvb-t will almost certainly mean a new aerial
> > (q for digital signals in UK is much flatter than for analogue signals)
> > - their internal guess is that ~70% of aerials will need to change,
> > which could screw the gov't's intentions, I suppose.
> I have
Tim,
> unofficial bbc source that dvb-t will almost certainly mean a new aerial
> (q for digital signals in UK is much flatter than for analogue signals)
> - their internal guess is that ~70% of aerials will need to change,
> which could screw the gov't's intentions, I suppose.
I have had good resu
On Thu, 2003-01-02 at 16:08, Gavin Hamill wrote:
> On Thursday 02 January 2003 3:52 pm, [EMAIL PROTECTED] wrote:
> > Thanks Gavin
> >
> > Interesting spin on the gov't's definition of 'free to air' then ;-)
> > isn't there a watchdog to prevent this type of behaviour?
>
> Just as an addendum to th
On Thursday 02 January 2003 3:52 pm, [EMAIL PROTECTED] wrote:
> Thanks Gavin
>
> Interesting spin on the gov't's definition of 'free to air' then ;-)
> isn't there a watchdog to prevent this type of behaviour?
Just as an addendum to the Sky thing... yes as a UK resident you can get a
card that'll
On Thu, 2003-01-02 at 15:52, [EMAIL PROTECTED] wrote:
> Thanks Gavin
>
> Interesting spin on the gov't's definition of 'free to air' then ;-)
> isn't there a watchdog to prevent this type of behaviour?
>
> I understood that it wasn't an issue of signal strength, and that they
> were having to use
On Thursday 02 January 2003 3:52 pm, you wrote:
> Thanks Gavin
>
> Interesting spin on the gov't's definition of 'free to air' then ;-)
> isn't there a watchdog to prevent this type of behaviour?
LOL :D Do you really think the government have any power over someone like
Rupert Murdoch? :)))
> I
Thanks Gavin
Interesting spin on the gov't's definition of 'free to air' then ;-)
isn't there a watchdog to prevent this type of behaviour?
I understood that it wasn't an issue of signal strength, and that they
were having to use different shaped aerials - the chap mentioned that he
has a good vi
Hello,
I just found out, that the DVB-1.1.4.tar.gz from
http://www.metzlerbros.org/dvb/index.html
contains new "Dpram" and "Root" files.
Is there any information available what are the differences
between these files and the ones included in CVS "HEAD"?
So long,
Jürgen
--
Info:
To unsubscr
Hi Luc,
Thursday, January 2, 2003, 2:08:32 PM, you wrote:
LdL> FYI
LdL> It seems that xine has now experimental DVB Support included, but I did not
LdL> tried it yet.
LdL> https://sourceforge.net/project/shownotes.php?release_id=130965
Yes, this is true. The current release is for the old "ost" a
Alexandre CONRAD writes:
> >
> >
> > > dvb_dsp.o: unresolved symbol unregister_sound_dsp_Rcd083b10
> > > dvb_dsp.o: unresolved symbol register_sound_dsp_R80629702
> >
> >dvb_dsp needs sound support in the kernel enabled. You can disable the
> >use of dvb_dsp by removing the line
> >export
On Thursday 02 January 2003 3:07 pm, you wrote:
> export USE_DVB_DSP=1<-- removed
...
> Using /lib/modules/2.4.18-3/kernel/drivers/input/evdev.o
> dvb-saa7146.o: unresolved symbol dvb_unregister_dsp
Did you 'make clean' before doing 'make insmod' again ?
> I don't know... Maybe it would be
> dvb_dsp.o: unresolved symbol unregister_sound_dsp_Rcd083b10
> dvb_dsp.o: unresolved symbol register_sound_dsp_R80629702
dvb_dsp needs sound support in the kernel enabled. You can disable the
use of dvb_dsp by removing the line
export USE_DVB_DSP=1
and the ones following it concernibg dsp in
On Thursday 02 January 2003 2:48 pm, you wrote:
> Hullo
>
> Does anyone have any views on whether I should use dvb-t anyway, or
> should I buy a satellite based service and then can the contract as soon
> as I can?
Hi Tim :)
You're in the UK, so if you want digital TV based on a Linux platform, D
Hullo
I'm looking to build a do-it-yourself Tivo for free to air stations in
the UK, based on the linux-tv and vdr. I can get no sensible information
from the main broadcasters in the UK about the pros and cons of
different dvb hardware that I could consider, but I have heard from an
unofficial bb
> We now put our own development tree on our page at
> http://www.metzlerbros.org/dvb/index.html It contains
I am just curious, are there now two different driver
development projects going on? If so, why?
A feature request:
Would it be possible to have a compile switch -NO_ZIGZAG ?
The reason i
FYI
It seems that xine has now experimental DVB Support included, but I did not
tried it yet.
https://sourceforge.net/project/shownotes.php?release_id=130965
rgds
Luc
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as
subject.
Marcus Metzler writes:
> Alexandre CONRAD writes:
> > >
> > >
> > >dvb_dsp needs sound support in the kernel enabled. You can disable the
> > >use of dvb_dsp by removing the line
> > >export USE_DVB_DSP=1
> > >and the ones following it concernibg dsp in the Makefile.
> > >
> > Bu
Alexandre CONRAD writes:
> >
> >
> >dvb_dsp needs sound support in the kernel enabled. You can disable the
> >use of dvb_dsp by removing the line
> >export USE_DVB_DSP=1
> >and the ones following it concernibg dsp in the Makefile.
> >
> But I want sound. How do I enable sound in my kernel
> I don't know what you mean. 8-(
But you answered exactly what I wanted to know 8-)
> The new saa7146 subsystem has been put into the cvs driver, ie. if you
> checkout "dvb-kernel", you'll get the latest cvs driver with the new
> saa7146 subsystem. You'll find a dir named "build-2.4" that can
> >So it does not matter if you do 1-3-2 or 1-2-3.
>
> It might make a difference when clearing the irq bit signals the
> hardware that it can continue doing something or start some transaction
> before we are able to process the irq trown by this transaction.
I also that it makes the differenc
dvb_dsp needs sound support in the kernel enabled. You can disable the
use of dvb_dsp by removing the line
export USE_DVB_DSP=1
and the ones following it concernibg dsp in the Makefile.
But I want sound. How do I enable sound in my kernel ?
I went in
/usr/src ; make menuconfig
in sound, every
Michael Hunold wrote:
Hello Holger,
It might make a difference when clearing the irq bit signals the
hardware that it can continue doing something or start some
transaction before we are able to process the irq trown by this
transaction.
IMHO it does not make any difference. The irq handler
Hello Emard,
[root@michael dvb-kernel]# find . -iname "*net*"
./linux/drivers/media/dvb/dvb-core/dvb_net.c
For me, it's still there. If your problem still persists, please ask on
the mailing list. I don't use the network subsystem...
Argh I know my problem: I don't know the right url
here can
Hello Holger,
makes no sense because the isr register is cleared by the IRQ handler
before the tasklets get running. sorry,
Right.
What about this:
in irq handler:
saved_isr |= readreg(isr) & IRQ_BIT;
in tasklet handler:
do {
... do it ...
} while ((saved_isr) || (readreg(isr) & IR
Emard wrote:
[root@michael dvb-kernel]# find . -iname "*net*"
./linux/drivers/media/dvb/dvb-core/dvb_net.c
For me, it's still there. If your problem still persists, please ask on
the mailing list. I don't use the network subsystem...
Argh I know my problem: I don't know the right url
here can
Hello Holger,
It might make a difference when clearing the irq bit signals the
hardware that it can continue doing something or start some transaction
before we are able to process the irq trown by this transaction.
IMHO it does not make any difference. The irq handler is not called
directly,
> [root@michael dvb-kernel]# find . -iname "*net*"
> ./linux/drivers/media/dvb/dvb-core/dvb_net.c
>
> For me, it's still there. If your problem still persists, please ask on
> the mailing list. I don't use the network subsystem...
Argh I know my problem: I don't know the right url
here can I dow
Florian Schirmer wrote:
Hi,
makes no sense because the isr register is cleared by the IRQ handler
before the tasklets get running. sorry,
What about this:
in irq handler:
saved_isr |= readreg(isr) & IRQ_BIT;
in tasklet handler:
do {
... do it ...
} while ((saved_isr) || (readreg(i
Hi,
>makes no sense because the isr register is cleared by the IRQ handler
>before the tasklets get running. sorry,
What about this:
in irq handler:
saved_isr |= readreg(isr) & IRQ_BIT;
in tasklet handler:
do {
... do it ...
} while ((saved_isr) || (readreg(isr) & IRQ_BIT));
It may
Holger Waechtler wrote:
sorry, next time I better should think twice before writing...
Holger Waechtler wrote:
do {
... do it ...
} while (readreg(isr) & IRQ_BIT);
makes no sense because the isr register is cleared by the IRQ handler
before the tasklets get running.
A way out might look l
Alexandre CONRAD writes:
> dvb_dsp.o: unresolved symbol unregister_sound_dsp_Rcd083b10
> dvb_dsp.o: unresolved symbol register_sound_dsp_R80629702
dvb_dsp needs sound support in the kernel enabled. You can disable the
use of dvb_dsp by removing the line
export USE_DVB_DSP=1
and the ones follo
>
> Ragnar Sundblad wrote:
> >
> > I still find it very peculiar that my card doesn't work at all
> > with neithe
sorry, next time I better should think twice before writing...
Holger Waechtler wrote:
do {
... do it ...
} while (readreg(isr) & IRQ_BIT);
makes no sense because the isr register is cleared by the IRQ handler
before the tasklets get running. sorry,
Holger
--
Info:
To unsubscribe send a
We now put our own development tree on our page at
http://www.metzlerbros.org/dvb/index.html
It contains the proper code for the budget cards. It also has improved
support for the video-in features of the KNC card.
We rewrote some (more will follow) of the frontend drivers to use the
standard
Holger Waechtler wrote:
Michael Hunold wrote:
Hello Emard,
My limited understanding of interrupts idea is this:
1. interrupt arrives, calls the handler routine
2. looking at what caused the interrupt, a local
copy of dvb data related to furter interrupt
processing is done and tasklet pr
Michael Hunold wrote:
Hello Emard,
My limited understanding of interrupts idea is this:
1. interrupt arrives, calls the handler routine
2. looking at what caused the interrupt, a local
copy of dvb data related to furter interrupt
processing is done and tasklet process
is scheduled to p
Ragnar Sundblad wrote:
--On den 1 januari 2003 14:36 +0100 Holger Waechtler
<[EMAIL PROTECTED]> wrote:
To recap:
Most importantly, I had to change the SP5659 tuner PLL charge
pump current from 0 (min, 120uA typ) to 3 (max, 1200uA typ).
That made it work somewhat reliably up to 730MHz, but star
Hello Emard,
My limited understanding of interrupts idea is this:
1. interrupt arrives, calls the handler routine
2. looking at what caused the interrupt, a local
copy of dvb data related to furter interrupt
processing is done and tasklet process
is scheduled to process the interrupt
3.
--On den 1 januari 2003 14:36 +0100 Holger Waechtler
<[EMAIL PROTECTED]> wrote:
To recap:
Most importantly, I had to change the SP5659 tuner PLL charge
pump current from 0 (min, 120uA typ) to 3 (max, 1200uA typ).
That made it work somewhat reliably up to 730MHz, but starts
to fail at 754MHz.
Yo
59 matches
Mail list logo
