NOTE: Last time I sent this it never made it onto the list for some
reason so I'm sending it again.
Now that I've come up with a temporary solution to my TV-out problem
I've moved onto tuning. I haven't been able to lock onto the frequency
that all the channels are on (S 12478000 H 278 3/4)
Now that I've come up with a temporary solution to my TV-out problem
I've moved onto tuning. I haven't been able to lock onto the frequency
that all the channels are on (S 12478000 H 278 3/4). As an example
with dvbtune:
dvbtune -c 0 -f 12478000 -p h -s 278
Using DVB card "STV0299/TSA50
*Michal Dobrzynski wrote:
*> I'm not sure I understood. Do you mean:
..
>And why it be bad to do it this way:
...
I'm not sure what is the difference between the two you mention. There
is nothing particularly wrong with adding any extra cable, it is just
that the longer it is, the more distorted
On Thu, Dec 25, 2003 at 10:45:56PM +0100, Carlos Fernandez Sanz wrote:
>
> Is it possible to receive the EPGs and export them to different formats? In
> particular, I'd like to get the EPG from the Spanish platform Digital Plus and
> import it into a databse for mythtv. I'm skilled in programmin
Ragnar Sundblad wrote:
--On den 26 december 2003 21:35 +0100 Holger Waechtler
<[EMAIL PROTECTED]> wrote:
Is the sp887x driver made with some actual documentation?
Is the sp887x code supposed to be able to drive a sp8870?
At the beginning this was the intention, but nobody had the time to find
--On den 26 december 2003 21:35 +0100 Holger Waechtler
<[EMAIL PROTECTED]> wrote:
Is the sp887x driver made with some actual documentation?
Is the sp887x code supposed to be able to drive a sp8870?
At the beginning this was the intention, but nobody had the time to find
out what exactly needs t
Sergio Moreira wrote:
Sergio Moreira wrote:
Hmm, after some googling, it turns out the STV0297 is for Cable systems ???
I've managed to write some code, with a lot of variables to be renamed
still. Now I'm at the point if I should continue, since my SS2 is
definately a satellite card, but Google
Ragnar Sundblad wrote:
I am using the alps_tdlb7.c driver with my DVB-T card. It works
quite good now adays, but I still have intermittent reception
problems.
I looked at the sp887x.c driver. It uses a lot more sp887x
registers than the alps_tdlb7 driver, many which are undocumented
in the brief an
I am using the alps_tdlb7.c driver with my DVB-T card. It works
quite good now adays, but I still have intermittent reception
problems.
I looked at the sp887x.c driver. It uses a lot more sp887x
registers than the alps_tdlb7 driver, many which are undocumented
in the brief and sparse sp8870 documen
> Sergio Moreira wrote:
> > Hmm, after some googling, it turns out the STV0297 is for Cable systems ???
> >
> > I've managed to write some code, with a lot of variables to be renamed
> > still. Now I'm at the point if I should continue, since my SS2 is
> > definately a satellite card, but Google t
Am Montag, 22. Dezember 2003 19:47 schrieb Michael Hunold:
> > Ok hope someone can help me out of this.
> > I updated because of outcommand errors i get with this setup
> > regulary.
>
> I fear this won't be fixed. For me, these types of errors happen if
> you have a picky card in a picky system,
Robert Schlabbach wrote:
Hi,
has anyone here ever measured the signal acquisition time (time for the
demodulator to fully lock to a signal after a channel change) on DVB-T? I
find that with my TDA10045H card and (Windows) driver, it takes over 600ms
to fully lock to a signal - a bit too long for m
Sergio Moreira wrote:
Hmm, after some googling, it turns out the STV0297 is for Cable systems ???
I've managed to write some code, with a lot of variables to be renamed
still. Now I'm at the point if I should continue, since my SS2 is
definately a satellite card, but Google tells me it's a cable c
Jon Dye wrote:
Jon Dye wrote:
>>Hi,
>>
>>I've just got myself a Hauppauge Nova-T card and I am having trouble
>>getting the 1.0.1 drivers working with kernel 2.4.20. I have
>>successfully built the drivers and can insmod all of them but even with
>>all modules loaded I get /dev/dvb/adapter0/
Robert Schlabbach wrote:
From: "Andreas Oberritter" <[EMAIL PROTECTED]>
seems like auto inversion fails. please try ves1820.c from dvb-kernel
or try increasing the mdelays until it works reliably. current cvs
version uses 50ms delay while the patches you used have 30ms.
Might still not be enough
Something's weird there...
I have in my /etc/rc.local a command line that starts my playlist at
bootup. There, ntuxplayer takes 99%. I comment out the playlist line in
my rc.local and reboot.
I start my playlist manually, and it takes only from 0.7% to 3% max. I
don't understand.
I have found
Hi,
has anyone here ever measured the signal acquisition time (time for the
demodulator to fully lock to a signal after a channel change) on DVB-T? I
find that with my TDA10045H card and (Windows) driver, it takes over 600ms
to fully lock to a signal - a bit too long for my taste.
Is that the bes
Hmm, after some googling, it turns out the STV0297 is for Cable systems ???
I've managed to write some code, with a lot of variables to be renamed
still. Now I'm at the point if I should continue, since my SS2 is
definately a satellite card, but Google tells me it's a cable chip, so I
might be rev
Hi,
After a week of struggle trying to make my SS2 work under Linux, I came
to find out that the card has a non supported tuner/frontend.
After playing with the Windows driver and debugging/disassembling, I
found out that I have a "QAM ST-STV0297 with Alps Tuner". This string
came from the driver
Marcus Metzler wrote:
Alexandre CONRAD writes:
>
>
> Marcus Metzler wrote:
>
> > Alexandre CONRAD writes:
> > > is it normal this application takes up to 99% CPU constantly ?
> > >
> > > # ps aux | grep ntuxplayer
> > > root 10469 99.6 1.4 3344 1840 ?R10:43 0
Alexandre CONRAD writes:
>
>
> Marcus Metzler wrote:
>
> > Alexandre CONRAD writes:
> > > is it normal this application takes up to 99% CPU constantly ?
> > >
> > > # ps aux | grep ntuxplayer
> > > root 10469 99.6 1.4 3344 1840 ?R10:43 0:12
> > > /usr/local/b
Marcus Metzler wrote:
Alexandre CONRAD writes:
> is it normal this application takes up to 99% CPU constantly ?
>
> # ps aux | grep ntuxplayer
> root 10469 99.6 1.4 3344 1840 ?R10:43 0:12
> /usr/local/bin/ntuxplayer
>
No, I get percentages between 1 and 3. What exac
Alexandre CONRAD writes:
> is it normal this application takes up to 99% CPU constantly ?
>
> # ps aux | grep ntuxplayer
> root 10469 99.6 1.4 3344 1840 ?R10:43 0:12
> /usr/local/bin/ntuxplayer
>
No, I get percentages between 1 and 3. What exactly are you playing?
You
is it normal this application takes up to 99% CPU constantly ?
# ps aux | grep ntuxplayer
root 10469 99.6 1.4 3344 1840 ?R10:43 0:12
/usr/local/bin/ntuxplayer
Regards,
--
Alexandre CONRAD - TLV
Research & Development
tel : +33 1 30 80 55 05
fax : +33 1 30 56 55 06
6, rue de l
On Wed, 24 Dec 2003 10:21:43 +1000, Michal Dobrzynski
<[EMAIL PROTECTED]> wrote:
> I've found some info at
> http://www.vdrportal.de/board/portal_vdrinfo.php?
> site=7&infonr=4&infoln=en&sid=2e010195ed29a33af8a7f3d506ae42c0 but
> cannot decipher it.
This is the same as I have proposed, termi
25 matches
Mail list logo
