[linux-dvb] DVB-T/S IPv6 activities

["Yann Eggert" <yann.eggert@fokus.gmd.de>]

Hello,
we are working on an integration of IPv6 in different IP
infrastructures. My question: does anybody know about activities to
integrate IPv6 in DVB receiver card drivers and about the integration in
IP-DVB inserters or encoders, especially for DVB-T and DVB-S. It doesn't
matter if it is an open source project or a product.

Best Regards

Yann Eggert

--
Fraunhofer - FOKUS Research Institute for Open Communication Systems
Competence Center for Advanced Satellite Communication
Schloss Birlinghoven, 53754 Sankt Augustin, Germany
Web: http://www.fokus.fhg.de/satcom, http://www.vsatnet.com

> -----Original Message-----
> From: linux-dvb-bounce@linuxtv.org
> [mailto:linux-dvb-bounce@linuxtv.org] On Behalf Of Lauri Pesonen
> Sent: Tuesday, July 02, 2002 1:22 PM
> To: Holger Waechtler
> Cc: Linux-DVB List
> Subject: [linux-dvb] Re: Driver CPU requirements?
>
>
> On Tue, 2002-07-02 at 14:07, Holger Waechtler wrote:
> > Lauri Pesonen wrote:
> > > Hi,
> > >
> > > I was just updating my Gentoo Linux based VDR box and noticed that
> > > compiling new software raised the system load to 2.5 and above.
> > > Eventually the system over heated, I guess, since the
> compiler exited
> > > with Sig11.
> >
> > Sig11 is a Segmentation Fault, this should never happen and
> means either
> > a compiler bug or that your system was running out of
> memory but the
> > compiler did not checked the malloc/calloc return value.
>
> Yes, I know. But you get sigsegvs in situations where the CPU
> over heats
> especially during compiles. Compiling the kernel in a while loop over
> the night is a good test for your systems stability ;)
>
> > >  I killed VDR and unloaded the driver and retried. The
> system load stayed
> > > below 1.5 and all compilations were finished ok.
> > >
> > > So I'm wondering is the driver enforcing a lot of context
> switches,
> > > which, I guess, would explain the high load during
> compiling, or am I
> > > just experiencing some weird anomaly?
> >
> > For HighEnd-Cards (those with the onboard MPEG decoder) the
> system load
> > in normal use with a stable RF signal should stay near
> zero, only the
> > ARM recovery thread and the frontend recovery thread have
> to check the
> > hardware status sometimes.
> >
> > When the signal gets lost the zigzag scan will start and
> cause some load.
> >
> > If you use a NOVA- or Budget then demultiplexing and
> MPEG-decoding is
> > done in software, so the CPU load will be higher.
>
> VDR was running without any active recordings so the budget
> card should
> be idle. The fullfeatured card would be decoding the stream and
> providing it to the TV.
>
> The signal from my cable provider is not the best one. Tuning
> to QAM_128
> bouquets is very difficult and requires typically a few
> retries. So that
> might be the reason.
>
> Thanks for your help!
>
> > Holger
>
> br, Lauri
>
>
>
> --
> Info:
> To unsubscribe send a mail to listar@linuxtv.org with
> "unsubscribe linux-dvb" as subject.
>
>




-- 
Info:
To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject.