QuickPlay

[Twilight]

habs jetzt:

mußte qp stoppen und neu starten, dann ging es sofort und auch schnell.
gleiches beim anderen srp.
da wäre eine andere logik dahinter, vielleicht ein "connect" button, wohl eine tolle lösung

twilight

[Twilight]

also bei mir gibt es ein timingproblem.
auch wenn der andere srp schon hochgefahren ist, wenn der 2te hochfährt, bekomme ich nur einen connect wenn ich qp im autostart stoppe und wieder starte
dann geht es ohne probleme sofort.
gleiches ist mit den ersten srp....

twilight

[nimus]

Hi Gerti,

hast du mal versucht QuickPlay zusammen mit NASMount laufen zu lassen?
Bei mir führt das unweigerlich zu einem Absturz des Topfs beim nächsten Start und dem Versuch
auf die QuickPlay Liste zu gehen. (Sowohl mit 4.03 als auch der neusten Beta)

Testcase zum reproduzieren:
1. Taps stoppen, Settings/QuickPlay entfernen,
QuickPlay im AutoStart, NASMount auch (geht aber auch bei manuellem start)
Topf neu starten
2. Warten bis NASMount fertig ist
3. Bei QuickPlay in der Fileliste rumbrowsen, alles funktioniert
4. QuickPlay verlassen, z.B. exit
5. Topf ausschalten
6. Topf anschalten
7. Warten bis alles fertig ist
8. auf QuickPlay gehen -> Topf startet neu

Mir scheint, das da irgendwas beim Beenden in den Settings
gespeichert wird, was nach dem Neustart dann nicht mehr
gültig ist ... da die allerdings nicht von Menschen lesbar sind,
ist das nur eine Vermutung.

Noch was, was mir aufgefallen ist: QuickPlay scheint gern mal ein
paar Filedescriptoren offen zu lassen...
siehe

Code: Alles auswählen

ls -al /proc/<pid of pvr>/fd/

nach ein bisschen rumbrowsen mit QuickPlay sieht man
dort übriggebliebene descriptoren. Vorallem für .inf Dateien.

Schönen Gruß,

Nimus

[Töppi]

die Abstürze kann ich bestätigen, ist bei mir auch, allerdings mit allen TAPs.

[Gerti]

Hi!

Kann ich bei mir nicht nachvollziehen.
QuickPlay liesst beim Start die Dateiliste und die "Playliste" ein und gleicht diese ab.

Die offenen Verbindungen habe ich vermutlich gefunden und sollten in der nächsten Version behoben sein.

Gruß,
Gerti

[nimus]

Hi!

Ich hab das Problem weiter einkreisen können:
In meinem NAS Share liegen nicht nur Topfield rec Dateien, sondern auch ein Backup-Ordner mit
ein paar hunderttausend Dateien. Wenn ich die ganzen rec Dateien auf einen anderen share
kopiere und dann NASMount dahin gehen lasse, tritt das Problem nicht auf.

Damit gibt's eigentlich nur vier Möglichkeiten:
1. Es liegt an den offenen Filedescriptoren, und bei ein paar hunderttausend files
bleiben einfach zu viele offen und den pvrProzess zerlegt's wenn QuickPlay die Dateiliste
einliest
2. Es gibt auch noch ein memory-leak beim Einlesen in QuickPlay
3. QuickPlay merkt sich auch für alle nicht rec Files irgendwas und kommt
nicht mit sovielen Dateien klar
4. Irgendeins der Files schmeckt QuickPlay beim Einlesen nicht.

Werd das ganze nochmal testen, wenn es eine neue Version mit
der Korrektur für die Filedescriptoren gibt.

P.S.: Die Abstürze von Töppi kann ich nich bestätigen.
QuickPlay läuft ohne Probleme mit Pip-TMS, Jags_EPG, Jags_Auto-Off, Automove,
MediaAspect und NASMount (bei richtigem share)

Schönen Gruss,

Nimus

[Gerti]

Hi!

Habe mal die 4.12beta per TAPtoDate hochgeladen.
Diese Version prüft nun bei jedem Aufruf der SRP-Connect-Liste, ob der andere Receiver online ist. Zudem werden die Listen nur neu übertragen, wenn sich die Menge der Files geändert hat.
Ich hoffe, dass es auch keine offenen Filedescriptoren mehr gibt.

Gruß,
Gerti

[Töppi]

bei mir lag es wohl an den Share Ordnern für DLNA. Da lässt die Synology wohl nur beschränkten Zugriff zu.
Mit einem anderen Shareordner ist alles i.O. War eine dumme Kombi. Ich werde in Zukunft lieber NASMount verwenden, als DLNA. Hat einfach Vorteile, wie das Springen und Spulen....

[Twilight]

Diese Version prüft nun bei jedem Aufruf der SRP-Connect-Liste, ob der andere Receiver online ist. Zudem werden die Listen nur neu übertragen, wenn sich die Menge der Files geändert hat.

super, testen kann ich erst wieder wenn meine neue erungenschafft eintrifft

twilight

[nimus]

Hi Gerti,

4.12beta ist wesentlich stabiler, aber auch hier hab ich einen Absturz hinbekommen.

Bei den offenen Filedescriptorn gibt's anscheinen immer noch ein paar die abundzu übrigbleiben:

Code: Alles auswählen

15 -> /mnt/hd/ProgramFiles/Settings/QuickPlay/External/QuickPlay.num
30 -> /mnt/hd/ProgramFiles/Settings/QuickPlay/External/QuickPlay.fil
31 -> /mnt/hd/ProgramFiles/Settings/QuickPlay/External/QuickPlay.fol
32 -> /mnt/hd/ProgramFiles/Settings/QuickPlay/External/QuickPlay.num
33 -> /mnt/hd/ProgramFiles/Settings/QuickPlay/External/QuickPlay.num
34 -> /mnt/hd/ProgramFiles/Settings/QuickPlay/External/QuickPlay.fil
35 -> /mnt/hd/ProgramFiles/Settings/QuickPlay/External/QuickPlay.fol
36 -> /mnt/hd/ProgramFiles/Settings/QuickPlay/External/QuickPlay.num

aber scheinbar nicht immer...

Grade hab ich einen Zustand, bei dem sie nicht offen sind und es scheint stabil zu laufen...

Reboot, neuer Versuch -> Absturz ... leider schneller als ich schauen konnte,
ob die Files offen sind ... gefolgt von einem weiteren Absturz beim AutoStart....

und jetzt läuft's wieder stabil ....


Zum Effekt von Töppi:
Ich meine mich zu erinnern, dass mir heute auch sowas aufgefallen ist, als ich
meinen Backup-Ordner mit chmod 0000 versucht habe zu schützen...

Schönen Gruß,

Nimus

[Gerti]

Hi!

Habe nochmal eine 4.13 beta hochgeladen, kannst Du damit nochmal testen?

Gruß,
Gerti

[nimus]

Hi!

Sorry, das war's auch noch nicht ganz.

Die offenen Filedescriptoren hab ich bisher zwar nicht mehr gesehen, dafür zwei Abstürze.
Den ersten direkt nachdem das Tab via TabToDate neu installiert wurde und ich auf die normale Fileliste gehen wollte.
Den zweiten dann nach dem Neustart beim Druck auf die QuickPlay Taste.

Danach sind die nächsten 3 Zyklen problemlos gewesen, aber in Zyklus 4 hat's dann
wieder gekracht.

Irgendwas ist also immer noch übrig.

Schönen Gruß,

Nimus

[Gerti]

Hi!

Ich bin wirklich ratlos, wieso das bei einigen passiert.
Bei mir läuft das TAP auf allen meinen Receivern problemos und ich habe da auch mehr als 200 Dateien drauf. Ich werde Dir morgen mal eine Debugversion der aktuellen Version fertig machen.

Gruß,
Gerti

[nimus]

Hi Gerti,

es scheint vermehrt bei vielen Dateien (am NAS) aufzutreten.
Möglicherweise noch irgendwo ein race, bzw. thread Problem.

wie liest du denn die Verzeichnisse ein?
readdir oder readdir_r ?


Schönen Gruß,

Nimus

[BluField62]

danke für die neue Version Gerti.

[Gerti]

Hi!

@nimus: Ich lese die über die API ein...

Gruß,
Gerti

[TV-Junkie]

Hi Nimus, kann es sein, das Dein Topf abstürzt, während Du mit telnet drin bist?
OK, ich habe noch kein NAS dran, aber bei mir hier stürzt nichts ab

[xyzzyx]

Vielleicht auch ein Startreihenfolge Problem von TAPs?
Im iBox/3sat Thread war es ja grad so.

[nimus]

Hi Nimus, kann es sein, das Dein Topf abstürzt, während Du mit telnet drin bist?
OK, ich habe noch kein NAS dran, aber bei mir hier stürzt nichts ab

Nein, ist völlig unabhängig von telnet oder nicht telnet.

Wenn QuickPlay beim ersten Aufruf nach dem Systemstart funktioniert,
dann scheint es aktuell auch dauerhaft zu gehen. Aber es gibt eben abundzu
Fälle, bei denen es beim ersten Aufruf gleich zum Absturz kommt.

Wenn auf dem NAS nur rec Files sind, dann kann ich's aktuell nicht triggern,
jedoch wenn noch ein paar tausend fremdfiles und Verzeichnisse mit drin sind,
wird es umso wahrscheinlicher.

Schönen Gruß,

Nimus

[nimus]

[quote="xyzzyx"]Vielleicht auch ein Startreihenfolge Problem von TAPs?
Im iBox/3sat Thread war es ja grad so.[/quote]

eher, dass irgendwelche taps in die Quere beim Systemstart kommen... und je nachdem,
ob das race-window erwischt wird, oder nicht, funktionierts dannoder auch nicht.

Deswegen ja der Verdacht mit dem threading Problem...

Schönen Gruß,

Nimus