Hi, I've the same issue on my setup and haven't fix it. First, you can try a various combinaison of streamdev option(offer suspend,always suspend...) Or try to recompile streamdev with DEBUG = 1 and check in the log file if you see this message "Found device for live tv" If you see it that means that your streamdev configuration is ok but streamdev is unable to reallocate live tv on a free dvb card. and the following method "connection.c: cServerConnection::GetDevice" is guilty. A dirty solution would to never allocate the primary card for streaming. I will check deeper in the source code and go back to you if I found interesting things. Regards On 2/20/06, Jukka Vaisanen <Jukka.Vaisanen@xxxxxxxxx> wrote: > > I recently moved on to the wonderful world of multiple DVB-T cards in my > VDR and also set up streamdev-server for use with VLC for > HTTP/PES-streams to a remote PC. However I ran into a problem with how > streamdev and my primary output coexist. > > Software: > - vdr-1.3.43 > - DVB drivers from 2.6.15-gentoo-r1 kernel > - dxr3-0.2.5 plugin > - Latest streamdev-cvs (Jan 20) > > Hardware: > - 2x Airstar2 budget DVB-T (FlexCopIIb) > - DXR3 (Hollywood+) > - P3/800 + 1.5GB RAM > > And how / what happens: > > - 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. > - If I disconnect the streamdev client and reattach it to yet another > mux the dxr3 changes channels again. It "follows" my streamdev actions. > - After a few channel switches the dxr3 video freezes into a still frame > but I can still attach to streamdev via HTTP to any channel/mux without > any problems. > - If I now switch a channel on the dxr3 output to anything on the same > mux as the streamdev, it works fine but the picture freezes again every > time I switch to another mux from the streamdev. > - If I switch the dxr3 channel to another mux while the streamdev HTTP > is serving something, the entire problem goes away. After this I can > independently use dxr3 and the streamdev without any conflicts until the > next VDR restart. > > My not-so-educated guess is that the streamdev receiver device is using > GetDevice to find a tuner and it manages to magically grab the primary > device every time whether it's in use or not. If the dxr3 is using the > primary device, it gets thrown over to the other mux by virtue of using > that tuner. If I change the channel on the dxr3 while the streamdev is > connected, the dxr3 gets assigned to the other DVB card and from then on > they both coexist peacefully. > > This is a minor nuisance in the sense that I can live with my live tv > being knocked onto another channel now and then but what I'm worried > about is recordings.. If I have a recording on the primary device and > the HTTP streamdev client connects, the recording might get cut off or > switch to the wrong channel. > > I did a bit of source-code surfing to try and understand the mechanism > by which streamdev gets a tuner device but I couldn't really identify > any clearly faulty logic. I'd suppose that others would have run into > this issue already but mailing list search and Google turned up nothing > really relevant. Since this is easily reproducible here and I'm running > pretty much latest everything here, I could try and patch this up if > someone points me in the right direction. > > - Jukka Vaisanen > > > _______________________________________________ > vdr mailing list > vdr@xxxxxxxxxxx > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr >
