Beiträge von AutoFlip

AutoFlip

Hallo Bandit,
es freut mich, dass es geklappt hat.

Nun ja, "wie WinSCP" ist vielleicht etwas übertrieben.

Je nach Client und busybox Befehlssatz gibt es eben auch mal Probleme. Das gilt nicht nur für ls sondern auch durchaus für die gewählten Umwege des Dateitransfers. Und schnell und unbedingt zuverlässig ist der natürlich auch nicht gerade. Aber eben besser als nix.

AutoFlip

Hallo bandit,
gibt der echt kein Datum raus? Ist ja spannend!

Also, du müsstest den regulären Ausdrucks in der ersten Zeile des lsFmt Arrays anpassen.
Da müssen die Ergebnisse von 0 bis 10 (jeweils geklammert) die passenden Felder treffen.
(Siehe Beispiele in dem Kommentar darüber)

lsFmt[0]

(Die Inhalte 5-9 Beschreiben das Datum und bleiben hier dann wohl leer)

0 1 2 3 4 (5,6,7,8,9) 10
drwxr-xr-x 2 0 0 706 sbin

Folgender Eintrag sollte die erste Zeile in lsFmt dann ersetzen (ungetestet!)
"([dlrwxr-]+)\s+([^ ]+)\s+([^ ]+)\s+([^ ]+)\s+([0-9]+)\s+()()()()()(.*)", _

Hoffentlich klappts.

Frohes Neues vom AutoFlip!

AutoFlip

Die Spieldauer einer Mediendatei (falls das gefragt ist) liefert so weit ich weiß z.B. das Tool Mediainfo:
http://mediainfo.sourceforge.net/de

welches auch in einer CLI (CommandLineInterface) Version downloadbar ist.

AutoFlip

Hallo UEZ,
supi, da hat sich meine Antwort ja erledigt. So sieht es bzgl. Base64 optimal aus.

AutoFlip

Hallo UEZ,
komfortable Funktion. Und danke für die anschaulichen Beispiele.

Wie wäre es mit einer alternativen String-Darstellung als Base64?
Das spart immerhin 50% im Vergleich zur Hex-Darstellung (6bit vs. 4bit).

Siehe z.B. Hier:
http://www.autoitscript.com/forum/topic/10…encoderdecoder/

AutoFlip

Weiterreichendes zu Telnet findest Du hier:
http://de.wikipedia.org/wiki/Telnet

Dort sind insbesondere die Verweise zu den Terminal Type Options (IAC Codes) interessant, falls Du auf den Client bzgl. des Terminaltyps eingehen möchtest. Die IAC-Sequenzen sind Dir ja sicher schon untergekommen.

Bei Windows Clients ist das Standard-Terminal "ANSI". Hier findest Du ein paar Infos dazu, auch zu den Farbcodes:
http://en.wikipedia.org/wiki/ANSI_escape_code
(CSI hat dabei nichts mit der Fernsehserie zu tun sondern steht für "ESC+[")

Beim ECHO ist es so eine Sache. Der Server kann Zeichen zurücksenden (was er meist tut). Das hast Du ja unter Kontrolle und kannst ggf. über eine Variable steuern, ob Du Zeichen sendest oder nicht.

Andererseits kann auch der Client selbst die getippten Zeichen anzeigen. "Local Echo" heißt das dann.
Sollte das passieren, kann man von der Serverseite nicht sonderlich steuern. Manche Clients bieten im Verbindungsprofil schlicht eine Einstellung dafür an. Eventuell kann man den Server ankündigen lassen, daß er die Rückmeldung übernimmt (IAC WILL ECHO), dann könnte der Client einsehen, daß ein Local Echo keinen Sinn macht. Beim Passwort unterläßt man dann wie gesagt einfach die Rückmeldung.

Hier Infos zur Telnet Echo Option:
http://tools.ietf.org/html/rfc857

AutoFlip

Die Win* Funktionen beziehen sich auf beliebige Fenster. Die Auswahl erfolgt über den übergebenen Fenstertitel.

Zum Originalpost:
Shell Execute führt das mit .PDF assoziierte Programm asynchron aus. D.h. die Ausführung des scripts läuft parallel.

Die "Win"-Fkt auf die tobitron bereits hinwies sind hier die Lösung.

Du muß gewisse Annahmen bzgl. des Fenstertitels treffen. Acrobat z.B. nennt gerne den Dateinamen (ohne pfad) zu Beginn des Fenstertitels. Andere Viewer (Foxit, Ghostview etc.) können das evtl. anders handhaben.

Nach der Ausführung von ShellExecute solltest Du also zunächst auf das Erscheinen des Fensters mit dem entsprechenden Titel warten.
Z.B.:

Code

Local $hndlWin = WinWait($aFiles[$i],30)

(Beachte dabei ggf. den "WinTitleMatchMode")
Dann prüfst Du die Rückgabe auf Erfolg und wartest bei erfolgreich geöffnetem Fenster mit WinWaitClose auf das schließen. Vor dem erneuten ausführen mit ShellExecute würde ich aber noch eine Pause mit Sleep einbauen die der PDF-Viewer Anwendung ausreichend Zeit gibt, sich zu beenden.

Alternativ kannst Du mit Sleep eine gewisse Zeit warten und mit WinClose das Fenster vom Script aus schließen.

FileOpen und FileClose macht da keinen Sinn. Das würde nur dann Sinn ergeben, wenn Du selbst etwas aus den PDF-Dateien herauslesen wolltest (was überhaupt nicht trivial ist).

AutoFlip

BinaryLen und BinaryMid?

AutoFlip

Oder statt dessen 127.0.0.1 eingeben bzw. "localhost" ?
(Außerdem sollte natürlich nicht ein anderer Server bereits auf Port 80 laufen)

AutoFlip

Du könntest entweder 1) die Bilddatei aufteilen oder 2) das Bild (in Kacheln) aufteilen.

Bei 1) muesstest Du quasi TCP ein bisschen nachbilden und vor jedem Fragment einen Zaehler (Screenshot-Nr:X) und den Offset in der Bilddatei übertragen. Beim Empfänger daran denken, daß die Reihenfolge vertauscht sein kann.

Bei 2) unterteilst Du den Bildschirm in Kacheln und hängst vor jedes Paket z.B. noch die x/y Position. Dann darf aber die Kachel nicht zu groß werden.

Stellt sich natürlich die Frage wieso Du nicht gleich TCP nimmst... ich vermute mal ein Problem mit NAT? Oder gar Multicast?

AutoFlip

Das folgende Script verwende ich, um sogenannte "APE" Tags aus MP3-Dateien zu entfernen. Für ID3 Tags gibt es ja bereits AutoIt UDFs. Dieses Script ist für die Verwendung von der Kommandozeile ausgelegt, daher ist es für die "Console" zu übersetzen.

Das Script ist nur sehr grob getestet. Da die MP3s direkt geändert werden ist also Vorsicht angesagt. Besser Ihr macht eine Sicherheitskopie von den MP3s bevor ihr das Script darauf ansetzt.

Spoiler anzeigen

[autoit]

#include <WinAPI.au3>