[vdr] Problem with transfer mode, xine plugin and ActualDevice

Luca Olivetti luca at ventoso.org
Tue Nov 1 18:53:48 CET 2005

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)

- 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

More information about the vdr mailing list