Message ID | 44C4EDC4.9040100@o2.pl |
---|---|
State | New |
Headers |
Received: from djw147.neoplus.adsl.tpnet.pl ([83.24.0.147]) by www.linuxtv.org with esmtp (Exim 4.50) id 1G52oA-0001EJ-FM for vdr@linuxtv.org; Mon, 24 Jul 2006 17:57:26 +0200 Received: (qmail 20806 invoked from network); 24 Jul 2006 15:56:53 -0000 Received: from unknown (HELO ?172.19.43.221?) (172.19.43.221) by 172.19.43.250 with SMTP; 24 Jul 2006 15:56:53 -0000 Message-ID: <44C4EDC4.9040100@o2.pl> Date: Mon, 24 Jul 2006 17:56:52 +0200 From: Artur Skawina <art_k@o2.pl> User-Agent: Thunderbird 3.0a1 (X11/20060629) MIME-Version: 1.0 To: VDR Mailing List <vdr@linuxtv.org>, Frank Schmirler <vdr@schmirler.de> Subject: Re: [vdr] [ANNOUNCE] New plugin epgsync-0.0.1 References: <20060724102611.M46843@schmirler.de> In-Reply-To: <20060724102611.M46843@schmirler.de> Content-Type: multipart/mixed; boundary="------------010809010205000305090407" X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: VDR Mailing List <vdr@linuxtv.org> List-Id: VDR Mailing List <vdr.linuxtv.org> List-Unsubscribe: <http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>, <mailto:vdr-request@linuxtv.org?subject=unsubscribe> List-Archive: <http://www.linuxtv.org/pipermail/vdr> List-Post: <mailto:vdr@linuxtv.org> List-Help: <mailto:vdr-request@linuxtv.org?subject=help> List-Subscribe: <http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>, <mailto:vdr-request@linuxtv.org?subject=subscribe> X-List-Received-Date: Mon, 24 Jul 2006 15:57:26 -0000 Status: O X-Status: X-Keywords: X-UID: 10209 |
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
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
--- 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++) {