Transfermode kann nicht gestartet werden

stschulze · 8. Juni 2020

Hallo zusammen,

ich bekomme immer wieder eine Meldung am VDR:

"Transfermode kann nicht gestartet werden"

Dann kann ich nicht auf einen anderen Sender umschalten.

Der VDR hat an der Octopus 5 Streams per Unicast. Es läuft keine Aufnahme.

Wie komme ich dem Grund für den Fehler auf die Spur?

Anbei ein Auszug aus dem Syslog:

Code

Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590] ERROR: Transfer-Mode kann nicht gestartet werden!
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590] --- begin invalid lock sequence report
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1590  -  R  -  -  -  -  -  -  -  -  L
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1590  -  U  -  -  -  -  -  -  -  -  U
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1590  -  R  -  -  -  -  -  -  -  -  L
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1590  -  U  -  -  -  -  -  -  -  -  U
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1590  -  R  -  -  -  -  -  -  -  -  L
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1590  -  *  -  -  R  -  -  -  -  -  L
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1590  -  *  -  -  *  -  -  -  -  -  L
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1590  -  *  -  -  *  -  -  -  -  -  L
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1590  -  *  -  -  *  -  -  -  -  -  U
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1590  -  *  -  -  *  -  -  -  -  -  U
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1590  -  *  -  -  U  -  -  -  -  -  U
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1590  -  *  -  -  -  -  -  -  -  -  L
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1590  -  *  -  -  R  -  -  -  -  -  L
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1590  -  *  -  -  U  -  -  -  -  -  U
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1590  -  *  -  -  -  -  -  -  -  -  U
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1632  -  R  R  -  -  -  -  -  -  -  L
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1632  -  -  U  -  -  -  -  -  -  -  U
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1632  R  -  -  -  -  -  -  -  -  -  L
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1632  U  -  -  -  -  -  -  -  -  -  U
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1590  R  R  -  -  -  -  -  -  -  -  L
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590]  1590 invalid lock sequence: 1 Timers
Jun  8 00:18:50 BM2LTSR66Nuc64native vdr: [1590] full backtrace:
Jun  8 00:18:51 BM2LTSR66Nuc64native vdr: [1659] SVDRP BM2LTSR66Nuc64native < 127.0.0.1:47318 client connection accepted
Jun  8 00:18:51 BM2LTSR66Nuc64native vdr: [1659] SVDRP BM2LTSR66Nuc64native > 127.0.0.1:47318 server created
Jun  8 00:18:51 BM2LTSR66Nuc64native vdr: [1590] /usr/sbin/vdr cStateLock::Lock(cStateKey&, bool, int) calling ?? at ??:0
Jun  8 00:18:51 BM2LTSR66Nuc64native vdr: [1590] /usr/sbin/vdr cTimers::GetTimersRead(cStateKey&, int) calling ?? at ??:0
Jun  8 00:18:51 BM2LTSR66Nuc64native vdr[1590]: invalid lock sequence at Mo. 08.06. 00:18
Jun  8 00:18:51 BM2LTSR66Nuc64native vdr: [1590] /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.4.1 cGlobalTimers::SetLocalTimers() at ??:?
Jun  8 00:18:51 BM2LTSR66Nuc64native vdr: [1590] /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.4.1 cGlobalTimers::LoadTimers() at ??:?
Jun  8 00:18:51 BM2LTSR66Nuc64native vdr: [1590] /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.4.1 cSDDisplayChannel::Flush() at ??:?
Jun  8 00:18:51 BM2LTSR66Nuc64native vdr: [1590] /usr/sbin/vdr cSkins::Message(eMessageType, char const*, int) calling ?? at ??:0
Jun  8 00:18:51 BM2LTSR66Nuc64native vdr: [1590] /usr/sbin/vdr cDevice::SwitchChannel(cChannel const*, bool) calling ?? at ??:0
Jun  8 00:18:51 BM2LTSR66Nuc64native vdr: [1590] /usr/sbin/vdr cDisplayChannel::ProcessKey(eKeys) calling ?? at ??:0
Jun  8 00:18:51 BM2LTSR66Nuc64native vdr: [1590] /usr/sbin/vdr main calling ?? at ??:0
Jun  8 00:18:51 BM2LTSR66Nuc64native vdr: [1590] /lib/x86_64-linux-gnu/libc.so.6 __libc_start_main at libc-start.c:342
Jun  8 00:18:51 BM2LTSR66Nuc64native vdr: [1590] /usr/sbin/vdr _start calling ?? at ??:0
Jun  8 00:18:51 BM2LTSR66Nuc64native vdr: [1590] --- end invalid lock sequence report
Jun  8 00:18:51 BM2LTSR66Nuc64native vdr: [1590] --- THERE WILL BE NO FURTHER REPORTS UNTIL VDR IS RESTARTED!

Alles anzeigen

jsffm · 8. Juni 2020

Ich würde als erstes mal ohne skindesigner testen.

kamel5 · 8. Juni 2020

Zitat von stschulze

Anbei ein Auszug aus dem Syslog:

Dieses Problem mit dem "invalid lock sequence report" sollte eigentlich in der letzten Version gefixt sein. Sonst müsste ich da noch mal schauen.

Welche Version vom skindsigner nutzt Du? Aktuell ist die Version 1.2.8.2.

Grüße

kamel5

HelmutB · 8. Juni 2020

Zitat von kamel5

Dieses Problem mit dem "invalid lock sequence report" sollte eigentlich in der letzten Version gefixt sein.

Das scheint diesmal aus bool cDevice::SwitchChannel(const cChannel *Channel, bool LiveView) zu kommen. Ich habe das Problem auch wenn ich meinen ChannelSanner mit leerer channels.conf starte und dann der erste Sender in der neuen Programmliste nicht empfangen werden kann weil er z.B. verschlüsselt ist.

Mit dem kleinen Patch im Anhang tritt dieser "invalid lock" bei mir nicht mehr auf.

Das löst allerdings nicht das Problem mit dem "Transfermode".

Helmut

.

ofenheizer · 8. Juni 2020

Das Transfermode-Probleme hatte ich mit meine ONET auch ab und zu.

Seitdem ich die Max S8 in einem PC mit minisatip laufen habe, gibt es diesen Fehler nicht mehr.

stschulze · 10. Juni 2020

ist habe mal die setup.conf entsprechend dieses Thread angepasst:

SATIP und Transfer-Mode

fnu · 10. Juni 2020

Mein DYI Octopus Net mit MaxS8 läuft ja seit diesem meinen Thread hier: DigitalDevices DVB-S2 MaxS8 goes Octopus NET (SAT>IP mit 4/8 Tunern), also nunmehr 5 Jahre. In der Zeit habe ich diesen Fehler noch nie bei mir gesehen, auf keinem der VDRs hier.

Daher würde ich ja eher drauf tippen, das dieser durch ein Plugin verursacht wird, das gar nichts damit zu tun hat.

stschulze Macht eigentlich wenig Sinn den EITScan in vdr-plugin-satip zu deaktivieren ... da fehlt ja dann eine grundlegende Funktion des VDR ...

Transfermode kann nicht gestartet werden

Jetzt mitmachen!

Teilen