From patchwork Fri Jun 10 07:26:27 2011 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Frank Schmirler X-Patchwork-Id: 12892 Received: from mail.tu-berlin.de ([130.149.7.33]) by www.linuxtv.org with esmtp (Exim 4.69) (envelope-from ) id 1QUw6x-0004eo-8t for vdr@linuxtv.org; Fri, 10 Jun 2011 09:26:31 +0200 X-tubIT-Incoming-IP: 213.179.141.2 Received: from mail.linogate.de ([213.179.141.2]) by mail.tu-berlin.de (exim-4.75/mailfrontend-1) with esmtps [TLSv1:AES256-SHA:256] for id 1QUw6w-0000c2-Kw; Fri, 10 Jun 2011 09:26:30 +0200 Received: from andreas-mair.de (localhost [127.0.0.1]) by mail.linogate.de with ESMTP id p5A7QRqo030479 for ; Fri, 10 Jun 2011 09:26:27 +0200 From: "Frank Schmirler" To: VDR Mailing List Date: Fri, 10 Jun 2011 09:26:27 +0200 Message-Id: <20110610065555.M59726@linogate.de> In-Reply-To: <201106082043.38744.md001@gmx.de> References: <201106082043.38744.md001@gmx.de> X-Mailer: OpenWebMail 2.53 20070812 X-OriginatingIP: 213.179.141.1 (schmirl) MIME-Version: 1.0 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (mail.linogate.de [127.0.0.1]); Fri, 10 Jun 2011 09:26:27 +0200 (CEST) X-PMX-Version: 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.6.10.71814 X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report=' BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1700_1799 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, ECARD_WORD 0, NO_URI_FOUND 0, WEBMAIL_SOURCE 0, WEBMAIL_XMAILER 0, WEBMAIL_XOIP2 0, WEBMAIL_X_IP_HDR 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __PHISH_SPEAR_STRUCTURE_1 0, __PHISH_SPEAR_STRUCTURE_2 0, __SANE_MSGID 0, __SUBJECT_ENDING_IN_LATIN_OR_NUMERALS 0, __TO_MALFORMED_2 0' X-LSpam-Score: -4.8 (----) X-LSpam-Report: No, score=-4.8 required=5.0 tests=AWL=1.798, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4 autolearn=ham Subject: Re: [vdr] Streamdev to Streamdev with PVRInput card X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: VDR Mailing List List-Id: VDR Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 07:26:31 -0000 Status: O X-Status: X-Keywords: X-UID: 24824 On Wed, 8 Jun 2011 20:43:38 +0200, Martin Dauskardt wrote > When leaving OpenDvr, the bool is set to true. > It will only become false again during runtime, if vdr calls the > pvrinput- function SetChannelDevice() and determines the needed settings. > > And this is your problem. There are no debug messages from > pvrinput's SetChannelDevice() or ProvidesChannel(), so vdr never > calls these pvrinput functions - although a channel switch for a > pvrinput device is requested. > > But why? I have no idea. It works for you with vomp. It worked for > me with streamdev when I tested this last year. But I had only > streamdev-server running and used vlc to switch channels. Streamdev-client won't forward calls to SetChannelDevice and ProvidesChannel to the server, if the current channel and the requested new channel are on the same transponder. Instead it will just go ahead and later add the PIDs of the new channel to the current connection. Pvrinput obviously uses the same frequencies (i.e. transponder) and even the same PIDs for different channels, so streamdev-clients current behaviour is bound to fail. According to an other posting in this thread, it is not possible to use different frequencies, so it seems the problem needs to be fixed in streamdev-client. Please try the following patch: AFAIKT the problem is streamdev-client only. So HTTP streaming with e.g. VLC is not affected. Regards, Frank --- a/common.h +++ b/common.h @@ -23,7 +23,7 @@ # define Dprintf(x...) #endif -#define TRANSPONDER(c1, c2) (c1->Transponder() == c2->Transponder()) +#define TRANSPONDER(c1, c2) (c1->Transponder() == c2->Transponder() && !c1->IsSourceType('V')) #define MAXPARSEBUFFER KILOBYTE(16)