[skinnopacity] invalid lock sequence report ... mit vdr-2.4.0 und skinnopacity(gepatcht)

Uwe · April 18, 2018 at 7:56 PM

Hallo,

wie schon hier angemerkt, habe ich mit den 3x Patches bzw. diesen + skinnopacity_vdr-2.3.8_compat.patch und vdr-2.4.0 einen Fehler, wie unten gepostet.

Hat vielleicht noch jemand diesen Fehler? Hier tritt der Fehler auf, sobald das OSD geöffnet wird (also Menu ...).

Eventuell hat jemand eine Lösung dafür!

Gruß,

Uwe

Edit: hier noch die Antwort zum Backtrace von Klaus (kls)

Quote

Anscheinend versucht cNopacityDisplayChannel::SetEvents() einen Lock auf die Timers zu setzen, was an dieser Stelle wegen des strikten Lockings nicht zulässig ist, da es sonst eventuell zu einem Deadlock kommen kann. Was immer cNopacityDisplayChannel in SetEvents mit den Timern machen will, es muss es woanders tun (z.B. in Flush(), so wie es auch cSkinLCARS tut).

Display Spoiler

Code

Apr 18 18:57:14 matrix-vdr vdr: [700] --- begin invalid lock sequence report
Apr 18 18:57:14 matrix-vdr rsyslogd-2007: action 'action 17' suspended, next retry is Wed Apr 18 18:57:44 2018 [try http://www.rsyslog.com/e/2007 ]
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  -  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  W  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  U  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   722  -  -  -  -  R  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   722  -  -  -  -  U  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  R  -  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  U  -  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  R  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  U  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  W  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  *  -  -  W  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  *  -  -  U  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  U  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  R  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  R  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  *  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  *  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  *  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  *  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  R  *  -  -  *  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700 invalid lock sequence: 1 Timers
Apr 18 18:57:14 matrix-vdr vdr: [700] full backtrace:
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr cStateLock::Lock(cStateKey&, bool, int) at thread.c:734
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr cTimers::GetTimersRead(cStateKey&, int) at timers.c:845
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/lib/vdr/plugins/libvdr-skinnopacity.so.2.4.0 cNopacityDisplayChannel::SetEvents(cEvent const*, cEvent const*) at displaychannel.c:105
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr cDisplayChannel::DisplayInfo() at menu.c:4684
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr cDisplayChannel::cDisplayChannel(int, bool) at menu.c:4635
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr main at vdr.c:1073
Apr 18 18:57:15 matrix-vdr vdr: [700] /lib/arm-linux-gnueabihf/libc.so.6 __libc_start_main at ??:?
Apr 18 18:57:15 matrix-vdr vdr: [700] --- end invalid lock sequence report
Apr 18 18:57:15 matrix-vdr vdr: [700] --- THERE WILL BE NO FURTHER REPORTS UNTIL VDR IS RESTARTED!
Apr 18 18:57:15 matrix-vdr vdr[700]: invalid lock sequence at Mi. 18.04. 18:57

Display More

Uwe · April 24, 2018 at 9:25 PM

Hallo,

Wie müsste die Anpassung, wie hier für den skindesigner zu sehen, für skinnopacity aussehen?

Unten ist der Code mit der Funktion cNopacityDisplayChannel::SetEvents(..) von displaychannel.c.

Gruß,

Uwe

Display Spoiler

Code

void cNopacityDisplayChannel::SetEvents(const cEvent *Present, const cEvent *Following) {
    if (!doOutput)
        return;
    present = Present;
    channelView->ClearProgressBar();
    if (!groupSep) {
        channelView->DrawProgressbarBackground();
        channelView->ClearEPGInfo();
    }
    if (Present) {
        if (!groupSep) {
            SetProgressBar(Present);
        }
        bool recCurrent = false;
        eTimerMatch TimerMatch = tmNone;
        LOCK_TIMERS_READ;
                const cTimer *Timer = Timers->GetMatch(Present, &TimerMatch);
        if (Timer && Timer->Recording()) {
            recCurrent = true;
        }
        channelView->DrawEPGInfo(Present, true, recCurrent);
    }
    if (Following) {
        bool recFollowing = Following->HasTimer();
        channelView->DrawEPGInfo(Following, false, recFollowing);
    }
    if (config.GetValue("displayPoster"))
        channelView->DrawPoster(Present, initial);
}

Display More

nobanzai · April 24, 2018 at 9:47 PM

Hm, irgendwie versteh ich die Problematik nicht.

Ich habe die vorhandenen Patches genommen, skinnopacity übersetzt - und läuft!?!?

Als da waren:

- vdr_2.3.3_compat.patch

- skinnopacity_vdr-2.3.5_compat.patch

- skinnopacity_vdr-2.3.8_compat.patch

FireFly · April 24, 2018 at 10:08 PM

Entweder Du machst ein Redesign so dass die Timer-Abfrage im Flush() passiert oder Du kommentierst die Zeilen 15-20 in dem oben zitierten Code aus. Dann hast Du zwar keine Recording-Anzeige mehr so wie ich den Code verstehe, aber auch die Fehlermeldung ist weg.

Uwe · April 25, 2018 at 3:06 PM

Quote from nobanzai

Hm, irgendwie versteh ich die Problematik nicht.

Ich habe die vorhandenen Patches genommen, skinnopacity übersetzt - und läuft!?!?

Als da waren:

- vdr_2.3.3_compat.patch

- skinnopacity_vdr-2.3.5_compat.patch

- skinnopacity_vdr-2.3.8_compat.patch

Display More

Du müsstest in deinen Log-Files folgenden Fehler finden:

Code

Apr 18 18:57:14 matrix-vdr vdr: [700] --- begin invalid lock sequence report
Apr 18 18:57:14 matrix-vdr rsyslogd-2007: action 'action 17' suspended, next retry is Wed Apr 18 18:57:44 2018 [try http://www.rsyslog.com/e/2007 ]
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  -  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  W  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  U  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   722  -  -  -  -  R  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   722  -  -  -  -  U  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  R  -  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  U  -  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  R  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  U  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  W  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  *  -  -  W  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  *  -  -  U  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  U  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  R  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  R  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  *  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  *  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  *  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  *  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  R  *  -  -  *  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700 invalid lock sequence: 1 Timers
Apr 18 18:57:14 matrix-vdr vdr: [700] full backtrace:
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr cStateLock::Lock(cStateKey&, bool, int) at thread.c:734
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr cTimers::GetTimersRead(cStateKey&, int) at timers.c:845
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/lib/vdr/plugins/libvdr-skinnopacity.so.2.4.0 cNopacityDisplayChannel::SetEvents(cEvent const*, cEvent const*) at displaychannel.c:105
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr cDisplayChannel::DisplayInfo() at menu.c:4684
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr cDisplayChannel::cDisplayChannel(int, bool) at menu.c:4635
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr main at vdr.c:1073
Apr 18 18:57:15 matrix-vdr vdr: [700] /lib/arm-linux-gnueabihf/libc.so.6 __libc_start_main at ??:?
Apr 18 18:57:15 matrix-vdr vdr: [700] --- end invalid lock sequence report
Apr 18 18:57:15 matrix-vdr vdr: [700] --- THERE WILL BE NO FURTHER REPORTS UNTIL VDR IS RESTARTED!
Apr 18 18:57:15 matrix-vdr vdr[700]: invalid lock sequence at Mi. 18.04. 18:57

Display More

nobanzai · April 25, 2018 at 6:31 PM

Nein, die hatte ich vorher mal, jetzt nicht mehr.

Aber stimmt, ich habe noch einen Patch bekommen hier im Forum:

- vdr_2.4.0_compat.patch

Hatte ich völlig vergessen, sorry.

nobanzai · April 26, 2018 at 11:21 AM

Quote from nobanzai

Nein, die hatte ich vorher mal, jetzt nicht mehr.

Aber stimmt, ich habe noch einen Patch bekommen hier im Forum:

- vdr_2.4.0_compat.patch

Hatte ich völlig vergessen, sorry.

Ich häng den hier mal an. Irgendwie finde ich den aktuell selber nicht mehr - ich hoffe, der Autor verzeiht mir meine Vergesslichkeit 8-<

Der kommt dann on top der drei anderen.

SurfaceCleanerZ · April 26, 2018 at 12:25 PM

Hi,

Wäre nicht ein Pull Reqest bei vdr-developer sinnvoll? Und oder github?

MfG Stefan

Uwe · April 26, 2018 at 12:41 PM

Hallo nobanzai,

der vdr_2.4.0_compat.patch OnTop bringt bei mir Fehler, weil dieser Patch auch Änderungen enthält, die schon mit den anderen drei Patches gemacht wurden.

Könntest du uns deine skinnopacity Sourcen zur Verfügung stellen?

Gruß,

Uwe

nobanzai · April 26, 2018 at 2:08 PM

Quote from Uwe

Hallo nobanzai,

der vdr_2.4.0_compat.patch OnTop bringt bei mir Fehler, weil dieser Patch auch Änderungen enthält, die schon mit den anderen drei Patches gemacht wurden.

Könntest du uns deine skinnopacity Sourcen zur Verfügung stellen?

Gruß,

Uwe

Das ist alles irgendwie seltsam. Bei mir war das kein Problem, den on top reinzuhauen.

Aber ok. Wohin hättest du denn das Ganze gerne - sind ca. 13 MB, d.h. für Mail a weng zu groß, als Attachement hier auch.

Der_Pit · April 26, 2018 at 3:13 PM

Nur zur Info: Ich hatte auch (nur) die drei vorherigen Patches angewandt, und bekomme damit auch die 'invalid lock sequence' Meldungen im Log. Auch bei mir führt der Versuch, den vdr_2.4.0_compat.patch einzuspielen, zu Fehlern wg. reversed/previously applied patches

nobanzai · April 26, 2018 at 4:23 PM

Quote from Der_Pit

Nur zur Info: Ich hatte auch (nur) die drei vorherigen Patches angewandt, und bekomme damit auch die 'invalid lock sequence' Meldungen im Log. Auch bei mir führt der Versuch, den vdr_2.4.0_compat.patch einzuspielen, zu Fehlern wg. reversed/previously applied patches

Hrmpf, dann hoffe ich mal, dass ich nicht irgendwas völlig falsch im Kopf habe.

Hat jemand einen Platz zum Abstellen des Archivs? Hier anhängen geht ja leider nicht weil wegen zu groß.

Wenn ich noch Zeit finde heute, könnte ich auch mal einen Gesamtpatch basteln - geht aber gerade nicht.

Uwe · April 27, 2018 at 8:18 AM

Quote from nobanzai

Hrmpf, dann hoffe ich mal, dass ich nicht irgendwas völlig falsch im Kopf habe.

Hat jemand einen Platz zum Abstellen des Archivs? Hier anhängen geht ja leider nicht weil wegen zu groß.

...

Probier mal hier, vielleicht reicht das ja. http://www.tinyupload.com/

Gruß,

Uwe

nobanzai · April 27, 2018 at 11:26 AM

Quote from Uwe

Probier mal hier, vielleicht reicht das ja. http://www.tinyupload.com/

Gruß,

Uwe

http://s000.tinyupload.com/?file_id=39962839318775235313

Ich hoffe, es klappt.

speed · April 27, 2018 at 1:14 PM

Hallo ,

beim Aufruf vom Menu bekomme ich immer das hier :

vdr: [1527] rpihddevice: [OpenVG] cannot allocate pixmap of 3035px x 873px, maximum size is 2048px x 2048px!

Wo holt der sich die Auflösung her ?

Gruß

speed

nobanzai · April 27, 2018 at 1:34 PM

Quote from speed

Hallo ,

beim Aufruf vom Menu bekomme ich immer das hier :

vdr: [1527] rpihddevice: [OpenVG] cannot allocate pixmap of 3035px x 873px, maximum size is 2048px x 2048px!

Wo holt der sich die Auflösung her ?

Gruß

speed

Display More

Aus der xorg.conf? Zumindest, wenn kein xrandr unterstützt wird.

Oder läuft da kein X-Server?

kamel5 · April 27, 2018 at 1:52 PM

Quote from speed

vdr: [1527] rpihddevice: [OpenVG] cannot allocate pixmap of 3035px x 873px, maximum size is 2048px x 2048px!

Das Problem wurde hier vor Jahren schon mal diskutiert und bisher wohl nicht gelöst. Wenn ich es richtig verstanden habe, kann die grafische Hardwarebeschleunigung des Raspi nur pixmaps mit max. 2048px x 2048px verarbeiten. Du kannst momentan also nur die Hardwarebeschleunigung im rpihddevice-Menü abschalten, dann geht es erst einmal wieder, halt nur langsamer. Oder mal mit einem anderen Skin probieren.

speed · April 27, 2018 at 4:08 PM

kamel5

danke für deine Info, damit hat sich das Plugin wohl erledigt.

Schade.

Gruß

speed

Uwe · April 28, 2018 at 11:32 AM

Quote from nobanzai

http://s000.tinyupload.com/?file_id=39962839318775235313

Ich hoffe, es klappt.

Hallo nobanzai,

Danke für das bereitstellen des Patches.

Ich habe mit dieser Version auch den Fehler, wie er oben beschrieben wurde.

Hier muss der Skin wohl überarbeiten werden:

--> wird gerade oder für die nächste Sendung des aktuellen Kanals etwas aufgenommen? (displaychannel.c)

Gruß,

Uwe

nobanzai · April 28, 2018 at 3:59 PM

Quote from Uwe

Hallo nobanzai,

Danke für das bereitstellen des Patches.

Ich habe mit dieser Version auch den Fehler, wie er oben beschrieben wurde.

Hier muss der Skin wohl überarbeiten werden:

--> wird gerade oder für die nächste Sendung des aktuellen Kanals etwas aufgenommen? (displaychannel.c)

Gruß,

Uwe

Display More

Trotzdem bleibt die interessante Frage, warum ich keine Fehler bekomme.

[skinnopacity] invalid lock sequence report ... mit vdr-2.4.0 und skinnopacity(gepatcht)

Participate now!

Users Viewing This Thread