From patchwork Tue Feb 21 19:17:27 2006 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Anssi Hannula X-Patchwork-Id: 12215 Received: from pne-smtpout3-sn1.fre.skanova.net ([81.228.11.120]) by www.linuxtv.org with esmtp (Exim 4.50) id 1FBd1L-00008z-KW for vdr@linuxtv.org; Tue, 21 Feb 2006 20:17:59 +0100 Received: from posti.hopto.org (80.223.77.223) by pne-smtpout3-sn1.fre.skanova.net (7.2.070) id 43CE0B390017C3B1 for vdr@linuxtv.org; Tue, 21 Feb 2006 20:17:28 +0100 Received: from [10.0.0.3] (kone [10.0.0.3]) by posti.hopto.org (Postfix) with ESMTP id AE3FD3018021 for ; Tue, 21 Feb 2006 21:17:27 +0200 (EET) Message-ID: <43FB6747.6070809@gmail.com> Date: Tue, 21 Feb 2006 21:17:27 +0200 From: Anssi Hannula User-Agent: Mozilla Thunderbird 1.0.6-7.4.20060mdk (X11/20050322) X-Accept-Language: en-us, en MIME-Version: 1.0 To: VDR Mailing List Subject: Re: [vdr] Streamdev HTTP attach not grabbing a free DVB card? References: <0DC78C5C9AB0384688B905E846461052363503@srvfi2003.Exomi.office> <20060221110654.6b520fe4.nm@phnet.fi> In-Reply-To: <20060221110654.6b520fe4.nm@phnet.fi> X-Enigmail-Version: 0.92.0.0 X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.5 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: Tue, 21 Feb 2006 19:17:59 -0000 Status: O X-Status: X-Keywords: X-UID: 8062 Niko Mikkila wrote: > On Mon, 20 Feb 2006 23:03:27 +0200 > "Jukka Vaisanen" wrote: > >>- I restart VDR "fresh" with only dxr3 and streamdev plugin loaded >>- I switch my primary output (dxr3) to the preferred channel, works fine >>- I connect via the streamdev HTTP server to a channel which is on >>another mux and my dxr3 output switches to the first channel in that >>mux. Apparently the streamdev is somehow grabbing the same budget card >>and forcing the mux switch. > > I recall something like this when I first tried streamdev with a VDR > client. I "fixed" the problem by forcing each DVB card to a specific > mux in channels.conf. Somehow I thought this wasn't a problem with HTTP > streaming, but that doesn't make sense, so I probably remember it wrong. > I've also kept the forced settings for other reasons, which keeps me > from experiencing these annoying switches. > And I worked-around this bug by changing the transfer-mode primary limit. This however has the side effect that *any* channel change to a non-tuned channel (i.e. the mux is not already tuned in any of the cards) will require an additional DVB card as the tuner of the current channel is not regarded as free when selecting the card to tune to the new channel. I have no problem with that, as I have 3 cards and 3 muxes. --- transfer.c.old 2005-06-29 03:50:18.000000000 +0300 +++ transfer.c 2005-06-29 03:59:26.000000000 +0300 @@ -15,7 +15,7 @@ // --- cTransfer ------------------------------------------------------------- cTransfer::cTransfer(int VPid, const int *APids, const int *DPids, const int *SPids) -:cReceiver(0, -1, VPid, APids, Setup.UseDolbyDigital ? DPids : NULL, SPids) +:cReceiver(0, Setup.PrimaryLimit, VPid, APids, Setup.UseDolbyDigital ? DPids : NULL, SPids) ,cThread("transfer") { ringBuffer = new cRingBufferLinear(TRANSFERBUFSIZE, TS_SIZE * 2, true, "Transfer");