Beiträge von Timmiotool

    Ist n gutes Teil. Die Beleuchtung hat einen echten Mehrwert finde ich, preislich passt die auch. Batterien halten auch mit eingeschalteter Beleuchtung lange durch (bisher noch 1. Batt. Set seit Januar). Einzige was mir "negative" aufgefallen ist, wenn man statt Batterien Akkus nutzt, sinkt die Spannung zu schnell in einen kritischen Bereich ab und es kommt zu Verbindungsproblemen daher besser Batterien nehmen ;)

    Hab 3 Stück im täglichen Einsatz.

    Die Platten gehen ohnehin in dem Standby, der Energieverbrauch ist dann aufs Jahr gesehen nicht die Welt. Synology, die brauchen ja auch n Moment bis die wieder hochgefahren sind, alle Dienste geladen haben. Wenn Kodi beim Start nicht seine DB, Medienquellen oder eventuell ausgelagerte Thumb Ordner erreicht, gibt's einfach Probleme. Ich würde davon abraten das so zu handhaben und den 24/7 Betrieb bevorzugen...

    Wenn die DB beim Start von Kodi online ist, sollte auch die Bibliothek da sein, das wäre also die Voraussetzung das die Nas/SQL DB bereits online ist bevor Kodi startet.

    Die Einstellung auf Netzwerk warten ist vom System abhängig, kein explizites Kodi Ding (das ist zu dem Zeitpunkt ja auch noch nicht gestartet).

    Unter Libreelec/Openelec z.B im Settings Addon meine unter Network. Unter Android wäre mir diese Einstellung nicht bekannt. Andere Linux Systeme oder Windows auch immer individuell, meist muss man selber basteln (z.b per Script).

    Frage: Du nutzt den "root" User (pi) für alles?

    Ich habe die .sh in home\pi\SHcripte abgelegt und kann diese über crontab -e ohne Probleme ansprechen/ausführen.

    Man muss im Crontab (wie buers erwähnte) den User mitgeben sollte er abweichen von pi.

    Geht mit:

    * * * * * USERNAME /pfad/zum/script.sh

    EDIT:

    nachgestellt:

    Crontab -e mit User pi:

    down.sh:

    abgelegt unter:

    RPI fährt wie geplant um 19:05 herunter... (Dauert ca. 1 Minute bis der Shutdown greift).

    Unbedingt dran denken, die .sh auch ausführbar zu machen (sonst passiert nix). Dazu in den Ordner der .sh's wechseln und: chmod +x down.sh Wenn du über eine GUI verfügst, danach zum testen mal n Doppeklick drauf. Sollte dann so aussehen:

    Klick auf Ausführen und der RPI fährt nach ca. 1 Minute herunter (Test für das Script).

    Wenn es so nicht funktioniert, sorry, dann ist das System korrupt oder verkonfiguriert.

    Getestet auf einem aktuellen RaspiOS (bookworm).

    Noch ein Hinweis von meiner Seite:

    Ich persönlich würde Kodi nicht über das RaspiOS installieren sondern Libreelec bevorzugen. Dort läuft alles Out of the Box und du kannst den RPI einfach über die Kodi Gui herunterfahren. Hab das für mich so gelöst, dass der RPI als Slave an einer Master/Slave Steckdose hängt.

    TV AN -> RPI fährt hoch. RPI ausschalten (über die Kodi Gui), TV geht dank CEC mit aus, somit auch die Slave Dose. Ergo alles aus ;)

    Sehe grundsätztlich kein Problem.

    Bei mir klappt im übrigen auch der direkt Befehl im Crontab:

    Code
    #jeden Tag 00:00 Uhr
    0 0 * * * /sbin/shutdown -h now
    
    oder
    
    #jeden Tag 00:00 Uhr
    0 0 * * * sudo systemctl poweroff

    Wenn es so nicht klappt, ist vielleicht schon systemseitig etwas im argen...

    Zitat

    Wird eigentlich die Eintragung gleich übernommen oder muss ich immer einen reboot machen?

    -> STRG + X und speichern im Crontab, dann werden die Änderungen veröffentlicht.

    SH Script:

    Bash
    #!/bin/bash
    
    #shutdown
    sudo shutdown

    als shutdown.sh speichern + ausführbar machen (sudo chmod +x shutdown.sh)

    im Crontab z.B.;

    #jeden Tag 00:00 Uhr
    0 0 * * * /home/pi/SHScripte/shutdown.sh

    PS: Du kannst die .sh in der CMD zum Test manuell starten per:

    Code
    bash shutdown.sh

    wenn der shutdown damit klappt, hast du einfach im Crontab was falsches eingestellt. Bei mir funktioniert das ohne Probleme...

    Das klappt :) Machste am besten mit Crontab...

    cmd-> crontab -e

    dort fügst du folgenden Zeile hinzu:

    @reboot /pfad/zum/Script.sh

    dann STRG + X und J zum speichern.

    das Start Script würde so aussehen:

    Bash
    #!/bin/bash
    #Wait before Kodi is UP
    sleep 20s
    
    #Script starten
    sudo /Pfad/zum/Script.sh
    
    #cmd schließen
    exit

    Nicht vergessen, das .sh Script vorher ausführbar zu machen ;)

    Machste in der CMD mit:

    chmod +x /Pfad/zum/Script.sh

    Alternative kannst du, wie gesagt, in deinem Script den sleep Befehl einbauen und das über den Crontab starten.

    PS: Ich gehe einfach mal davon aus, das du das Standard Raspi OS nutzt, bei anderen Distributionen kann das vorgehen abweichen.

    Alternative könntest du das @reboot per Cron mit Verzögerung einbauen:

    Startscript:

    Code
    Start.sh
    #Wait before Kodi is UP
    sleep 20s
    
    #Script starten
    sudo /dropupl.sh

    den Sleep Befehl kannst du auch direkt im dropupl.sh Script einbauen.

    Kodi lässt du einfach direkt @reboot ohne Verzögerung starten.

    die autoexec.py ist eher zum starten von internen Kodi Geschichten gedacht.

    Man schaut die Folgen ja in der Regel ohnehin komplett. Vielleicht findet sich ja noch ein besserer fix oder jemand hier im Forum hat noch eine Idee wie man es anderweitig fixen kann.

    Generell: Man kann die Videos wieder ansehen, werbefrei - da könnte ich auch locker mit dem manuellen Stop am Ende leben ;) Auf diesem Weg noch einmal besten dank für deine Arbeit!

    @All

    Hier vorab eine Testversion für die "DMAX Mediathek" mit eingebauter Autostop-Forcierung bei Laufzeitende der VoD-Streams, zu aktivieren unter Einstellungen -> Fortgeschritten -> WIEDERGABE-STOP.

    Den Pluginpfad habe ich leicht verändert, damit das Original-Addon nicht überschrieben wird.
    Wenn es in den kommenden zwei Tagen keine Bugs oder Fehlermeldungen gibt, werde ich diese Änderung für meine drei Discovery-Addons übernehmen und natürlich in die REPO's packen.

    Für leichtsinnige TESTER:

    Getestet. Klappt! Wie du auch in den Einstellungen richtigerweise bemerkt hast, ist es so, das sobald man "skipt" das Ergebnis wie vorher ist. Wird das Video von Anfang bis zum Ende geschaut funktioniert der forcierte Stop einwandfrei.

    realvito Der Stream liefert ja sogar die korrekte Laufzeit, läuft dann aber einfach weiter, gesehen habe ich das in der Form auch noch nie. Könnte mir vorstellen, der Stream läuft serverseitig (wie bei TV Streams) einfach endlos weiter - sonst müsste der Player meiner Meinung nach ja stoppen...

    Sowas wie ein forcieren von Stop nach dem Ende der Laufzeit (die wird ja geliefert) wäre ein Workaround, stimmt, wenn du das einbauen könntest, das wäre Super 🙂