Mailing List archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[linux-dvb] NEWSSTRUCT-suggestion for distributed/network -access



Rene Bartsch writes:
 > 
 > Hi,
 > 
 > as this mail didn't make ist to the list two weeks ago, I send it again:
 > 
 > 
 > in my opinion, the household of future won't consist of single stand-alone devices anymore, 
 > but of settop-boxes clustered by network (Ethernet, WLan, ...).
 > 
 > So we'll have to deal with distributed systems (hardware in one settop-box, user-level-software on another). 
 > That's why all software will need a client/server-concept, wherein complete hardware and hardware-access 
 > is managed in the server and user-level in the client. As for TCP/IP is used world-wide and in internet, 
 > it's the only solution for the interface between server and client.
 > 
 > So I do have the following suggestions for the DVB-driver, expanding the net-device
 > (I didn't use the dvb-net part yet, so please correct me if I'm wrong):
 > 
 > 1.) Till now it's only possible to get the selected stream at the net-device of the dvb-driver. But no software 
 >     can access the DVB-Api over the net-device. This would be necessary for tuning the cards.

That's a user space problem and AFAIK already solved in vdr.

 > 
 > 2.) For many kinds of network (e.g. WLan) one or more TS-streams would need to much bandwidth. 
 >     So the DVB-Api would need remuxing-functions to provide only the streams needed by a client.
 > 

Again a user space problem.


 > 3.) When having several clients, there would be need for hardware-accounting. So, combined with 2.) 
 >     I'd suggest the client asks for a special stream (e.g. Frequency;Polarization;LNB;Pid1,Pid2,Pid3,...,PidN;
 >     Priortity;Realtime Yes/No;OtherOptions;...) and the DVB-drivers decides which card to use 
 >     (including parallel access on the low-budget-cards when requesting pids on the same transponder) 
 >     and remuxes the TS to a TS/PS/PES with only the requested pids.
 > 


Sounds like you need a resource manager, which again is a user space problem.

It seems like you don't understand what the DVB net device does. It takes
the IP data which comes from the satellite internet provider and
puts this data on the linux IP stack. From the outside it looks like a
standard linux network device. Everthing you can do with those, like
forwarding, firewalling etc. can be done with the DVB net device.

Marcus

-- 
/--------------------------------------------------------------------\
| Dr. Marcus O.C. Metzler        |                                   |
|--------------------------------|-----------------------------------|
| mocm@metzlerbros.de            | http://www.metzlerbros.de/        |
\--------------------------------------------------------------------/



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



Home | Main Index | Thread Index