Beiträge von netwolf1

Alles klar, das bestätigt deine Aussage von weiter oben.

Ich habe tatsächlich zuerst bei NN2 geschaut und gesucht, allerdings nichts zu dem Fehler gefunden.

Was wieder mal zeigt: sogar "Fremdgänger" wie ich mit anderen Images finden hier einfach die schnellste und beste Hilfe
Danke dir nochmal!

Wenn ich den original-skin vom EMC _nicht_ verwende (also dein skin verwendet wird) passt alles, d.h. mit deinem skin gibt's soweit ich das sehe gar keine Probleme.

Image ist aktuellstes newnigma2 (ja ich weiß, ich weiß...), mit update meinte ich ein System-update (update/upgrade) via Menü,
wobei eben u.a. die EMC-Version 1.0git20230622-r2.0 geladen wurde.

Falls es der Sache dient kann ich gern die aktuellen files vom git händisch zurück einspielen und berichten ob damit das Problem auch wieder zurückkommt, womit dann mehr oder weniger veri-/falsifiziert wäre dass newnigma etwas verhaut hat...

Hi,

nur zur Info: auf meiner DM900 spielt die progressbar bei der Wiedergabe verrückt.
Schon am Start (Zeit 00:00) wird ca. 1/3 abgespielt angezeigt, und auch in der Mitte oder gegen Ende passt's nicht,
der Film wird schon als am Ende angezeigt wenn noch 30 Min. übrig sind.

Das Ganze ist seit dem letzten update so.
Hab zuerst mal de-/reinstalliert, hat aber nichts gebracht.

Da sich beim EMC ja in letzter Zeit außer dem WQHD-update nicht viel getan hat habe ich mal ein checkout des commits unmittelbar davor gemacht und dieses eingespielt und siehe da: es passt wieder alles.

Auf wenn ich den Original-skin deaktiviere verschwindet wie zu erwarten das Problem.
Als skin verwende ich übrigens den Zombi-Shadow-FHD (1920 x 1080).

Wie gesagt, nur als Info gedacht, konnte das Problem für mich ja jetzt schnell und einfach lösen.

Danke für das update, und auch für 4.5.4, das wäre ja fast untergegangen

Klappt wunderbar, allerdings wird scheinbar das webinterface nicht automtisch aktualisiert bzw. zur Aktualisierung angeboten.

Beim Verbinden kommt die Meldung dass es nicht mehr kompatibel ist, es wird aber dennoch ein grünes 0.9.9 angezeigt.
Wenn es nichts gibt womit ich beim Debuggen helfen könnte würde ich einfach mal versuchen es zu reinstallieren, vll. wird ja dann die aktuellste Version genommen.

Hi,

ich hatte gerade den Fall dass ein Timer aufgrund von Konflikten als deaktiviert angelegt wurde.
Soweit so gut.

Allerdings ist mir dann aufgefallen dass dieser Timer in die Timer-Liste geschrieben wurde, also auch nicht mehr danach gesucht wird.

Das bedeutet allerdings ja, dass aufgrund eines unlösbaren Konflikts der Timer nicht aktiv ist, die Aufnahme also sicher nicht stattfindet,
da er aber in der Timerliste eingetragen ist auch nie wieder danach gesucht wird.

Wäre es da nicht sinniger nur tatsächlich aktive Timer auch in die Timerliste zu schreiben, und den deaktivierten Aufnahmen damit die Chance zu geben, zu einem späteren Zeitpunkt vielleicht doch noch aufgenommen zu werden?

MacDisein: danke fürs Ansehen des logs!

Witziger Zufall dass genau bei diesem - und nur bei diesem - Marker sowohl die Eventprogrammierung aktiv ist als auch ein Sonderzeichen vorkommt

Auf jeden Fall gut zu wissen woran es liegt.

Und ich habe wieder mal etwas gelernt, die Sache mit den alternativen Sendungsnamen kannte ich bisher nicht.

Danke für all die Änderungen, läuft bisher sehr gut!

Eine Sache ist mir allerdings aufgefallen: scheinbar klappt das Aktualisieren der Timer bei allen Aufnahmen nicht, bei denen eine Event-Programmierung erkannt wird.

Ich nehme für meine Tochter Tom & Jerry auf, und da läuft immer "Tom & Jerry (123/456/543) o.ä.

In den settings habe ich "Einzelepisoden bevozugen" und "Episodentitel berücksichtigen".

Lt. log werden die Sendungen als Episoden-Sendungen erkannt, es könnten (zurecht) keine Episoden gefunden werden, allerdings klappt dann auch immer - und eben fast nur bei diesen Sendungen - die Aktualisierung auf dem EPG nicht.

Ist natürlich alles kein Drama und mir ist klar dass ich auch einfach den Versuch, Einzelepisoden zu suchen, abschalten könnte,
ich aber dachte es schadet ja auch nicht diesen (potenziellen) Fehler zu melden

Ja genau, kommt direkt beim Anlegen.
Ich habe das manuelle Anlegen dann einfach unmittelbar danach wiederholt, dann klappte es und die Aufnahme selbst war kein Problem.

Ein Aufwecken der einen oder anderen Art wäre sicher eine praktische Sache um so etwas zu verhindern.

Was mir jetzt gerade zufällig aufgefallen ist:

wenn ich im webinterface nach einer Serie suche werden die Informationen nicht angezeigt (endless spinner), wenn ich für die selbe Serie einen Marker anlege kommen dort die Infos ohne Probleme.

(danach wieder in der Suche -> endless spinner).

Ist nur eine kosmetische Kleinigkeit, aber das Plugin befindet sich ja mittlerweile auf einem derart hohen Niveau dass man nur noch solch winzige Fehlerchen findet

Hallo,

sorry für die späte Antwort.

1) alles klar, versteh ich

2) Hab ich vermutet, ich melde es nur deshalb hier weil es bisher eben nur bei der manuell gesetzten Aufnahme im SR vorgekommen ist.
Könnte aber natürlich auch Zufall mit dem timing sein dass gerade zu diesem Zeitpunkt die USB-HDD im (deep) sleep war...

Beim "normalen" Aufnahme-Suchlauf werden ja die Aufnahme-Pfade zu Beginn geprüft, passiert dies bei einer manuellen Aufnahme auch?
Ich werde aber weiter mit dem mounten experimentieren, damit sollte sich das Problem dann ohnehin erübrigen.

LG

Hallo,

ich hätte 2 Fragen zu dem wirklich tollen Plugin:

1) wäre es möglich, im webinterface die Ordnerstruktur aufrufbar zu machen?
Also wenn ich den Pfad eines Serienmarkers anpassen möchte, nicht nur manuell den Pfad eingeben oder aus Lesezeichen auswählen, sondern wie an der Box die Ordneransicht aufrufen?

2) ich verwende eine NAS, und manchmal wenn ich Aufnahmen manuell anlege erhalte ich die Meldung im Sinne von
"Fehler beim Aufnahmepfad: no device available".

Wenn ich's dann nochmal mache klappt's, und auch beim automat. Anlegen trat das noch nie auf.

Gemounted ist die NAS mit

192.168.0.59:/volumeUSB1/usbshare1-2/media/ /media/NASUSB nfs x-systemd.automount,retrans=1,tcp,noauto,wsize=8192,retry=3,x-systemd.idle-timeout=60,retry=0,nolock,rw,x-systemd.device-timeout=15,timeo=2,x-systemd.mount-timeout=15,rsize=8192,soft,nofail 0 0

Wobei die diversen options nicht von mir kommen, ich hab nur mal im Netzwerkbrowser das retry=3 hinzugefügt (was aber scheinbar mit retry=0 überschrieben wird).

(es ist ein Synology NAS an dem eine USB-Platte hängt auf welche ich aufnehmen möchte, und diese Platte geht (gewollt) nach ein paar Stunden Inaktivität schlafen...)

Mein Frage ist daher: gibt es etwas das ich im SR ändern kann, oder sollte ich besser das mounten der NAS-Platte ändern?
Falls letzteres wäre ich für Tips sehr dankbar

EDIT: SR 4.4.9 beta

root@dm900:/$ cat /etc/fstab
rootfs  /               rootfs  rw,relatime                                     0 1
proc    /proc           proc    rw,nosuid,nodev,noexec,relatime                 0 0
sysfs   /sys            sysfs   rw,nosuid,nodev,noexec,relatime                 0 0
devpts  /dev/pts        devpts  rw,nosuid,noexec,relatime,gid=5,mode=620        0 0
tmpfs   /dev/shm        tmpfs   rw,nosuid,nodev,relatime                        0 0
tmpfs   /run            tmpfs   rw,nosuid,nodev,relatime,mode=755               0 0
tmpfs   /tmp            tmpfs   rw,relatime                                     0 0
tmpfs   /var/volatile   tmpfs   rw,relatime,mode=755                            0 0
/dev/disk/by-label/dreambox-data        /data   auto    noauto,x-systemd.automount,nofail       0  0
/dev/disk/by-uuid/3558f748-e2f8-4eb5-842b-dfefd1d7d198  /media/hdd      auto    auto,nofail     0  0
192.168.0.59:/volumeUSB1/usbshare1-2/media/     /media/NASUSB   nfs     x-systemd.automount,retrans=1,tcp,noauto,wsize=8192,retry=3,x-systemd.idle-timeout=60,retry=0,nolock,rw,x-systemd.device-timeout=15,timeo=2,x-systemd.mount-timeout=15,rsize=8192,soft,nofail   0       0

root@dm900:/$ mount
/dev/mmcblk0p2 on / type ext4 (rw,relatime,data=ordered)
devtmpfs on /dev type devtmpfs (rw,relatime,size=503460k,nr_inodes=55123,mode=755)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620)
tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
systemd-1 on /data type autofs (rw,relatime,fd=25,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
systemd-1 on /media/NASUSB type autofs (rw,relatime,fd=31,pgrp=1,timeout=60,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
tmpfs on /tmp type tmpfs (rw,relatime)
tmpfs on /var/volatile type tmpfs (rw,relatime,mode=755)
/dev/sda1 on /media/hdd type ext4 (rw,relatime,data=ordered)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/etc/auto.misc on /misc type autofs (rw,relatime,fd=6,pgrp=268,timeout=300,minproto=5,maxproto=5,indirect)
-hosts on /net type autofs (rw,relatime,fd=12,pgrp=268,timeout=300,minproto=5,maxproto=5,indirect)
/etc/auto.hotplug on /autofs type autofs (rw,relatime,fd=18,pgrp=268,timeout=300,minproto=5,maxproto=5,indirect)
/dev/mmcblk0p3 on /data type ext4 (rw,relatime,data=ordered)

Auch von mir alles Gute für das neue Jahr!

Und vielen Dank für die tolle Arbeit am Serienrecorder!

Da ich das plugin praktisch täglich nutze und es mir sehr viel händische Arbeit abnimmt bin ich auch gern bereit, dafür (wie jedes Jahr) einen kleinen Beitrag zu spenden.
(und weil ich damit vll. den einen oder anderen zufriedenen Nutzer dazu motiviere dasselbe zu tun schreib ich es auch hier :))

Britney: naja, Umstellen war vll. auch der falsche Ausdruck, ich hab im Code die https-Verbindung auf http umgestellt.

MacDisein: wäre sicher eine gute Idee, bringt auf alten Boxen wie meiner auch einen gut 30%igen Geschwindigkeitsschub.
Offen gesagt erschließt sich mir die Notwendigkeit von SSL bei der Art der übertragenen Daten ohnehin nicht so ganz, außer "weil's geht" und halt irgendwo einfach zeitgemäß ist

Hier genau dasselbe Bild: zuerst Fehler beim Aktualisieren der Senderliste, dann Fehler beim manuellen check, heute um 09:00 getestet.

SR 3.9.7 beta
dm 800HDse (newnigma2, latest updates)

EDIT: hab mal temporär auf http umgestellt, jetzt läuft der SR erstmal wieder.
Solange der server plain http akzeptiert kann ich damit sehr gut leben

Auch hier kommen seit ein paar Tagen bei der Datenaktualisierung nur Fehler, hoffe es ist nicht Gröberes kaputt...

Zitat

Original von Dreamy2005
Wenn Sven netwolf ist, hat er mich als unfàhig beleidigt..

Bin ich nicht, und ich habe dich als nichts beleidigt, du hast selbst lang und breit darüber geschrieben dass du einen ganzen Nachmittag damit beschäftigt warst und jede Menge GS produziert hast. Ich habe gesagt du bist "unfähig die App zum Laufen zu bringen", nicht dass du im Allgemeinen unfähig bist. Verstehst du den Unterschied?

Zitat

Original von Dreamy2005
Ich stehe eher auf Lösungen von Problemen, nicht auf Beleidigungen

Das tu ich auch, nur beginne ich mit dem Lösen gewöhnlich nicht damit dass ich das womit ich persönlich Probleme habe als Schrott bezeichne und dem Entwickler sage wie er's besser macht, selbst wenn ich selbst nicht einmal von den einfachsten Grundlagen eine Ahnung habe.

Dreamy2005: und weil du unfähig bist sie zum Laufen zu bringen ist die App Schrott? Schon klar...

Dreamy2005: na das ist ja mal eine wirklich qualitative und konstruktive Kritik, ich bin sicher der Entwickler wird sofort noch ein wenig mehr seiner Freizeit investieren und deine wohl reflektierten Vorschläge und Anregungen voller Enthusiasmus umsetzen.

Hab gerade probiert ob es auch beim SR ausreicht, http auf https (in SerienRecorderSeriesServer) umzuschreiben (wie beim SeriesPlugin unter OE2.0), aber leider ist dem nicht so.

MacDisein: hast du vll. auf die Schnelle einen quick fix im Kopf den ich testen könnte?

EDIT: angenehmerweise bietet die httplib-Klasse auch eine HTTPSConnection-Methode
Mit dieser läuft wieder alles, zwar langsamer (statt 35 sec. dauert der Suchlauf jetzt 50), aber es läuft (zumindest unter OE2.0)

Unglaublich aber wahr, es läuft!
Scheinbar braucht man bei älterer Python-Version die certificate validation nicht explizit abschalten da sie es ohnehin nicht beherrscht, und daher reicht das Umschreiben auf https aus

Vielen Dank Sven H!

Ja, das hab ich mir auch gerade gedacht (s. edit).
Das wäre natürlich sehr schade, v.a. auch da die Umstellung im Gegenzug keinerlei Mehrwert bietet (MITM o.ä. beim Serienserver-Abruf ist ja wohl eher nicht sooo wahrscheinlich...)