Mailing List archive

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

[vdr] Re: tech patch for vdr 1.1.24



Hi Sven,

> >i have tried to adapt the tech diff to vdr 1.1.24
> >i guess somebody else may can beautify it .. ?!

> This is the routine out of my modded 1.1.17 ;o))
> I will be changing this around a little in the 1.2
> stable.

>well i would appreciate of having many little patches 
>or better plugins (if possible), than one big monster
> patch ..

For most of my mods plugins just aren't possible, because
I cannot reach the needed "inards" of VDR from the
plugin interface (fonts, color, tech ;o)), etc). With the tech
patch for example, how would you reach the needed DVB
calls when they aren't even implemented? So plugins: no
sorry, it just isn't possible.

Patch: Hohum. It would be quite a bit of work to seperate
all mods (it's more than just 5 or 6. The newest modreadme
is quite a few pages long and it only list what I have done,
no real "instructions" there) each into a seperate patch and
I can already hear some people saying, well why do I have
to apply 150 patches? Couldn't we make an AIO?. All
fuctions are user selectable in just about any combination
under the sky, so applying the "monster" patch and
switching off all add-ons will make VDR behave like a
vanilla VDR (with a VERY few exceptions).

What I am willing to do is after the 1.2 stable has been
released and I have ported the work and Klaus finds
the time to test that version, he can tell me what he
likes. I will then extract the parts he likes into diffs,
so that they can be integrated into the next set of VDRs
(1.2.x branch). These diffs, of course,  I can also
offer publically ;o)) Of course, this won't happen two
minutes after the stable is out.

If someone really *doesn't* like to add all the code,
he or she will have to extract the parts they like and
insert them into their VDR. 

>i would love to see this tech patch being beautified
>by you,
>- better osd display of tech info

From the modreadme: 

"I have to be quicker than Klaus's displaychannelinfo".

It is also mentioned in the "Known Bugs" section. The
DVB is limited to one OSD (not window!). As you may
have seen from the code, my DisplaySignalInfo
routine IS already using windows technology. However,
Klaus uses an OSD for his channel info, so they can't
be displayed at the same time. For me it was (is)
important to see what VDR is doing "during" the tuning
(as I am using a motor dish), so I had to show the
DSI before Klaus lets VDR pop-up the channelinfo
display.

>(may be as well, as the remote event patch ... 

Klaus said he would change this in the future, but for
now, his main aspect is to get the CAM stuff working
and I won't bug him with this ;o))

For now it works. As I said, I will change things a bit
around when I move my mods to the 1.2 stable. I am
grateful the 1.2 hasn't appreared, as this gives me
time not only to add more things, but also to test
them rigorously, to make sure they work okay.

Greetz,
Reinhard


---
Mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.443 / Virus Database: 248 - Release Date: 10.01.2003



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



Home | Main Index | Thread Index