This new plugin allow you to import the EPG of an other VDR. It has been developed with pure VDR-to-VDR streaming clients in mind, in case you cannot (or don't want to) mount the server epg.data on the client. However there might be other cases where it is useful.
Features: - Separate thread - works in the background - Triggered when plugin starts and/or by main menu entry - Works with SVDRP and VTP - Two sync modes. The slow mode allows sharing the SVDRP connection with other local plugins.
Epgsync requires the svdrpservice plugin in its current version (0.0.2).
Epgsearch and svdrpservice are both available at http://vdr.schmirler.de.
Enjoy, Frank
Frank Schmirler wrote:
This new plugin allow you to import the EPG of an other VDR. It has been developed with pure VDR-to-VDR streaming clients in mind, in case you cannot (or don't want to) mount the server epg.data on the client. However there might be other cases where it is useful.
Features:
- Separate thread - works in the background
- Triggered when plugin starts and/or by main menu entry
- Works with SVDRP and VTP
- Two sync modes. The slow mode allows sharing the SVDRP connection with other
local plugins.
Thanks for doing this; i've installed this on one client, after a few minutes of tests it does seem to do the job quite well. There's just one problem - during the epg download the client becomes very unresponsive, key presses appear after ~1s and sometimes frames are dropped (it's softdevice-based client). Happens in both epg sync modes. The following change makes most, if not all, of the delays go away.
artur
--- epgsync-0.0.1.org/thread.c 2006-07-23 10:37:21.000000000 +0000 +++ epgsync-0.0.1/thread.c 2006-07-24 15:26:52.000000000 +0000 @@ -18,6 +18,8 @@ void cEpgSyncThread::Action() { return; }
+ SetPriority(19); + svdrp.handle = -1;
for (int i = 0; svdrp.handle < 0 && i < EpgSyncSetup.connectAttempts && Running(); i++) {
On Mon, 24 Jul 2006 17:56:52 +0200, Artur Skawina wrote
Thanks for doing this; i've installed this on one client, after a few minutes of tests it does seem to do the job quite well. There's just one problem - during the epg download the client becomes very unresponsive, key presses appear after ~1s and sometimes frames are dropped (it's softdevice-based client). Happens in both epg sync modes. The following change makes most, if not all, of the delays go away.
Hi Arthur,
thanks for this information. At first I used SetPriority(19), too. But then I dropped it as I didn't encounter any problems, neither with my softdevice client nor with my dxr3 client. At the german VDR Portal there had been similar complaints with the "original" EPG sync of the streamdev plugin which I could not reproduce either. So I guess the reason might be my slow server which is a PII/350...
Will add SetPriority(19) in the next release.
Cheers, Frank
Frank Schmirler wrote:
On Mon, 24 Jul 2006 17:56:52 +0200, Artur Skawina wrote
Thanks for doing this; i've installed this on one client, after a few minutes of tests it does seem to do the job quite well. There's just one problem - during the epg download the client becomes very unresponsive, key presses appear after ~1s and sometimes frames are dropped (it's softdevice-based client). Happens in both epg sync modes. The following change makes most, if not all, of the delays go away.
thanks for this information. At first I used SetPriority(19), too. But then I dropped it as I didn't encounter any problems, neither with my softdevice client nor with my dxr3 client. At the german VDR Portal there had been similar complaints with the "original" EPG sync of the streamdev plugin which I could not reproduce either. So I guess the reason might be my slow server which is a PII/350...
I was using a 400MHz P2 as the server, which shouldn't be much faster. It probably depends on the client; hw, drivers (eg some xv drivers (like mga) are copying the video data using the cpu) and/or kernel (eg different process scheduler).
artur
-
Artur Skawina -
Frank Schmirler