Jack the Grabber

Mit JTG nehme ich schon seit Monaten erfolgreich auf. Allerdings fiel mir in den letzten Tagen auf, dass JTG auf einmal 100% Systemlast verursacht. Trotzdem arbeitet das Programm normal weiter.

Wenn ich das Programm neu starte, ist die Systemlast normal bei 0%, wenn JTG nichts zu tun hat. Sobald aber eine Aufnahme startet, steigt die Belastung der DBOX2.exe auf nahezu 95%. UDREC.exe verbraucht so 5% Die Aufnahmen bleiben fehlerfrei. Wenn die Aufnahme beendet ist, bleibt die Systemlast bei 100% (DBOX2.exe), auch wenn JTG nichts zu tun hat. Woran kann das liegen...?

Keine Ahnung, aber ich hatte dieses Phänomen auch mal. Aber nicht lang, hab auch nie rausgefunden, woran es gelegen hat.
cu
Jens

Ich habe den Fehler gefunden: Mit dem neuen Yadi-Image vom 23.07. steigt die Systemlast bei JTG auf 100% bei Timeraufnahmen dauerhaft an (nicht bei Sofortaufnahmen).

Bei meinem zuvor verwendeten Image mit CVS-Stand von Mitte Juni verhält sich JTG ganz normal.

Ich habe keine Ahnung, ob der neue CVS-Stand dafür alleine verantwortlich ist, aber wenn diese Änderungen so bleiben, sollte JTG dafür angepasst werden. ^^

Vielleicht wartet JTG auf irgend einen Prozess, der nicht beendet wird und deshalb geht die Systemlast auf 100% hoch...?

Der genaue Fehler ist: Nach dem Beenden einer Timer-Aufnahme (Wichtig: Keine Sofortaufnahme!) wird bei der Ansteuerung der D-Box mit aktuellem Image (CVS-Stand Juli) die Atelnet.exe seitens JTG nicht beendet. Die DBOX2.exe wartet und hat nun ständig eine Systemauslastung von 100%. Wenn ich über den Taskmanager die Atelnet.exe beende, sinkt die Systemlast von der DBOX2.exe wieder auf 0%.

Dieser Fehler ist leicht mit einem aktuellen Image reproduzierbar. Daher müsste man JTG wohl auf die neuen Images entsprechend anpassen.

*hochschieb*

Das Problem mit der Systemauslastung habe ich auf meinen kleinen P II 300 (Streamingrechner mit großer Festplatte) unter Windows 2000. Die Systembelastung unter meinem schnelleren Rechner unter XP steigt nicht auf 100%, aber genau so wie auf dem Kleinen beendet JTG nicht die Telnet-Verbindung bei einer Timeraufnahme zur DBox, was die Ursache für den Fehler ist.

Wegen dieses Fehlers betreibe ich meine DBox immer noch mit einem Image mit CVS-Stand Juni. Selbst bei dem aktuellen September-Image verhält sich JTG wie oben beschrieben.

Moment mal ... JTG baut doch gar keine Telnetverbindung für eine Aufnahme auf!?

Irgendwo muss in deinen Einstellungen gehörig der Wurm drinn sein.

Hallo mironicus,

Daher müsste man JTG wohl auf die neuen Images entsprechend anpassen.

Du scheinst da ein individuelles und kein generelles Problem zu haben.
Versuch es mal mit einer Komplettentfernung (Deinstallatin und JtG-Ordner löschen, also auch Timer und Settings) und Neuinstallation von JtG.

Gruß Frank

KeXXeN hat geschrieben:Moment mal ... JTG baut doch gar keine Telnetverbindung für eine Aufnahme auf!?

Irgendwo muss in deinen Einstellungen gehörig der Wurm drinn sein.

Wenn ich mich nicht täusche führt JtG vor einer Aufnahme eine nhttpd-reset durch. Das geht nur über Telnet.

Hi,

KeXXeN hat geschrieben:Moment mal ... JTG baut doch gar keine Telnetverbindung für eine Aufnahme auf!?

Das ist aber so nicht ganz richtig. Schliesslich werden ja sectionsd und noch irgendwas vor einer Aufnahme von JtG angesteuert (gestartet/beendet/resetet?).

Soweit ich das gesehen habe, durch Aufruf der "atelnet.exe".
Korrigiert mich, wenn ich mich irre.

Lofwyr

Das was ihr vorschlägt, habe ich schon alles gemacht. Es ändert sich nichts.

Die Aufnahme startet (wie gesagt, Timeraufnahme, keine Sofortaufnahme) - die Atelnet.exe wird von JTG aber nicht beendet (und das passiert nur in Zusammenhang mit neueren DBox2-Images), wenn ich Atelnet.exe manuell über den Taskmanager beende, sinkt die Prozessorleistung wieder auf normal. JTG arbeitet auch ohne Fehler weiter...

Wenn ich es so lasse, und Atelnet.exe nicht beende, habe ich bei der nächsten Aufnahme eine zweite Atelnet.exe im Taskmanager, die nicht beendet wird und im Speicher bleibt - da läppert sich nach ein paar Aufnahmen was zusammen... das dürfte eigentlich nachvollziehbar sein. Dieses Verhalten konnte ich auf jedem System nachstellen - ich habe hier drei Rechner, an denen ich das testen konnte.

Um mal ein paar Kleinigkeiten auszuschließen:
Kannst Du das EPG der Box auslesen?
Funktionieren alle Funktionen im Boxcontrol http://doku.jackthegrabber.de/box.htm ?
cu
Jens

Pedant,

Aber nur wenn diese Funktion aktiviert ist.
Die Aufnahmeprüfung sollte aber eigentlich deaktiviert sein da sie nicht mehr gebraucht wird.

lofwyr,
aber doch nur wenn er nicht über den Streamingserver aufnimmt.
Sonst handelt das die Box soch selber, oder?

Pedant hat geschrieben:Hallo mironicus,

Daher müsste man JTG wohl auf die neuen Images entsprechend anpassen.

Du scheinst da ein individuelles und kein generelles Problem zu haben.
Versuch es mal mit einer Komplettentfernung (Deinstallatin und JtG-Ordner löschen, also auch Timer und Settings) und Neuinstallation von JtG.

Gruß Frank

Habe haargenau die selben Symptome, aber erst seit den neueren Images. Scheint also kein individuelles Problem zu sein.
Erst als ich die Einstellung in JtG unter Optionen/Allgemein/Telnet von standartmäßigen 60 sec auf 0 (aus) gesetzt habe, tritt der Effekt nicht mehr auf (jetzt wird keine atelnet.exe mehr gestartet). Welche Auswirkungen das auf die Aufnahmestabilität hat, wird erst die Zukunft zeigen...

Cia
TiLotte

TiLotte hat geschrieben: Habe haargenau die selben Symptome, aber erst seit dem neuen Sportster 1.74 und dem neuen K2-Image.

Schau mal in die Boardregeln - Das eine Aufnahme mit diesen Images nicht klappt, ist kein Wunder.
cu
Jens

TiLotte hat geschrieben:...
Schau mal in die Boardregeln - Das eine Aufnahme mit diesen Images nicht klappt, ist kein Wunder.
cu
Jens

Sorry, war mir entfallen

TiLotte