jlac vdr wrote:
Hi,
This is a patch which improve locking on dvb-s2 channels for card
using stb0899 (KNC1 DVB-S2 Plus, Satelco DVB-S2, TT S2 3200, Technisat
DVB-S2)
Can you please explain what your patch is trying to do ? I couldn't understand
what you are trying to do.
Also did you
2007/10/9, Manu Abraham [EMAIL PROTECTED]:
jlacvdr wrote:
I rewrote a part of stb0899_dvbs2_algo( ) to remove duplicate source
code and to get a source code more readable.
I added also re-initialization of some registers.
The result is a lower probability to don't obtain the lock.
I
jlacvdr wrote:
2007/10/9, Manu Abraham [EMAIL PROTECTED]:
jlacvdr wrote:
I rewrote a part of stb0899_dvbs2_algo( ) to remove duplicate source
code and to get a source code more readable.
I added also re-initialization of some registers.
The result is a lower probability to don't obtain the
Hi,
Manu Abraham wrote:
I doubt whether there is a problem in acquiring LOCK on the KNC1, Satelco and
the TT cards.
Julian, Marco can you guys please confirm ?
I don't see any change here in behaviour with my SkyStar HD. The RTL
transponder still doesn't tune faster and it takes equally
Marko Ristola wrote:
My DVB-C PCI card uses cu1216.c (Manu's branch).
That file has it's own inversion heuristics currently,
but unfortunately the heuristics tries repeatedly INVERSION=0 and never
inversion=1 with INVERSION_AUTO. I'd like that you Manu would accept a
fix for that
some day.
Hi,
when switching from DVB-S2 channel Pro7 HD to DVB-S channel WDR for
example, VDR still passes a bunch (up to several video frames) of H.264
data to xine, which I do not expect for a MPEG2 broadcast.
Can it be that some buffers in the DVB stack or on the card do not get
cleared when switching
On Sun, Oct 07, 2007, Artem Makhutov wrote:
I am wondering about the future of the Multiproto API.
me too -- thanks for asking
Will the Multiproto API be part of the upcoming DVB-API, is it just a
short time solution to make the DVB-S2 devices work or is Multiproto the
new DVB-API?
For a
@all users of saa7146-based cards
(drivers: dvb-ttpci, budget, budget-ci, budget-av)
Please test whether the attached patch has any negative effects.
Two fixes for the 'saa7146_wait_for_debi_done' code:
(a) Timeout did not work when the routine was called with interrupts
disabled.
(b)
Johannes Stezenbach wrote:
On Sun, Oct 07, 2007, Artem Makhutov wrote:
I am wondering about the future of the Multiproto API.
me too -- thanks for asking
Will the Multiproto API be part of the upcoming DVB-API, is it just a
short time solution to make the DVB-S2 devices work
Julian Scheel wrote:
Am Freitag 17 August 2007 04:04 schrieb Oliver Endriss:
Same problem as before: Must not sleep within spinlock-ed code.
If I disable nobusyloop the errors are gone. I will check if the
CI-module keeps working properly.
If I disable nobusyloop the system
Steven,
Steven Toth wrote:
Johannes / Manu,
I'm actually pretty sad about the whole situation. The HVR4000 has been
done for over a year, probably much more. Support for this product in
the main v4l-dvb repository is stuck behind the multiproto tree, and
that's going nowhere. People have
11 matches
Mail list logo