AW: Thoughts on VDR evolution - and gVideo

[Harald Lipphaus <H.Lipphaus@t-online.de>]

I would also agree to split gVideo in 2 separate apps, because, with an
external
tuning-interface  i would be able to switch to channels by cron, and on the
other
hand, when I devide to watch other sources than DBVs frontend, I don´t nedd
the channel switching part of gVideo.
Consolidating the different conf-files of VDR and gVideo is generally a good
idea,
and additionally, we could use the gVideo front-end interface to configure
channels
also for VDR.

I´ve read this discussion in the last time, and have another solution in
mind:
What about building a perl-interface for all this stuff. So every parts can
easy be resused in further projects, and nearly everyone would be able to
integrate his own functions in such a framework.

harry
----------------------------------------------------------------------------
----
Harald Lipphaus
mailto:Harald.Lipphaus@epost.de
HL EDV-Service                                            Phone: +49 172
2726667
Am Schumacher 20                                            Fax: +49 2302
972198
58456 Witten (Germany)
----------------------------------------------------------------------------
----

-----Ursprüngliche Nachricht-----
Von: Schuett Thomas [mailto:Thomas.Schuett@icn.siemens.de]
Gesendet: Montag, 25. September 2000 16:49
An: linux-dvb
Betreff: AW: Thoughts on VDR evolution - and gVideo

After all this big ideas I have a pretty simple one:

I would like to have gVideo splitted into
- one app to bring a TV screen on the computer monitor
  (without blocking /dev/video instream).
- one app to show available channels and to switch the channel

Then I would like VDR to
- use the channel list and channel switch of the new gVideo part.

Any chance for this ?

cu,
  Thomas


PS: Even better if several apps could connect
       to /dev/video outstream in parallel.