Messages

Hello Schnurps,

thank you for your hints. I did not think about having multiple MVPs,
you are right. However atm I only have one, so for me it would be
sufficient. I had a look a Dominics mvp server before. He is not encoding
menus in MPEG2, he tried to emulate the originial Hauppauge software
with the modified VNC protocol. (at least that's what I read in the
corresponding pages on the net.)

Thank you anyway
lupus

Thank you for your quick answers Chris.

Concerning the response time of a pure MPEG2 concecpt,
I think it would definitely be slower than VOMP
(doing everything directly in the box) but compared
to the original Hauppage software I hope there would
not be much difference. After all, menus have to
be encoded anyway, if it is done in a VNC like manner
or MPEG2 to me makes not much difference, as you do
not have to provide a "real" MPEG2 stream but you only
have to generate one GOP once and repeatedly sending it
(regenerating it with every change of the menu of course).

I am not thinking about alpha blending it to the video stream
atm, I think I might give it a try.
But as yours my problem is also availability of time.

Thank you
lupus

Hello to all,

I bought a MVP recently, trying to ban the PC noise from my living room.
I have quite some experience with PVR and DVB, and searching for
MVP support software came to VOMP and this forum.

After testing MythTV,GBPVR, myHTPC I came back to vdr, because it
seems to be the most stable and best documented solution.

Soon I found the VOMP plugin to be the best "up to date" plugin for the
MVP. I looked around in the source codes compiled the plugin, made
some small (testing) adjustments.

The biggest point for me at the moment is the setting of record timers
using MVP and remote. This would cover 90% of my needs.
Is there already some schedules date when VOMP is going to support this ?

Then I have some more theoretical questions: From my point of view (before
looking the the source codes) MVP was only a MPEG2 to Screen translation
device. Now I found out, that the menus are in no way encoded MPEG2, but
are sent to the device in totally different manner (for the Hauppage original
it is obviously a modified VNC protocol).
My (maybe silly) idea is: Would't it be possible to have a plugin that works in a way
that all screen data is encoded MPEG2 first and then just sent to the MVP.
What I would intend to do is to create a "remote" screen of the actual vdr screen.
After all this is somehow the way it is done by the "original" vdr, using a ff-DVB card
which does the overlay of the menus.
Having nowadays cpus and libs like ffmpeg wouldn't it be possible to achieve
something like this ?

The "sexy" thing behind this idea is, that you could keep the software in the MVP
very very simple, it would never need to be changed. All plugins and extensions
of the vdr would be immediately available on MVP, without changing MVP server
or firmware.

I got my vdr experience only for the last two weeks, so I cannot estimate the
effort to provide such a solution.

So for the more experienced ones:
Is it just the amount of work or are there technical reasons (hard facts)
that would prevent such a plugin.

Anyway, thank you a lot for VOMP, please implement the timer feature soon.
I will keep active in this forum, maybe I can do some programming myself.

If I succeed installing the cross compiler (which I have not done yet) in which
way is it possible to debug the PPC code ?

Thank You
lupus