[ANNOUNCE] New plugin epgsync-0.0.1

Message ID 44C4EDC4.9040100@o2.pl
State New
Headers

Commit Message

Artur Skawina July 24, 2006, 3:56 p.m. UTC
  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
  

Comments

Frank Schmirler July 25, 2006, 6:46 a.m. UTC | #1
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
  
Artur Skawina July 25, 2006, 6:56 p.m. UTC | #2
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
  

Patch

--- 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++) {