Webcam-TAP "Downloader"

[xyzzyx]

Ja, funktioniert, allerdings nicht immer (während den Meldungen IMHO nicht).

Da kann es auch nicht gehen, weil da nur eine Schleife läuft bis die Zeit rum ist, d.h. währenddessen werden keine Tastendrücke verarbeitet. Aber prima, das es ansonsten funktioniert.
Bei den vielen Problemen, die mir begegnet sind, habe ich schon wieder daran gezweifelt.

Downloader V0.2 beta:

Code: Alles auswählen

V0.2 xyzzyx, 20.09.2010:
- Speichernutzung optimiert
- Transparenz für die Laufzeit des TAPs unterbinden
- Popup-Einstellung jetzt wirksam, aber dafür bitte in der INI jetzt Werte 1 oder 2 eintragen, nicht mehr 0 oder 1
- Verbesserung der Sekundenauswertung, teilweise wurden bei mehreren URLs die jpgs zu schnell gewechselt

Bitte die INI-Datei hinsichtlich der Popup-Einstellung vor dem TAP-Start bearbeiten:
Popups=x (Popups bei Downloadbeginn und Downloadende anzeigen,Standardwert 2, 1=nein, 2=ja)

Ich wollte eigentlich auch die kleineren jpgs (< 720x576) in ihrer Originalgröße anzeigen. Leider klappte das noch nicht.

Download im Anhang oder über TAPtoDate (Betas einschalten).

[alpski]

Danke für die neue Version, nur es scheint sich nichts geändert zu haben, die gleichen Probleme wie gestern beschrieben (popups=1).

[macfan]

Auch bei mir in 0.2 dasselbe Problem: Anzeige, dass die JPGs geladen werden und nach einiger Zeit dann Einfrieren und Neustart des TMS.

Gruß, Horst

[xyzzyx]

Danke für die neue Version, nur es scheint sich nichts geändert zu haben, die gleichen Probleme wie gestern beschrieben (popups=1).

Auch bei mir in 0.2 dasselbe Problem: Anzeige, dass die JPGs geladen werden und nach einiger Zeit dann Einfrieren und Neustart des TMS.

Dann macht Ihr offensichtlich beide was verkehrt.
Ich habe mit V0.2 zu Anfang 38 MB available und das bleibt auch so über die ganze Zeit.
Des Weiteren habe ich auch keine Popups.
Das habe ich so mit der Beispiel-Ini und den drei Beispiel-URLs:
Refresh=30
ShowTime=5
Popups=1

Seid Ihr sicher, dass Ihr das TAP mit Version 0.2 gestartet habt?
Das müsste vom 21.09.10, 00:28:07 Uhr und 428.384 Bytes groß sein.

Habe gerade nochmal geprüft, dass der Download in Post 21 und das Archiv in TAPtoDate die richtigen Dateien enthalten. Müsste also klappen.

Jetzt habe ich es sogar extra nochmal mit:
Refresh=1
ShowTime=1
Popups=1

und http://notopalo.dyndns.info:1313/image.jpg in Downloader.lst probiert.

Klappt perfekt. Ca. jede Sekunde ein neues Bild (quasi fast Video ) und weiterhin freundliche 38 MB RAM available.

[alpski]

Seid Ihr sicher, dass Ihr das TAP mit Version 0.2 gestartet habt?
Das müsste vom 21.09.10, 00:28:07 Uhr und 428.384 Bytes groß sein.

Ja

Klappt perfekt. Ca. jede Sekunde ein neues Bild (quasi fast Video ) und weiterhin freundliche 38 MB RAM available.

Leider nicht bei mir, gleich Probleme wie zuvor beschrieben...
Ich habe es als einziges gestartetes TAP mit der März- und mit der Juli-Beta versucht.
Mit meiner ini (1/1/1) kommen immer nur abwechselnd die beiden Popups, mit Deiner ini erst nach langer Zeit Deine drei Bilder.

[Twilight]

starte mal deinen tms ohne taptodate.

twilight

[alpski]

Ich hatte ihn komplett TAP-frei gestartet.

[Twilight]

ok, dann passts.

twilight

[alpski]

[quote="Twilight"]ok, dann passts.

twilight[/quote]

eben nicht. Aber es wird schon werden...

[xyzzyx]

ok, ich teste es noch mit März und Juli Beta FW.

[xyzzyx]

Sowohl mit März als auch mit Juli Beta FW genauso gut. Keine Popups, kein Speicherhunger.

Ausgenommen, dass die Juli Beta FW beim allerersten Mal nach dem Receiverstart etwas länger gebraucht hat, ehe die Bilder kamen und ich den MemoryWatcher nicht mehr in TMS Remote sehe, wo es mit den anderen Firmwares noch ging.

Du hast offensichtlich doch noch irgendwie die falsche TAP-Version, wenn Du weiterhin Popups und Speicherhunger hast.

Du könntest ja vor dem Start des Downloader TAPs mal das Telnet TAP von Firebird starten, mit root einloggen und mir dann den Auszug aus der Telnet Anzeige zum Downloader TAP schicken. Da steht beim Programmstart und -ende dann auch da, welche Version es ist.

[Alter Sack]

Das Speicherproblem scheint bei mir weg zu sein, die Meldungen habe ich erst wegbekommen,
nachdem ich die INI auf dem TMS mit der INI aus dem ZIP überschrieben habe, obwohl rein
optisch das gleiche drin stand

Allerdings funktioniert EXIT nicht so, wie es soll.

[Happy]

Das Speicherproblem scheint bei mir weg zu sein, die Meldungen habe ich erst wegbekommen,
nachdem ich die INI auf dem TMS mit der INI aus dem ZIP überschrieben habe, obwohl rein
optisch das gleiche drin stand

Ich habe bei inis immer das Problem, dass nach dem letzten Eintrag ein Zeilenumbruch kommen muss. Ansonsten wird dieser Eintrag nicht verwendet und schlichtweg ignoriert.

Gruß,
Happy

[Alter Sack]

Allerdings funktioniert EXIT nicht so, wie es soll.

Das TAP wird zwar beendet, aber der Screenshot bleibt meistens erhalten, den bekommt
man mit EXIT nicht weg, nur durch Umschalten oder Aufruf eines Menüs, OK, Filer ...

Ich habe bei inis immer das Problem, dass nach dem letzten Eintrag ein Zeilenumbruch kommen muss. Ansonsten wird dieser Eintrag nicht verwendet und schlichtweg ignoriert.

Die letzten Änderungen via Filezilla haben wieder funktioniert

[xyzzyx]

Das Speicherproblem scheint bei mir weg zu sein, die Meldungen habe ich erst wegbekommen,
nachdem ich die INI auf dem TMS mit der INI aus dem ZIP überschrieben habe, obwohl rein
optisch das gleiche drin stand

Allerdings funktioniert EXIT nicht so, wie es soll.

Wie Happy schreibt, scheine ich bei der INI der 0.1 den letzten Zeilenumbruch vergessen zu haben. Bei der 0.2 ist noch einer dahinter.

Was macht Exit falsch? Beendet sich das TAP aber bleibt das Bild stehen? Den stehenbleibendes Bild Bug habe ich hoffentlich schon gefunden.

Ich habe bei inis immer das Problem, dass nach dem letzten Eintrag ein Zeilenumbruch kommen muss. Ansonsten wird dieser Eintrag nicht verwendet und schlichtweg ignoriert.

Ja, das war sicherlich auch ein Grund, aber irgendwie hatte ich auch den Eindruck, dass INIGetInt mit min=0 und max=1 nicht zurecht kam.

[Alter Sack]

Was macht Exit falsch? Beendet sich das TAP aber bleibt das Bild stehen? Den stehenbleibendes Bild Bug habe ich hoffentlich schon gefunden.

Jepp, s.o.

[Alter Sack]

Was mir gerade auffällt, in meiner INI fehlen ein paar Einträge

PipMode=1
PipPositionX=20
PipPositionY=50
...

[alpski]

So, im Zeilenumbruch lag der Teufel verborgen, habe die aus der 0.1 verwendet, jetzt funktioniert es, allerdings noch immer leicht transparent und gedehnt.

Jetzt läuft es wirklich schon fast wie ein Film. Könnte man auch die Refresh-Zeit auf eine halbe Sekunde einstellen?

[xyzzyx]

Was mir gerade auffällt, in meiner INI fehlen ein paar Einträge

PipMode=1
PipPositionX=20
PipPositionY=50
...

Was willst Du damit bezwecken? Dass die Webcam oder die jpg-Slideshow in einem kleinen PiP-Fenster angezeigt wird?

So, im Zeilenumbruch lag der Teufel verborgen, habe die aus der 0.1 verwendet, jetzt funktioniert es, allerdings noch immer leicht transparent und gedehnt.

Jetzt läuft es wirklich schon fast wie ein Film. Könnte man auch die Refresh-Zeit auf eine halbe Sekunde einstellen?

Leicht transparent? Habe es noch nicht wirklich ausprobiert, aber die Befehle sehen logisch aus, so dass eigentlich nichts transparent sein dürfte. Die Dehnung wird dann wohl tms-konzeptbedingt sein (720x576 auf 1920x1080 verteilen), weil ich im TAP nicht mehr machen kann als die keep_ratio Option zu setzen.

Schau doch mal in die Downloader.log Datei. Ok, bei Deiner kleinen Datei könnte es theoretisch gehen (nur dumm, dass ich gerade alles auf das Rechnen mit ganzen Sekunden umgebaut habe). Bei mir steht da Download in 0s. Aber bei größeren Dateien wird es schon 0,5s oder mehr sein.
Und was gewinnst Du damit: Das Risiko, dass ein Tastendruck-Event evtl. gar nicht mehr wahrgenommen wird und Du aus Deiner quasi Endlos-Download-Schleife nicht mehr rauskommst.
Also eher nicht.

[FireBird]

[quote="alpski"]allerdings noch immer leicht transparent und gedehnt.[/quote]
Ist die Transparenz im TMS-OSD-Menü abgeschaltet?