Ola Ekedahl schrieb:
> It gets a LOCK on my signal and everything, but if I for some reason
> lose the signal (if I want to force the problem to occure I simply pull
> the signal), and then get the signal back, just a couple of seconds
> later, szap2 won't LOCK again. I need to restart szap2 to
Antti Palosaari schrieb:
> I am sorry, looks like this *ucking mailing list (or Thunderbird but
> not most likely) does some white space cleaning and it breaks patch!
> Who knows why?
Because your patch (wrongly) has Windows lineendings (before sending).
The attachment is plaintext, and so it's al
David Härdeman schrieb:
> I don't know if you've done this, but it would perhaps be a good idea to
> try the "gnutv" application first (it uses libdvben50221 and is in the
> same repo) to make sure that everything works as expected.
>
> If gnutv works, then it might be time to start comparing your
the thread yourself) ca_start() and later
* ca_stop_thread() / ca_stop().
*
* Uses open()/close(), poll() and ioctl() system calls.
*
* Based on zap_dvb.c and zap_ca.c
*
* Copyright (C) 2007 Ben Bucksch
* Copyright (C) 2004, 2005 Manu Abraham ([EMAIL PROTECTED])
* Copyright (C) 2006 Andr
Duh. 2 days of hunting, and I find the problem right after I post - typical.
I used the wrong order of magnitude for the frequencies (incl. LNB) and
symbol rate.
And that although I in the beginning tried to make extra sure they are
correct, remembering that it was a major problem a few years ago
I'm trying to write a DVB recording application in Java. I chose JNI and
a small native C/C++ function for tuning. However, I can't get tuning to
work - I get no tuning lock and nothing on dvr either.
As a test, I also copied the szap code verbatim into my file and just
called zap_to() instead of