Vito,
Poor choice of words on my part; the number that is provided by the
receiver to the cam is not the units serial number, but a unique 'seed'
number that is buried in the prom for each box. This seed number has to
be fed to the cam to complete the decoding authorization checking. You
wo
Vito,
I don't think ( in fact, I'm almost positive... ) that Haup actually sells the
CAM's,
they just test the modules that are available on the market for compatibility with
their
boards. Also, the DVB-S card is not sold in the US so they probably will not be very
supportive of the idea f
Vito,
This is a new development! Its not clear if Dish Network uses normal Nagravision
or a
customized version ( I fear the latter is true ), but if this works I'd love to know!
CAM
support in the new drivers still seems a bit spotty too; I'm not sure if the current
drivers
are 'aware' o
Dish uses a version of Nagravision that I believe is unique to them. If there is a CI
( CAM?
) that will allow a Nagravision smart card then there may be chance, but I was not
able to
locate any DVB-S CI ( CAM? ) that said it could handle a Nagravision smart card, and
even
then the Dish versio
Thomas,
Part of a satellite LNB function is to 'downconvert' ( re-map ) the received
frequency
ranges of the LNB ( 3.0-5.0Ghz(c-band) or 10.0-13.0Ghz(ku), approx.) down to the
950-2150Mhz
input of the receiver. You should be able to also re-map 'up' from the
broadcast/cable range
5-950Mhz
have another go!
Thanks, Bill
"Marcus O.C. Metzler" wrote:
> Chris Worley writes:
> > "William E. Mrozinski" wrote:
> > > 1) I've never got a lock or video yet with dvb/vdr, using mainly T5 since there
> > > is plenty of fta there for us
Alpha Micro, CP/M, and my old
mainframe systems programmer days(G). ( lets see, gen VM, gen a few VSE
partitions for the rest of the company, and then gen another ( virtual machine ) just
for me!... )
I'll keep the list informed if I learn anything new.
Good luck on your dev project,
o due to
> the amount of work (~USD15).
>
> DVBControl
> Look in WinDVBLive-Forum @alternative software
> Smaller project, working and still freeware
>
> Best,
> Andreas
>
> -Ursprüngliche Nachricht-
> Von: William E. Mrozinski [mailto:[EMAIL PROTECTED]]
>
Chris,
I have the exact same setup here in the states too and I've been playing with
both the TT software for 'doze 98 and the Linux driver/vdr since about
March and have yet to have any success under Linux; I've covered much of
the same ground you have on the linux side and can confirm:
1)
To All,
After recently receiving the new API code from TT that supports the new 2.1
frontend, I'm
pretty sure I've isolated a problem with the Auto Spectral Inversion setting. Here in
the US
there were very few FTA signals that would lock using the TT/Haup software but are
easily
found an
Jun 2001, William E. Mrozinski wrote:
>
> > Andrej and All,
> >
> > I would be very interested in any info on this as well; especially a data
>sheet on the
> > STV0299. I think that this new tuner chip support has not been fully implemented
>in the
> > cur
Worked perfectly! The VDR build went just fine with the pre6 patches too!
If that info was also included in the INSTALL doc it would be very helpful for newbies.
Thanks Again,
Bill Mrozinski
Klaus Schmidinger wrote:
> "William E. Mrozinski" wrote:
> &g
Klaus & list:
Could you share the usual syntax and method to use to apply
the provided diff files for VDR back to a working directory, say /VDR/, as
an example. I've come a long way learning linux 'phonetically' and have even
got samba and the DVB driver to compile, but VDR has been troubles
13 matches
Mail list logo