Seite 1 von 1

Batchmodus für iTiNa

Verfasst: So 20. Apr 2008, 13:15
von Ecky
Fällt eine Unterstützung für den Batchmodus (Bootmenü, XStartTAP) auch unter TAPCOM?

AW: Verkaufsargumente

Verfasst: So 20. Apr 2008, 14:25
von asrael
Ecky hat geschrieben:Fällt eine Unterstützung für den Batchmodus (Bootmenü, XStartTAP) auch unter TAPCOM?


Hallo,

wohin zielt die Frage genau? Technisch gesehen sind Batch-Modus und TAPCOM zwei unterschiedliche Baustellen in der FireBird-Lib. Was soll denn iTiNa im Batch-Modus anstellen?

Der iTiNa-Scan müsste aus BootMenu aber problemlos aufrufbar sein (so weit bin ich noch nicht mit meinen iTiNa-Tests). Aber sicherlich hätte macfan sonst schon geschimpft. :D :

Mit freundlichen Grüßen

asrael

AW: Verkaufsargumente

Verfasst: So 20. Apr 2008, 14:46
von macfan
Klar läuft der iTiNa-Scan sauber. Ich brauche aber keinen Batch-Modus. iTiNa schaltet von alleine aus.

Gruß, Horst

AW: Verkaufsargumente

Verfasst: So 20. Apr 2008, 16:04
von Ecky
Meine Frage zielt darauf ab, daß ich dann morgens durch das XStartTAP nacheinander zuerst den EPG-Scan und dann im Anschluß daran RecCopy laufen lassen kann. Andersherum geht's wahrscheinlich nicht, weil RecCopy keine parallel laufende Aufnahme (den Filescan) mag. Da wäre es halt gut, wenn sich iTiNa nach dem Scan nur beenden würde, ohne den Topf abzuschalten. Das wäre dann für XStart das Signal, RecCopy zu starten.
... aber dat jeht ja nich, wenn iTiNa den Topf gerade abgeschaltet hat ;)

D.h. es geht weniger um das Abschalten, sondern um das automatisierte Starten mehrerer TAPs nacheinander, damit sie sich nicht gegenseitig stören.

AW: Verkaufsargumente

Verfasst: So 20. Apr 2008, 18:41
von asrael
Ecky hat geschrieben:Meine Frage zielt darauf ab, daß ich dann morgens durch das XStartTAP nacheinander zuerst den EPG-Scan und dann im Anschluß daran RecCopy laufen lassen kann. Andersherum geht's wahrscheinlich nicht, weil RecCopy keine parallel laufende Aufnahme (den Filescan) mag. Da wäre es halt gut, wenn sich iTiNa nach dem Scan nur beenden würde, ohne den Topf abzuschalten. Das wäre dann für XStart das Signal, RecCopy zu starten.
... aber dat jeht ja nich, wenn iTiNa den Topf gerade abgeschaltet hat ;)

D.h. es geht weniger um das Abschalten, sondern um das automatisierte Starten mehrerer TAPs nacheinander, damit sie sich nicht gegenseitig stören.


Gibt es bei iTiNa denn keine Einstellung, wodurch man das Abschalten nach dem morgendlichen Scan verhindern kann? Wenn ja, sollte das gewünschte doch gehen.

Mit freundlichen Grüßen

asrael

AW: Verkaufsargumente

Verfasst: So 20. Apr 2008, 21:18
von harbad
aber nur ganz knapp ;)

AW: Verkaufsargumente

Verfasst: Mo 21. Apr 2008, 10:44
von steve
[quote="macfan"]Klar läuft der iTiNa-Scan sauber. Ich brauche aber keinen Batch-Modus. iTiNa schaltet von alleine aus.

Gruß, Horst[/quote]


Und genau das ist KEIN Batchmode!
Normalerweise laufen Taps im Batchmode hintereinander ab. D.h. das zweite Tap wartet auf das Endesignal des Ersten, usw.
Das beherrscht IT aber definitiv (noch) nicht.

Vielleicht müsste man iT aber auch nur als letztes starten oder aber als eigenen item extra starten. (Letzteres funzt bei mir grad so)

AW: Verkaufsargumente

Verfasst: Mo 21. Apr 2008, 12:33
von Ecky
Falls iT den Scan dann noch auslöst. Es (sie?) erwartet ja als Startgrund einen P-Timer namens "iTiNA Scan". Hab ich allerdings auch noch nicht ausprobiert, ob die (es?) den auch noch dann erkennt, wenn RecCopy vorher schon eine Stunde lang am schuften gewesen ist.

Also, für mich wären auch solche für manche vielleicht unwichtigen Details ein Verkaufsargument.

AW: Verkaufsargumente

Verfasst: Mo 21. Apr 2008, 12:34
von steve
Ecky hat geschrieben:Falls iT den Scan dann noch auslöst. Es (sie?) erwartet ja als Startgrund einen P-Timer namens "iTiNA Scan". Hab ich allerdings auch noch nicht ausprobiert, ob die (es?) den auch noch dann erkennt, wenn RecCopy vorher schon eine Stunde lang am schuften gewesen ist.


Bezweifle ich mal!! :?

AW: Verkaufsargumente

Verfasst: Mo 21. Apr 2008, 18:59
von asrael
[quote="steve0564"]Und genau das ist KEIN Batchmode!
Normalerweise laufen Taps im Batchmode hintereinander ab. D.h. das zweite Tap wartet auf das Endesignal des Ersten, usw.
Das beherrscht IT aber definitiv (noch) nicht.

Vielleicht müsste man iT aber auch nur als letztes starten oder aber als eigenen item extra starten. (Letzteres funzt bei mir grad so)[/quote]


Also, der Batch-Modus von iTiNa klappt nicht. iTiNa startet ganz normal als TSR-Programm, d. h. ein Befehl a la "start /batch iTiNa" in BootMenu wird nie beendet (ein nachfolgender RecCopy-Scan hätte also keine Chance mehr).

Außerdem versucht iTiNa auch im Batch-Modus, den Topf auszuschalten, was erstens meistens nicht gewünscht sein dürfte und zweitens (da es mit einem (soweit ich sehe per Tastensimulation) gestartetem Sleep-Timer geschieht), sich mit anderen TAPs ins Gehege kommen kann.

Deswegen Bitte an Erdnussnase: In Version 1.0 den Batch-Modus in der Form unterstützen, dass iTiNa sich nach getaner Arbeit beendet, aber nicht den Topf ausschaltet.

TSR-Kompatibilität wäre übrigens auch nett.

Mit freundlichen Grüßen

asrael

AW: Verkaufsargumente

Verfasst: So 18. Mai 2008, 22:14
von asrael
asrael hat geschrieben:Also, der Batch-Modus von iTiNa klappt nicht. iTiNa startet ganz normal als TSR-Programm, d. h. ein Befehl a la "start /batch iTiNa" in BootMenu wird nie beendet (ein nachfolgender RecCopy-Scan hätte also keine Chance mehr).

Außerdem versucht iTiNa auch im Batch-Modus, den Topf auszuschalten, was erstens meistens nicht gewünscht sein dürfte und zweitens (da es mit einem (soweit ich sehe per Tastensimulation) gestartetem Sleep-Timer geschieht), sich mit anderen TAPs ins Gehege kommen kann.

Deswegen Bitte an Erdnussnase: In Version 1.0 den Batch-Modus in der Form unterstützen, dass iTiNa sich nach getaner Arbeit beendet, aber nicht den Topf ausschaltet.

TSR-Kompatibilität wäre übrigens auch nett.

Mit freundlichen Grüßen

asrael


Dürfte ich noch einmal fragen, ob iTiNa in der nächsten Version die Sleep-Timer-Tastensimulations-Ausschaltung durch einen anderen Weg (z. B. shutdown aus FBLib) ersetzt haben wird? BootMenu beißt sich an einer Stelle damit und im Handbuch nehme ich gerade eine Passage hierzu auf. Jetzt frage ich mich, ob ich vor iTiNa 0.99 oder vor iTiNa generell warnen soll. :D :

BTW: Wie wird es mit Batch-Modus bzw. mit TSR-Kompatibillität aussehen?

Mit freundlichen Grüßen

asrael

AW: Batchmodus für iTiNa

Verfasst: Mo 19. Mai 2008, 06:21
von cluberer99
Könnte man das nicht lösen das man wärend das Scan´s von iTiNa das drücken einer Taste der Fernbedienung simuliert?
Müsste doch funktionieren wenn man zB das drücken der V+ Taste mit Bootmenü simuliert. Oder funktioniert das bei item Einträgen nicht?

AW: Batchmodus für iTiNa

Verfasst: Mo 19. Mai 2008, 11:27
von asrael
cluberer99 hat geschrieben:Könnte man das nicht lösen das man wärend das Scan´s von iTiNa das drücken einer Taste der Fernbedienung simuliert?
Müsste doch funktionieren wenn man zB das drücken der V+ Taste mit Bootmenü simuliert. Oder funktioniert das bei item Einträgen nicht?


Doch, das Simulieren von Tasten funktioniert mit dem Befehl sendkey. Ich sehe nur nicht, was das nützen soll.

Wenn sich iTiNa nach dem Scan nicht selbst beendet, kann BootMenu ja nicht sicher sein, wann der Scan fertig ist. Dann würde der Topf ja anbleiben.

Abgesehen davon dürfte iTiNa während des nächtlichen Scans auch relativ unbeeindruckt von Tastendrücken sein und den Topf trotzdem per Sleep-Timer-Tastensimulation ausschalten (es sei denn, iTiNa horcht mit, ob der Benutzer eine Taste gedrückt hat).

Am sinnvollsten wäre die Unterstützung des Batch-Modus.

Mit freundlichen Grüßen

asrael

AW: Batchmodus für iTiNa

Verfasst: Di 20. Mai 2008, 07:37
von Maliboy
Ich verstehe auch nicht, warum hier immer wieder alles beendet wird.

Wir haben doch bei Filer gesehen, wozu das führt. Zu einer Inkonsistenten Datenbank (weil auf den TOPF was passiert, was Filer nicht mitbekommen hat). Wieviele Nächtliche Vorgänge habt Ihr denn, das ihr wirklich einen Batch Modus braucht. Also, ich würde mir da einfach zwei oder drei Weck Timer anlegen...

AW: Verkaufsargumente

Verfasst: Di 20. Mai 2008, 10:13
von Erdnussnase
asrael hat geschrieben:Dürfte ich noch einmal fragen, ob iTiNa in der nächsten Version die Sleep-Timer-Tastensimulations-Ausschaltung durch einen anderen Weg (z. B. shutdown aus FBLib) ersetzt haben wird? BootMenu beißt sich an einer Stelle damit und im Handbuch nehme ich gerade eine Passage hierzu auf. Jetzt frage ich mich, ob ich vor iTiNa 0.99 oder vor iTiNa generell warnen soll. :D :

BTW: Wie wird es mit Batch-Modus bzw. mit TSR-Kompatibillität aussehen?

:thinker:
Was meinst Du damit. iT schaltet den Topf nach dem Scan durch FLib aus. Nur wenn das gar nicht geht wirft es als Notanker nach einer Weile die Tastensimulation an. Habe ich aber seit Uhrzeiten nicht gesehen das dieser Fall vorgekommen ist.

AW: Batchmodus für iTiNa

Verfasst: Di 20. Mai 2008, 10:25
von Erdnussnase
asrael hat geschrieben:Doch, das Simulieren von Tasten funktioniert mit dem Befehl sendkey. Ich sehe nur nicht, was das nützen soll.


Damit würde man iT vorgaukeln das ein User vor dem Gerät sitzt. Dann wird nach dem Scan nicht abgeschaltet.
Logik des Autoscans ist so.
Unabhängig ob der Topf schon läuft oder nicht:
- Gibt es ein P Timer mit Namen iTiNa Scan (o.s.ä.) der in den nächsten 3min starten soll -> Start Autoscan
- Vor Start Autoscan sende ein RKEY_NoUse damit der Topf nicht abschaltet (Weiß jetzt auswendig nicht ob ich das immer sende, oder wenn vorher keine Taste gedrückt wurde)
- Nach Autoscan schau nach ob während der Lifetime von iT eine (nicht von iT gesendete) gültige Taste gedrückt wurde. Ja: Kein Abschalten, Nein: Abschalten per FLib
- Bei Ja: Gibt noch die Fallunterscheidung Ob das vor dem Scan schon der Fall war:
Auch ja. Einfach kein Abschalten , sonst nichts Spezielles. Nein: Kein Abschalten und Dialogbox kommt hoch die über das Nichtabschalten informiert.

Wenn Du (irgendwann) was Spezielles wissen willst schreib mich lieber direkt an. Ich komme leider nicht dazu alle Threads im iT Forum zu lesen. Daher ist es sicherer wenn Tap Programmierer mich direkt anschreiben.

AW: Batchmodus für iTiNa

Verfasst: Di 20. Mai 2008, 13:56
von asrael
Erdnussnase hat geschrieben: :thinker:
Was meinst Du damit. iT schaltet den Topf nach dem Scan durch FLib aus. Nur wenn das gar nicht geht wirft es als Notanker nach einer Weile die Tastensimulation an. Habe ich aber seit Uhrzeiten nicht gesehen das dieser Fall vorgekommen ist.


Bei mir schaltete der Topf nicht aus. Als ich dann mal den Scan beobachtete, sah ich, dass das Sleep-Symbol eingeblendet wurde und sich der Topf danach ausschalten wollte, dies aber aufgrund eines Konfliktes mit einer Funktionalität von BootMenu nicht konnte. Muss ich dann noch mal testen.

Erdnussnase hat geschrieben:Damit würde man iT vorgaukeln das ein User vor dem Gerät sitzt. Dann wird nach dem Scan nicht abgeschaltet.

Das würde nichts nützen. Problem wäre nach wie vor, dass BootMenu oder XStart nicht weiß, wann der Scan zu Ende ist. Das Starten eines anderen TAPs im Batch, das Schreiben einer Logdatei "iTiNa-Scan wurde beendet" oder das Ausschalten des Topfes aus BootMenu heraus ist damit nicht möglich.

Erdnussnase hat geschrieben:
Logik des Autoscans ist so.
[gelöscht]
- Nach Autoscan schau nach ob während der Lifetime von iT eine (nicht von iT gesendete) gültige Taste gedrückt wurde. Ja: Kein Abschalten, Nein: Abschalten per FLib

Prima, Du hast also schon eine Fallunterscheidung drin, ob der Topf ausgeschaltet werden soll oder nicht.

Wenn Du jetzt

Code: Alles auswählen

if (tasteWurdeGedrueckt())
  // schalte nicht aus
else
  // schalte aus
zu

Code: Alles auswählen

if (tasteWurdeGedrueckt() [color=red]|| HDD_TAP_isBatchMode()[/color])
  // schalte nicht aus
else
  // schalte aus
erweiterst (mehr ist es wirklich nicht) und im Batch-Mode auch keine Dialogbox zur Warnung mehr hochbringst, wäre mir sehr geholfen.

Erdnussnase hat geschrieben:
Wenn Du (irgendwann) was Spezielles wissen willst schreib mich lieber direkt an. Ich komme leider nicht dazu alle Threads im iT Forum zu lesen. Daher ist es sicherer wenn Tap Programmierer mich direkt anschreiben.


Dankeschön, dies bekommst Du denn jetzt auch per PM.

Mit freundlichen Grüßen

asrael