Re: Thoughts on VDR evolution - my 2 cent

[Robert Schneider/MUC1/Lotus <Robert.Schneider@lotus.com>]

    [ Part 1, Text/PLAIN  37 lines. ]
    [ Unable to print this part. ]


Hi,

I have seen some replies to that thread, but none of them contains a
crisp offering of help on the parts I mentioned.

I know that many of you dislike big programs that contain many features,
but I don't think it buys us a lot if we start discussing a spec on how
we can rip that thing into pieces before it's been build. Furthermore, I
just want that thing to do what I like it to do for my every day living,
I'm not interested in winning a price for the most sophisticated software
architecture.

I have seen the MHP docs and I find them very appealing but, again,
that's just to much to implement considering my job, my family with two
babies and that there is no such thing as a time expander <grins>.

I will go ahead and work on the stuff and I will send everything to Klaus
who will then decide on whether he will introduce that into VDR or not.

First I will start improving the EIT stuff and trying to get as much of
an EPG in it  as possible.

Ralph,

with regards to the teletext stuff. I was thinking about creating the
video text page in memory, converting it into a single picture mpeg
stream and send it to the card. That way, I would loose overlaying the
video text page with the current program, but I would assume I would gain
a lot of speed and also avoid the bug that comes up when using the OSD
too much.

Could you give me some hint on how to achieve that? What would I have to
create as a bitmap (color scheme etc.) until I could send it to the card
to be displayed as a still frame? If you had some sample code for that, I
would highly appreciate it.

Best regards,

Robert