Beiträge von Saman

Saman · 16. April 2018

Here we go again, but this time epg2vdr and his timer service is involved, too

I doesn't see this kind of errors on my main vdr, only on the raspberries ...

Code

Apr 15 18:04:37 raspberrypi vdr: [584] --- begin invalid lock sequence report
Apr 15 18:04:37 raspberrypi vdr: [584]   584  W  -  -  -  -  -  -  -  -  -  L
Apr 15 18:04:37 raspberrypi vdr: [584]   584  *  -  -  -  R  -  -  -  -  -  L
Apr 15 18:04:37 raspberrypi vdr: [584]   584  *  -  -  -  U  -  -  -  -  -  U
Apr 15 18:04:37 raspberrypi vdr: [584]   584  U  -  -  -  -  -  -  -  -  -  U
Apr 15 18:04:37 raspberrypi vdr: [584]   584  W  -  -  -  -  -  -  -  -  -  L
Apr 15 18:04:37 raspberrypi vdr: [584]   584  U  -  -  -  -  -  -  -  -  -  U
Apr 15 18:04:37 raspberrypi vdr: [584]   887  R  -  -  -  -  -  -  -  -  -  L
Apr 15 18:04:37 raspberrypi vdr: [584]   887  U  -  -  -  -  -  -  -  -  -  U
Apr 15 18:04:37 raspberrypi vdr: [584]   584  R  -  -  -  -  -  -  -  -  -  L
Apr 15 18:04:37 raspberrypi vdr: [584]   584  U  -  -  -  -  -  -  -  -  -  U
Apr 15 18:04:37 raspberrypi vdr: [584]   584  -  R  -  -  -  -  -  -  -  -  L
Apr 15 18:04:37 raspberrypi vdr: [584]   584  -  U  -  -  -  -  -  -  -  -  U
Apr 15 18:04:37 raspberrypi vdr: [584]   584  W  -  -  -  -  -  -  -  -  -  L
Apr 15 18:04:37 raspberrypi vdr: [584]   584  *  -  -  -  R  -  -  -  -  -  L
Apr 15 18:04:37 raspberrypi vdr: [584]   584  *  -  -  -  U  -  -  -  -  -  U
Apr 15 18:04:37 raspberrypi vdr: [584]   584  U  -  -  -  -  -  -  -  -  -  U
Apr 15 18:04:37 raspberrypi vdr: [584]   584  W  -  -  -  -  -  -  -  -  -  L
Apr 15 18:04:37 raspberrypi vdr: [584]   584  U  -  -  -  -  -  -  -  -  -  U
Apr 15 18:04:37 raspberrypi vdr: [584]   584  -  -  R  -  -  -  -  -  -  -  L
Apr 15 18:04:37 raspberrypi vdr: [584]   584  -  R  *  -  -  -  -  -  -  -  L
Apr 15 18:04:37 raspberrypi vdr: [584]   584 invalid lock sequence: 2 Channels
Apr 15 18:04:37 raspberrypi vdr: [584] full backtrace:
Apr 15 18:04:38 raspberrypi vdr: [584] /usr/bin/vdr cStateLock::Lock(cStateKey&, bool, int) at ??:?
Apr 15 18:04:38 raspberrypi vdr: [584] /usr/bin/vdr cChannels::GetChannelsRead(cStateKey&, int) at ??:?
Apr 15 18:04:38 raspberrypi vdr[584]: invalid lock sequence at So. 15.04. 18:04
Apr 15 18:04:38 raspberrypi vdr: [584] /usr/lib/vdr/plugins/libvdr-epg2vdr.so.2.4.0 newTimerObjectFromRow(cDbRow*, cDbRow*) at ??:?
Apr 15 18:04:38 raspberrypi vdr: [584] /usr/lib/vdr/plugins/libvdr-epg2vdr.so.2.4.0 cPluginEPG2VDR::timerService(cEpgTimer_Service_V1*) at ??:?
Apr 15 18:04:38 raspberrypi vdr: [584] /usr/lib/vdr/plugins/libvdr-epg2vdr.so.2.4.0 cPluginEPG2VDR::Service(char const*, void*) at ??:?
Apr 15 18:04:38 raspberrypi vdr: [584] /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.4.0 cGlobalTimers::SetEpg2VdrTimers() at ??:?
Apr 15 18:04:38 raspberrypi vdr: [584] /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.4.0 cGlobalTimers::LoadTimers() at ??:?
Apr 15 18:04:38 raspberrypi vdr: [584] /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.4.0 cSDDisplayReplay::SetTimeShiftValues(cRecording const*) at ??:?
Apr 15 18:04:38 raspberrypi vdr: [584] /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.4.0 cSDDisplayReplay::SetRecording(cRecording const*) at ??:?
Apr 15 18:04:38 raspberrypi vdr: [584] /usr/bin/vdr cReplayControl::ShowProgress(bool) at ??:?
Apr 15 18:04:38 raspberrypi vdr: [584] /usr/bin/vdr cReplayControl::ShowTimed(int) at ??:?
Apr 15 18:04:38 raspberrypi vdr: [584] /usr/bin/vdr cReplayControl::ProcessKey(eKeys) at ??:?
Apr 15 18:04:38 raspberrypi vdr: [584] /usr/bin/vdr main at ??:?
Apr 15 18:04:38 raspberrypi vdr: [584] /lib/arm-linux-gnueabihf/libc.so.6 __libc_start_main at libc-start.c:325
Apr 15 18:04:38 raspberrypi vdr: [584] --- end invalid lock sequence report
Apr 15 18:04:38 raspberrypi vdr: [584] --- THERE WILL BE NO FURTHER REPORTS UNTIL VDR IS RESTARTED!

Alles anzeigen

And some minutes later I got this:

Code

Apr 15 18:12:36 raspberrypi vdr: [874] timer 3@vdr (2 2213-0010 'Hard Sun') set to no event
Apr 15 18:12:36 raspberrypi vdr: [874] timer 3@vdr (2 2213-0010 'Hard Sun') set to event Mo. 16.04.2018 22:15-00:00 (VPS: 16.04. 22:15) 'Hard Sun'
Apr 15 18:12:39 raspberrypi vdr: [1430] epg data writer thread started (pid=584, tid=1430, prio=low)
Apr 15 18:12:45 raspberrypi vdr: [1430] epg data writer thread ended (pid=584, tid=1430)
Apr 15 18:13:38 raspberrypi vdr: [884] SVDRP raspberrypi < 192.168.178.101:42594 client connection accepted
Apr 15 18:13:38 raspberrypi vdr: [884] SVDRP raspberrypi > 192.168.178.101:42594 server created
Apr 15 18:13:38 raspberrypi vdr: [884] SVDRP raspberrypi < 192.168.178.101:42594 lost connection to client
Apr 15 18:13:38 raspberrypi vdr: [884] SVDRP raspberrypi < 192.168.178.101:42594 connection closed
Apr 15 18:13:38 raspberrypi vdr: [884] SVDRP raspberrypi < 192.168.178.101:42594 server destroyed
Apr 15 18:14:07 raspberrypi vdr: [884] SVDRP raspberrypi < 192.168.178.101:42600 client connection accepted
Apr 15 18:14:07 raspberrypi vdr: [884] SVDRP raspberrypi > 192.168.178.101:42600 server created
Apr 15 18:14:07 raspberrypi vdr: [884] SVDRP raspberrypi < 192.168.178.101:42600 lost connection to client
Apr 15 18:14:07 raspberrypi vdr: [884] SVDRP raspberrypi < 192.168.178.101:42600 connection closed
Apr 15 18:14:07 raspberrypi vdr: [884] SVDRP raspberrypi < 192.168.178.101:42600 server destroyed
Apr 15 18:14:10 raspberrypi vdr: [1437] epg data writer thread started (pid=584, tid=1437, prio=low)
Apr 15 18:14:12 raspberrypi vdr: [1426] i/o throttle activated, count = 1 (tid=1426)
Apr 15 18:14:13 raspberrypi vdr: [1426] buffer usage: 70% (tid=1425)
Apr 15 18:14:13 raspberrypi vdr: [1426] buffer usage: 80% (tid=1425)
Apr 15 18:14:13 raspberrypi vdr: [1426] buffer usage: 90% (tid=1425)
Apr 15 18:14:13 raspberrypi vdr: [1426] buffer usage: 100% (tid=1425)
Apr 15 18:14:14 raspberrypi vdr: [1426] buffer usage: 60% (tid=1425)
Apr 15 18:14:14 raspberrypi vdr: [1426] i/o throttle released, count = 0 (tid=1426)
Apr 15 18:14:15 raspberrypi vdr: [1425] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Apr 15 18:14:15 raspberrypi vdr: [858] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Apr 15 18:14:18 raspberrypi vdr: [1437] epg data writer thread ended (pid=584, tid=1437)
Apr 15 18:14:30 raspberrypi vdr: [1438] animator thread thread started (pid=584, tid=1438, prio=high)
Apr 15 18:14:31 raspberrypi vdr: [1438] animator thread thread ended (pid=584, tid=1438)

Alles anzeigen

Sad but true, skindesigner isn't usable with my raspberry anymore.

Saman · 16. April 2018

Moin,

Zitat von SHF

Dass EPGsearch den Timer auch während der Aufzeichnung aktualisiert, ist beabsichtigt. Bei aufzeichnenden Timern wird, wie in diesem Fall, aber nur die Endzeit geändert (23:10->23:15).

Auf die Reaktion vom VDR kann ich mir momentan keinen Reim machen, eigentlich sollte das so nicht passieren.

...

Das der geänderte Timer jeweils eine Woche später startet hast du gesehen?

Saman · 14. April 2018

Hat aber auch Vorteile, so laufen zB die IR-Empfänger der meisten TV-Karten 'out of the box'.

Und wenn man es umbedingt möchte, funktioniert es mit Lircd ja auch noch auf die alte Methode.

Saman · 14. April 2018

Für den PowerBtn via ACPI solltest du:

- in /etc/systemd/logind.conf HandlePowerKey=ignore setzen.

- schauen, das /etc/acpi/events/powerbtn existiert

Code

event=button[ /]power
action=/etc/acpi/powerbtn.sh

- ein /etc/acpi/powerbtn.sh etwa so erstellen

Bash

#!/bin/sh
# /etc/acpi/powerbtn.sh
# Initiates a shutdown when the power button has been
# pressed.

# Skip if we just in the middle of resuming.
test -f /var/lock/acpisleep && exit 0

# VDR-Server
if pidof vdr >/dev/null; then
  if [ "0$(cat /var/run/powerbtn 2>/dev/null)" -lt "0$(($(date +%s)-1))" ]; then
    date +%s > /var/run/powerbtn
    /usr/bin/vdr-dbus-send /Remote remote.HitKey string:'Power'
    exit 0
  fi
else
  # If all else failed, just initiate a plain shutdown.
  /sbin/shutdown -h now "Power button pressed"
fi

Alles anzeigen

- ein vdr-acpiwakeup.service anlegen und aktivieren

Code

[Unit]
Description=VDR acpi-wakeup service
Before=network.target vdr.service
ConditionPathExists=/sys/class/rtc

[Service]
Type=oneshot
RemainAfterExit=true
ExecStart=/usr/bin/vdr-acpiwakeup resettime
ExecStop=/usr/bin/vdr-acpiwakeup settime

[Install]
RequiredBy=vdr.service

Alles anzeigen

- das passende Skript dazu erstellen

Bash

#!/bin/bash
#
# /usr/bin/vdr-acpiwakeup
#

WAKEUP_FILE="/var/cache/vdr/acpiwakeup.time"

#
# functions
#

ResetWakeup() {
  echo "Resetting wakeup time"
  rm -f $WAKEUP_FILE >/dev/null 2>&1
  echo 0 >/sys/class/rtc/rtc0/wakealarm
}

SetWakeup() {
  if [ -e $WAKEUP_FILE ]; then
    WAKEUP_TIME=$(< $WAKEUP_FILE)
    printf -v TIME_STRING '%(%c)T' $WAKEUP_TIME
    echo "Setting wakeup time to: $TIME_STRING"
    /usr/sbin/rtcwake -m no -a -t $WAKEUP_TIME
  fi
}

ShowHelp() {
  echo "Usage: vdr-acpiwakeup {settime|resettime}" >&2
  exit 1
}

#
# options
#

case "$1" in
  resettime)
        ResetWakeup
        ;;
  settime)
        SetWakeup
        ;;
  *)
        ShowHelp
        ;;
esac

Alles anzeigen

- einen shutdown hook erstellen (/usr/share/vdr/shutdown-hooks/S95.acpiwakeup)

Bash

#!/bin/bash
# $1 : Next timer seconds from 1970 from 1970/01/01, UTC
# $2 : Next timer seconds from now
# $3 : Next timer title
# $4 : Shutdown forced

# read from acpiwakeup conf file
source /etc/vdr/acpiwakeup.conf
[ -z "$ACPI_ENABLED" ] && $LOG "something went wrong - please check your setup"

WAKEUP_FILE="/var/cache/vdr/acpiwakeup.time"
LOG="logger -t vdr-acpiwakeup "

# defaults
[ -z "$ACPI_ENABLED" ] && ACPI_ENABLED="yes"
[ -z "$ACPI_REGULAR_DAYS" ] && ACPI_REGULAR_DAYS="0"
[ -z "$ACPI_REGULAR_TIME" ] && ACPI_REGULAR_TIME="00:00"
[ -z "$ACPI_START_AHEAD" ] && ACPI_START_AHEAD="3"
[ -z "$VDR_ACPIWAKEUP_SERVICE_ENABLED" ] && VDR_ACPIWAKEUP_SERVICE_ENABLED="yes"

TIMER=$1

IsRegularDayOfWeek()
{
    local day
    for day in $ACPI_REGULAR_DAYS ; do
        if [ "$day" = "`date -d \"@$1\" +%u`" ] ; then
            return 0
        fi
    done
    return 1
}

# main
if [ "$ACPI_ENABLED" == "yes" ]; then

    # check if we should wake up before the next timer:
    if [ "$ACPI_REGULAR_DAYS" != "0" ]; then
        REGULAR_TIMER=$(date -d "$ACPI_REGULAR_TIME" +%s)
        if [ $REGULAR_TIMER -lt $(date +%s) ] ; then
            REGULAR_TIMER=$(($REGULAR_TIMER + 24 * 60 * 60))
        fi
        while ! IsRegularDayOfWeek $REGULAR_TIMER ; do
            REGULAR_TIMER=$(($REGULAR_TIMER + 24 * 60 * 60))
        done

        if [ $TIMER -eq 0 ] || [ $TIMER -gt 0 -a $REGULAR_TIMER -lt $TIMER ] ; then
            TIMER=$REGULAR_TIMER
        fi
    fi

    if [ $TIMER -gt 0 ]; then
        MIN_START_AHEAD=$((`date +%s` + 60 * $ACPI_START_AHEAD))
        if [ $MIN_START_AHEAD -gt $TIMER ]; then
            $LOG "Can not set wakeup time less than $ACPI_START_AHEAD minutes ahead."
            echo "ABORT_MESSAGE=\"Wakeup in less than $ACPI_START_AHEAD minutes, aborting!\""
            exit 1
        fi

        # adjust wakeup time by ACPI_START_AHEAD
        TIMER=$(($TIMER - 60 * $ACPI_START_AHEAD))
    fi

    if [ $TIMER -gt 0 ]; then
        printf -v TIME_STRING '%(%c)T' $TIMER
        $LOG "Next wakeup at: $TIME_STRING"
        $LOG "Writing timestamp $TIMER to $WAKEUP_FILE"
        echo "$TIMER" > $WAKEUP_FILE

        if [ "$VDR_ACPIWAKEUP_SERVICE_ENABLED" == "no" ]; then
            $LOG "Writing timestamp to rtc "
            /usr/sbin/rtcwake -m no -a -t $TIMER
        fi
    fi


else
    $LOG "ACPI wakeup functionality is disabled"
fi

Alles anzeigen

- die passende Konfig dazu anlegen

Code

# Activate/deactivate ACPIWakeup with yes/no:
ACPI_ENABLED=yes

# How many minutes should the machine wake up before the timer starts:
ACPI_START_AHEAD=2

# If you want your VDR machine to wakeup in regular intervals (i.e. for
# updating EPG data), specify the days of the week and the wakeup time.
# 
# Days of the week for regular wakeup (not set=Disabled, 1=Monday...7=Sunday)
# ACPI_REGULAR_DAYS="1 2 3 4 5 6 7"

# Wakeup time
#ACPI_REGULAR_TIME=01:00  # HH:MM

Alles anzeigen

- hoffen das ich jetzt nichts vergessen habe und min. 5 Euro an eine gemeinnützige Organisation deiner Wahl spenden

Anmerkung: Manche Intel Systeme mögen es gar nicht, wenn im laufenden Betrieb der RTC beschrieben wird, darum besser per Service und kurz vor dem Shutdown.

MfG

Saman · 14. April 2018

Hallo Klaus,

ich kann bestätigen, das die CPU-Last bei geöffneter Fortschrittsanzeige deutlich ansteigt und das der Patch das abmildert.

Ohne Patch: 14-16% -> 26-28%

Mit Patch 14-16% -> 18-20%

(Das die Last bei mir generell höher als normal ist, liegt an meinem Setup mit EPGd, vaapidevice, vnsi, streamdev-server etc).

MfG

Saman · 14. April 2018

Moin,

auffällig ist, das du da zwei Timer (0+2) am laufen hast und einer (0) VPS benutzt.

Timer 2 wird zugunsten von Timer 0 deaktiviert.

Dann scheint epgsearch nicht mehr zu wissen, welchen VPS Termin (13.4., 20.4 oder 27.4.) es nehmen soll.

Entweder das ZDF hat da Mist gesendet oder das ist ein Bug im epgsearch.

Saman · 13. April 2018

Zitat von nanohcv

Ich hatte mit SkinFlatPlus auch den einen oder anderen Deadlock. Das Problem war da das gleiche, dass die aktiven Timer irgendwo in SetChannel abgerufen wurden. Ich habe das Timer-Holen dann einfach in einem seperaten Thread ausgelagert.

Für Skindesigner würde das dann so ausssehen (Achtung, das ist ein völlig ungetesteter Patch, der nur zeigt, wie ich das ungefair bei SkinFlatPlus gemacht habe)

locking-fix.diff

Da die Holzhammer Variante bei mir gut läuft, habe ich deine Lösung jetzt nicht mehr getestet. Trotzdem danke für den konstruktiven Beitrag!

Saman · 13. April 2018

Moin,

warum das so nicht funktioniert, kann ich dir leider auch nicht sagen.

Da es aber mit 26 Streams läuft, würde ich es einfach mal mit zwei VDR Instanzen versuchen.

Dann wärst du schon bei 52 und könntest damit prüfen, ob der Rechner (Ram/Netzwerk) das überhaupt packt.

Falls das funktioniert, kannst du ja immer noch weiter forschen.

MfG

Saman · 11. April 2018

Zitat von zaubi4u

Hallo Christian,

das ist leider schon bei der 2.20 so. Würde mich auch über eine Lösung freuen....

Gruß Micha

Ich habe eben noch mal im vdr-2.2.0-hide-first-recording-level-v5.patch geschaut, da fehlt das == 0 auch.

Saman · 11. April 2018

Zitat von SurfaceCleanerZ

...

Das Feature des Setup-Plugins im OSD eine channels.conf aus einem definierten Ordner zu wählen wäre echt toll, da das Setup-Plugin ja endgülzig tot ist leider!

...

Du kannst auch das channellists Plugin dafür nehmen.

Zitat von M-Reimer

VNSI macht noch ein paar Sachen für die es keine Alternative gibt. Zum Beispiel das Übertragen des VDR OSD an die Clients um Einstellungen ändern zu können.

Wobei genau das mit dem OSD und vdr-2.3.9 nicht mehr funktioniert:

Code

Apr 11 08:49:03 vdr vdr: [6792] loading /var/lib/vdr/plugins/vnsiserver/allowed_hosts.conf
Apr 11 08:49:03 vdr vdr: [6792] VNSI: Client with ID 40 connected: 127.0.0.1:43678
Apr 11 08:49:03 vdr vdr: [6975] VNSI Client 40->127.0.0.1:43678 thread started (pid=6758, tid=6975, prio=high)
Apr 11 08:49:03 vdr vdr: [6975] VNSI: Welcome client 'XBMC osd client' with protocol version '12'
Apr 11 08:49:03 vdr vdr: [6975] VNSI: new osd provider
Apr 11 08:49:03 vdr vdr: [6758] ERROR: cOsd::SetAreas returned 7 (wrong area size)

Saman · 10. April 2018

So, ich glaube, ich hab es jetzt und das von oben ist zum Teil Blödsinn

Es fehlte einfach das == 0 Mit dieser Änderung kann ich jetzt alle Verzeichnisse sortieren.

Code

cRecordings::cFolderInfos::cFolderInfo *cRecordings::cFolderInfos::cFolderTree::GetInfo(void) const
{
  cFolderInfo *info = new cFolderInfo(*name, *FullName(), count, latest, *latestFileName);
  // take care that LOCALRECFOLDER is the first item
  bool addLocal = false;
  for (int i = 0; i < firstFolderNames.Size(); i++) {
      if (strcmp(firstFolderNames.At(i), LOCALRECFOLDER) == 0)
         addLocal = true;
      else
         info->FirstFolderNames.Append(strdup(firstFolderNames.At(i)));
      }
  info->FirstFolderNames.Sort();
  if (addLocal)
     info->FirstFolderNames.Insert(strdup(LOCALRECFOLDER));
  return info;
}

Alles anzeigen

Saman · 10. April 2018

Moin, ich habe mir mal ein paar Debug Ausgaben in menu.c eingebaut.

Das Problem liegt wohl in cMenuRecordings::DirectoryName()

Code

     if (cVideoDirectory::HideFirstRecordingLevel()) {
        LOCK_RECORDINGS_READ;
        cRecordings::cFolderInfos::cFolderInfo* info = Recordings->GetFolderInfo(base);
        if (info) {
           if (info->FirstFolderNames.Size() > 0)
              d = AddDirectory(d, info->FirstFolderNames.At(0));
           delete info;
           }
        }

Beim öffnen des Aufnahmen-Menüs gibt die Funktion '/srv/vdr/video' zurück.

Öffnet man dann ein Verzeichnis, das in 'local' liegt, kommt zB '/srv/vdr/video/local//TEST'.

Öffnet man stattdessen ein externes Verzeichnis, kommt zB '/srv/vdr/video/local//Spielfilme'.

Merkwürdig an dieser Stelle finde ich, das 'FirstFolderNames' nur 'local/' enthält.

Sollte das nicht auch die anderen Verzeichnisse aus '/srv/vdr/video' beinhalten?

Dann könnte in einem Loop geprüft werden, ob/bis das Verzeichnis existiert...

Ich denke, das wäre die allgemein gültigste Variante.

Wer die Aufnahmen ausschließlich auf einem Server liegen hat, kann es auch hart kodieren:

Code

if (cVideoDirectory::HideFirstRecordingLevel()) {
   d = AddDirectory(d, "vdrserver");
}

Saman · 10. April 2018

Zitat von louis

Tokens {currentrecording}, {nextrecording}, {isRecording} and {devices[recording]} in displaychannel will not work anymore.

This is not true.

Saman · 10. April 2018

I didn't miss any functionality with this fix, so I don't care about it.

But anybody is welcome to do it all right.

Saman · 9. April 2018

This is fixing the problem for me:

Diff

--- vdr-plugin-skindesigner-1.2.7.orig/coreengine/viewdisplaychannel.c
+++ vdr-plugin-skindesigner-1.2.7/coreengine/viewdisplaychannel.c
@@ -206,10 +206,12 @@ void cViewChannel::ClearVariables(void)
 }
 
 void cViewChannel::SetChannel(const cChannel *channel, int number) {
+/*
     if (!timersLoaded) {
         timersLoaded = true;
         globalTimers.LoadTimers();
     }
+*/
     channelChange = true;
 
     //check if channelgroups have to be cleared
@@ -252,10 +254,12 @@ void cViewChannel::SetChannel(const cCha
 }
 
 void cViewChannel::SetEvents(const cEvent *present, const cEvent *following) {
+/*
     if (!timersLoaded) {
         timersLoaded = true;
         globalTimers.LoadTimers();
     }
+*/
     Clear((int)eVeDisplayChannel::epginfo);
     Clear((int)eVeDisplayChannel::progressbar);
     Clear((int)eVeDisplayChannel::scrapercontent);

Alles anzeigen

Saman · 9. April 2018

Ten month later but the problem is still present:

Code

Apr  9 18:35:17 raspberrypi vdr: [21556] SVDRP raspberrypi > 192.168.178.101:6419 client created for 'vdr'
Apr  9 18:35:17 raspberrypi vdr: [21384] OSD size changed to 1920x1080 @ 1
Apr  9 18:35:17 raspberrypi vdr: [21384] timer 0 (28 2013-2240 'Serien~Germany's next Topmodel - by Heidi Klum') set to event Do. 12.04.2018 20:15-22:30 'Germany's next Topmodel - by Heidi Klum'
Apr  9 18:35:17 raspberrypi vdr: [21384] timer 0 (28 2013-2240 'Serien~Germany's next Topmodel - by Heidi Klum') set to event Do. 19.04.2018 20:15-22:30 'Germany's next Topmodel - by Heidi Klum'
Apr  9 18:35:17 raspberrypi vdr: [21384] --- begin invalid lock sequence report
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  R  -  -  -  -  -  -  -  -  L
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  U  -  -  -  -  -  -  -  -  U
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  R  -  -  -  -  -  -  -  -  L
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  *  -  -  -  -  -  -  -  -  L
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  *  -  -  -  -  -  -  -  -  L
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  *  -  -  -  -  -  -  -  -  U
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  *  -  -  -  -  -  -  -  -  L
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  *  -  -  -  -  -  -  -  -  U
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  *  -  -  R  -  -  -  -  -  L
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  *  -  -  U  -  -  -  -  -  U
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  *  -  -  -  -  -  -  -  -  U
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  *  -  -  -  -  -  -  -  -  L
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  *  -  -  -  -  -  -  -  -  L
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  *  -  -  -  -  -  -  -  -  U
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  *  -  -  -  -  -  -  -  -  L
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  *  -  -  -  -  -  -  -  -  U
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  *  -  -  R  -  -  -  -  -  L
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  *  -  -  U  -  -  -  -  -  U
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  -  *  -  -  -  -  -  -  -  -  U
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384  R  *  -  -  -  -  -  -  -  -  L
Apr  9 18:35:17 raspberrypi vdr: [21384] 21384 invalid lock sequence: 1 Timers
Apr  9 18:35:17 raspberrypi vdr: [21384] full backtrace:
Apr  9 18:35:17 raspberrypi vdr: [21384] /usr/bin/vdr cStateLock::Lock(cStateKey&, bool, int) at ??:?
Apr  9 18:35:17 raspberrypi vdr: [21384] /usr/bin/vdr cTimers::GetTimersRead(cStateKey&, int) at ??:?
Apr  9 18:35:17 raspberrypi vdr[21384]: invalid lock sequence at Mo. 09.04. 18:35
Apr  9 18:35:17 raspberrypi vdr: [21384] /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.3.9 cGlobalTimers::SetLocalTimers() at ??:?
Apr  9 18:35:17 raspberrypi vdr: [21384] /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.3.9 cGlobalTimers::LoadTimers() at ??:?
Apr  9 18:35:17 raspberrypi vdr: [21384] /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.3.9 cViewChannel::SetChannel(cChannel const*, int) at ??:?
Apr  9 18:35:17 raspberrypi vdr: [21384] /usr/bin/vdr cDisplayChannel::DisplayChannel() at ??:?
Apr  9 18:35:17 raspberrypi vdr: [21384] /usr/bin/vdr cDisplayChannel::cDisplayChannel(int, bool) at ??:?
Apr  9 18:35:17 raspberrypi vdr: [21384] /usr/bin/vdr main at ??:?
Apr  9 18:35:17 raspberrypi vdr: [21384] /lib/arm-linux-gnueabihf/libc.so.6 __libc_start_main at libc-start.c:325
Apr  9 18:35:17 raspberrypi vdr: [21384] --- end invalid lock sequence report
Apr  9 18:35:17 raspberrypi vdr: [21384] --- THERE WILL BE NO FURTHER REPORTS UNTIL VDR IS RESTARTED!

Alles anzeigen

I only get this with my clients.

Saman · 9. April 2018

Da das Sortieren funktioniert, wenn der Patch deaktiviert ist oder nicht angewandt wurde, ist das IHMO kein Bug - eher ein 'Feature Request'.

Für den Patch könnte man natürlich über sowas wie '.sort.local' oder '.sort.$hostname' nachdenken.

Saman · 9. April 2018

Die Ursache für das Problem konnte ich ausmachen:

Der VDR sucht im 'local' Verzeichnis nach der '.sort' Datei, findet sie aber nicht und kann auch keine anlegen, da das zu sortierende Verzeichnis dort nicht existiert.

Als Test oder workaround könnt ihr einfach ein leeres Verzeichnis (mit dem selben Namen wie das zu sortierende) im 'local' Verzeichnis erstellen.

Darin legt der VDR dann beim drücken auf '0' eine eigene '.sort' Datei ab. (Bedenkt aber, das leere Verzeichnisse beim Aufräumen entfernt werden!)

Jetzt stellt sich die Frage, ob alle Clients die selbe Sortierung nutzen wollen/sollen oder nicht.

Je nachdem, wäre das dann ein Bug oder ein Feature

Saman · 9. April 2018

Zitat von Saman

...

Einfach mal http ://vdr:8002/recordings/ im Browser deiner Wahl und weg ist der VDR.

Mit Dateiendung .html .xml oder .json funktioniert es aber wie es soll.

Anbei ein Patch, der speziell diesen Fehler beseitigt (also zusätzlich zu dem restfulapi-fix.diff anwenden).

Saman · 8. April 2018

Danke für die Rückmeldung.

Habe es bei mir über den Tag auch so laufen lassen.

Kein Absturz mehr und das Sortieren funktioniert auch noch.

Deswegen hier noch der komplette Patch gegen vanilla vdr-2.3.9

Edit: Basierend auf dem Patch aus dem ppa von seahawk1986 und mit den Änderungen von oben.

Beiträge von Saman

skindesigner - bad locking order for vdr-2.3.x

Aufnehmender Timer durch EPGsearch auf inaktiv gesetzt

(vdr4)Arch - serial_ir ersetzt lirc_serial Modul mit Kernel >= 4.10

Ubuntu 18.04. - kein /etc/acpi/powerbtn.sh mehr?

VDR 2.3.9 Fixes

Aufnehmender Timer durch EPGsearch auf inaktiv gesetzt

skindesigner - bad locking order for vdr-2.3.x

Frage an die Guru's/ Entwickler: Software Begrenzung bei Anzahl der maximal möglichen parallelen Streams via Streamdev-server?

[solved] vdr-2.3.1-hide-first-recording-level-v1.patch - Absturz beim sortieren der Aufnahmen

Aktuelles Git-Repository für vdr?

[solved] vdr-2.3.1-hide-first-recording-level-v1.patch - Absturz beim sortieren der Aufnahmen

[solved] vdr-2.3.1-hide-first-recording-level-v1.patch - Absturz beim sortieren der Aufnahmen

skindesigner - bad locking order for vdr-2.3.x

skindesigner - bad locking order for vdr-2.3.x

skindesigner - bad locking order for vdr-2.3.x

skindesigner - bad locking order for vdr-2.3.x

[solved] vdr-2.3.1-hide-first-recording-level-v1.patch - Absturz beim sortieren der Aufnahmen

[solved] vdr-2.3.1-hide-first-recording-level-v1.patch - Absturz beim sortieren der Aufnahmen

restfulapi fix

[solved] vdr-2.3.1-hide-first-recording-level-v1.patch - Absturz beim sortieren der Aufnahmen