En/na Reinhard Nissl ha escrit: > Hi, > > Luca Olivetti wrote: [....] >> Normally the dxr3 is the primary device but when the xine plugin is in >> use it will switch itself as the primary. The problem is that right >> after the switch a new transfer thread starts *before* the previous one >> ends, so receiverDevice is left pointing to NULL, so that ActualDevice >> fails to report the correct device, until the next channel switch. > > > Hhm, you may want to disable this functionality in vdr-xine's setup > menu, but I don't think that this is the solution you are looking for. no ;-) I find this feature really handy > > Could you please proof the case, where this functionality is turned off > and you change the primary device in the ways which VDR offers, i. e. > setup menu respectively SVDRP interface? I tried that and there's no such problem (I used the dvb setup menu, I couldn't find the SVDRP command to switch the primary device). The difference is that when I do that through the menu vdr will show a message telling me that it's switching the primary interface, while I see no such message when xine automatically changes over (btw, now with xine-plugin 0.7.6 and vdr 1.3.35) Bye -- - Yo tambi?n quiero una Europa libre de Patentes de Software - - I want a Software Patents Free Europe too! And you? - --------------------------------------------------------------- EuropeSwPatentFree - http://EuropeSwPatentFree.hispalinux.es -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 256 bytes Desc: OpenPGP digital signature Url : http://www.linuxtv.org/pipermail/vdr/attachments/20051101/85a9ac11/signature.pgp
