Emard wrote:
>I have improved your program to support multiple cards
>and multiple network interfaces. I changed -a
>option, to be compatible with szap -a .
>Pid is now added with -p, adapter and its network demux
>are selected with -a and -n, and text output is improved
>to return created dvbX_Y
Holger Waechtler wrote:
Could you think on the long run about a way to run this program as a
deamon?
This would mean that it reads it config from a file from e.g.
/etc/dvb_net.conf, forks itself in the background and behaves like all
the other deamons in a unix environment?
The unix daemons
L.Y.Mesentsev wrote:
Holger Waechtler wrote:
> The dvb_net daemon would have to run because the frontend file
descriptor needs to be open as long you rely on a stream
> out of the frontend and want to prevent other applications to tune
away from your transponder.
Well, I do not agree wi
Holger Waechtler wrote:
> The dvb_net daemon would have to run because the frontend file
descriptor needs to be open as long you rely on a stream
> out of the frontend and want to prevent other applications to tune
away from your transponder.
Well, I do not agree with you, Holger. IMHO,
HI Lymes,
I have improved your program to support multiple cards
and multiple network interfaces. I changed -a
option, to be compatible with szap -a .
Pid is now added with -p, adapter and its network demux
are selected with -a and -n, and text output is improved
to return created dvbX_Y for easy
The dvb_net daemon would have to run because the frontend file descriptor
needs to be open as long you rely on a stream out of the frontend and want
to prevent other applications to tune away from your transponder.
A-hah, that dvb_net daemon might be some item from
dvb multicast router daemon?
lymes23 wrote:
Holger Waechtler wrote:
Could you think on the long run about a way to run this program as a
deamon?
This would mean that it reads it config from a file from e.g.
/etc/dvb_net.conf, forks itself in the background and behaves like all
the other deamons in a unix environment?
> Could you think on the long run about a way to run this program as a
> deamon?
>
> This would mean that it reads it config from a file from e.g.
> /etc/dvb_net.conf, forks itself in the background and behaves like all
> the other deamons in a unix environment?
This can be a startup /etc/rc*
Hi all,
Emard wrote:
Thank you. I also wrote a small proggy using this feature in order to
manage dvb network interfaces.
Hope it could be useful for somebody.
Lymes
HI Lymes,
I have improved your program to support multiple cards
and multiple network interfaces. I changed -a
option, to b
> Thank you. I also wrote a small proggy using this feature in order to
> manage dvb network interfaces.
> Hope it could be useful for somebody.
>
> Lymes
>
>
HI Lymes,
I have improved your program to support multiple cards
and multiple network interfaces. I changed -a
option, to be compatib
Hi,
L.Y.Mesentsev wrote:
Emard wrote:
I think it could be useful to check what net ifaces (and their pids) are
already activated, couldn't it?
Excellent idea, I want to suggest that as well for dvb-kernel too
Thank you. I also wrote a small proggy using this feature in order to
manag
lymes23 wrote:
Hello,
Just wonder if it is possible to integrate the following patch into the
next driver releases:
thanks, applied to CVS.
Your patch did not applied, I had to make the changes manually. Please
use 'cvs diff -pu > patch.diff' to generate your patches and attach the
patch fil
Hi,
I have tested DVB-ip more that a year ago with the original drivers (siemens_dvb-0.9.4.tar.gz), and I had experimented much packet loss (5-10% loss) using Eutelsat's open-sky client. Do you know about this problem ? Then I tried with some Pentamedia cards, and it worked really great.
Today, I
Thank you. I also wrote a small proggy using this feature in order to
manage dvb network interfaces.
Hope it could be useful for somebody.
I'll try that. I'm trying to have dvb IP working with Eutelsat's
Open-Sky. I'll might ask you some help for that. Right now, I'm
reinstalling a fresh linu
Emard wrote:
I think it could be useful to check what net ifaces (and their pids) are
already activated, couldn't it?
Excellent idea, I want to suggest that as well for dvb-kernel too
Thank you. I also wrote a small proggy using this feature in order to
manage dvb network interfaces
> I think it could be useful to check what net ifaces (and their pids) are
> already activated, couldn't it?
Excellent idea, I want to suggest that as well for dvb-kernel too
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as
subject.
16 matches
Mail list logo