Re: [vdr] [ANNOUNCE] New patch: MainMenuHooks
On Mon, 26 Feb 2007 21:41:28 +0100, Udo Richter wrote > The service functions are meant to be a solution for plugin-to- > plugin communication, since in that case there's no access to the > other's symbol space. In this case however, the VDR headers can > easily be extended, so there's enough room to do a normal interface. Right, we've been discussing that but opted against an API change. With just an interim solution in mind we've been looking for the least invasive way to get what we want. And no need to recompile all plugins. > For the menu hooks, I would suggest to implement a common base class, > that a plugin must derive a copy of, to register a new handler. > Basically, the same way it already works for cStatus, or other > things like devices and skins. That would be the cleanest solution. But IMHO a little bit oversized if it were only about replacing the four mainmenu entries. A new API should rather give plugins a chance to modify both, contents and behaviour of the standard menus. That way even multiple plugins could modify the contents of the same (original) menu, something a dumb "replace whole submenu" feature would not support. My upcoming remotetimers plugin should give an excellent example. Currently it's a copy of the original timers and schedule menu code with some lines added here and there just to fill in the remote entries. With an appropriate new API I could simply append the remote timers to the original timers list and my additional options to cMenuEditTimer. In the schedules menu, I need to tag remote timer matches and catch the add timer actions. If there were some well defined hooks, that would not keep anyone from using one of the alternative schedule implementations. Finally on a pure streaming client it would be nice to redirect instant recordings to the server by overriding the red button action in the main menu. However as it should also be informed whenever the record key is pressed this is rather a candidate for an other API. I stop cherishing my illusions here. Such an API would require thorough analysis of the current plugins and major rewrites of VDR and plugins. Still in the end it won't suit everyone. But maybe Klaus could share his opinion with us? Perhaps it's worth a try. > Basically, I think its worth considering such an interface to allow > to replace standard dialogs. However, the user should always have > the choice whether he wants to keep the originals or use the replacements. Agreed. That's why in the patch instructions we ask plugin developers to provide a setup option for this which defaults to "off". Cheers, Frank ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [RFC] Shutdown rewrite for 1.5.x, final
On Mon, Feb 26, 2007 at 09:29:58PM +0100, Udo Richter wrote: > Hi list, > > Now that VDR 1.5.1 was published, I've also published the final 1.0 > version of the shutdown rewrite. The changes since 0.4 are mainly by Klaus. > > http://www.udo-richter.de/vdr/patches.html#shutdown > http://www.udo-richter.de/vdr/patches.en.html#shutdown > > The patch is identical to the changes of VDR 1.5.1, except that no > functions were dropped, for compatibility. Sorry, I forgot one feature request. In a private discussion with Klaus a long time ago (around vdr 1.3.30), Klaus mentioned the idea of VDR remembering the name of the last replayed recording across shutdowns. That is, you could press Play to resume whatever you were watching before powering off VDR. This would be similar to analog VCRs, which obviously remember the position even after being unplugged. Marko ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Fwd: Re: Noch was
-- Weitergeleitete Nachricht -- Betreff: Re: Noch was Datum: Dienstag, 27. Februar 2007 Von: Matthias Schwarzott <[EMAIL PROTECTED]> An: Helmut Auer <[EMAIL PROTECTED]> On Montag, 26. Februar 2007, you wrote: > P.S. Benoetigt Ihr evtl. noch einen ebuilder ? Was muesste ich dafuer > fuer Vorraussetzungen mitbringen ? Generell brauchen wir immer mehr Leute :) Weil es hat ja eh nicht jeder jede Hardware, und auch nicht unbedingt die Zeit alles zu machen. Voraussetzungen: Am besten ebuild Kentnisse, geht aber auch ohne so schwer ist das nicht Eigentlich ist so ein ebuild shell-code Beste doku dazu ist die hier (mit vielen Beispielen): http://devmanual.gentoo.org/ Oder du schaust einfach mal in ein paar ebuilds rein. Matthias -- Matthias Schwarzott (zzam) --- -- Matthias Schwarzott (zzam) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] (solved !) ERROR: video data stream broken on second dvb card, but szap work
Hello Reinhard,
On Sun, Feb 18, Reinhard Nissl wrote:
> I've had a further look into szap's source how it detects the status
> FE_LOCKED. Attached is an updated tuner patch which now also reports
> details for FE_READ_STATUS.
>
> One difference between VDR and szap regarding FE_READ_STATUS is, that
> VDR only honors the read status when ioctl() returns 0 while szap prints
> just an error when ioctl() returns -1.
>
> Furthermore, VDR's handling of errno == EINTR seems to be wrong due to
> the do {} while (0); loop.
>
> BTW: I still assume, that your logfile reports a tuning timeout. If this
> is no longer the case, then you may want to experiment with
> WAIT_FOR_TUNER_LOCK in device.c.
I've tried your patch and the new vdr-1.4.5-2 for some days now and
it works even when I disable diseqc !
So I have to say: greate work Reinhard and many many thanks to you !!!
--
Gruß
Dieter
--
I do not get viruses because I do not use MS software.
If you use Outlook then please do not put my email address in your
address-book so that WHEN you get a virus it won't use my address in the
From field.
pgpchsPE8uiwQ.pgp
Description: PGP signature
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] writing plugins 101
> Simon Baxter a écrit : >> Hi. >> >> Anyone know a good reference on how to write VDR plugins? >> > > If you understand french : > http://famillejacques.free.fr/vdr/articles/vdr-05/ > > Jean-Claude Maybe a little :) Thanks ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] 6-channel audio from analog?
Hi y'all. My media box has 6 channel output LF,RF,LR,RR,C,SW which I'm using with ALSA. Mplayer plays through all channels fine (settings in ~/.mplayer/config), but VDR sourced audio only plays in stereo from the LR,RF output. Given that there is no way to play 'real' surround sound from pvrinput sourced audio, what is the easiest way to 'copy' the audio to the other channels, so I at least get sound out all the speakers? Hmm, perhaps this is a setting in xine...? Thanks Simon ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 6-channel audio from analog?
Simon Baxter wrote: > Hi y'all. > > My media box has 6 channel output LF,RF,LR,RR,C,SW which I'm using with > ALSA. Mplayer plays through all channels fine (settings in > ~/.mplayer/config), but VDR sourced audio only plays in stereo from the > LR,RF output. > > Given that there is no way to play 'real' surround sound from pvrinput > sourced audio, what is the easiest way to 'copy' the audio to the other > channels, so I at least get sound out all the speakers? > > Hmm, perhaps this is a setting in xine...? The easiest way is to set a mixer option, provided that your card has one. Check with alsamixer for a mixer switch named "Duplicate Front", "Surround", or similar. If there is no such option, I believe this can somehow be achieved with alsa config files as well. -- Anssi Hannula ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
