Beiträge von misterspeed

Wofür braucht man kürzere Sleeps als 10ms? Kann mir da nicht wirklich einen Anwendungszweck vorstellen...

Kann mir jemand erklären ob und welchen Unterschied es zwischen diesen beiden Funktionen gibt? Die Hilfe schweigt sich jedenfalls darüber aus...

timerinit()
_timer_init()
;bzw.
timerdiff()
_timer_diff()

Davon abgesehen suche ich aber einen Timestamp dessen Wert auch noch nach einem System Neustart gültig ist ohne großartig selbst mit den Datums/Zeit Makros rumrechnen zu müssen.
Ziel ist es einmalig beim ersten Programmstart einen Timestamp zu erzeugen, welcher in einer ini gespeichert wird.

Die Differenz zu diesem Timestamp soll dann bei jedem Programmneustart bzw. auch mehrmals zur Laufzeit berechnet werden. Mit der Standardfunktion timerinit ergeben sich nach einem Systemneustart (oder 24h ???) negative Werte. Würde sich das Problem durch die Funktionen aus der timer UDF lösen lassen?

Zitat von Nasenbär

Auch wenn Schleifen etc. keinen Aufwand bereiten, muss es doch nicht sein.

Also bei einem Array mit 900 Einträgen halte ich eine Schleife für die einzig sinnvolle Möglichket. Wirst doch nicht allen ernstes 900 Einträge von hand befüllen wollen? Bei kleineren Arrays ist das ja noch ok, aber bei derart vielen Einträgen blickste doch nicht mehr durch, da helfen auch Zeilenumbrüche nicht wirklich.

Die Frage ist doch, warum du die Elemente erst später erstellst. Wäre es nicht vielleicht auch möglich alle zu beginn zu erstellen und mit sichtbarkeit/unsichtbarkeit zu arbeiten?

guictrlsetstate()

Verstehe dein Probelm noch immer nicht. Du hast die Pfade in der ini und speicherst diese in ein Array. Also sind die auch noch alle zugänglich, sofern du nicht so ungeschickt bist und dir die Pfade permanent mit anderen überschreibst. Wenn das so ist musst du da eben ansetzen und deinen komplizierten Code mal entkomplizieren. Wie du das besser machen kannst kann man anhand deines Codeschnipsels aber nicht sagen, da solltest du vielleicht besser mal ein komplettes Script inklusive eine zip Datei mit einer Hand voll Testbildern hier zur Verfügung stellen. Deine Schleifen Konstruktion schaut jedenfalls ulkig aus.

Zitat von Techmix

misterspeed:
Fremdprogramme muß ich leider vermeiden, ich hatte ja auch mit Irfanview eine Funktion...

Wo liegt nun der Unterschied zwischen einer fremden exe, dieser prospeed.dll (die wohl keine windows standard dll sein dürfte) oder einem fremden ASM Code den du vermutlich nicht verstehst?
Imagemagick liefert soweit ich weiss auch DLL's aus, sehe da aber nun keinen nennenswerten Vorteil zur enthaltenen convert.exe.

Imagemagick ist sogar opensource: http://www.imagemagick.org/script/install-source.php#windows
Quellcode zur convert.exe ist ebenfalls enthalten

Du könntest dafür auch ImageMagick verwenden (convert.exe sollte dir aus dem 100mb Paket langen...).

convert.exe test.bmp test.jpg

http://www.imagemagick.org/script/index.php

Dauert nur einen Sekundenbruchteil, habs aber nicht gemessen...

Oder alternativ für den Fall, dass du den Dateiinhalt ohnehin auslesen und ggf. verändern willst:

dim $array
_filereadtoarray($pfad,$array)
$zeilen = $array[0]
msgbox(0,"zeilen",$zeilen)

Wüsste nicht wie man den Pfad im nachinein noch auslesen können sollte. Macht auch überhaupt keinen Sinn. Du hast die ganzen Bildpfade ja wohl schon bei der Controlerstellung verwendet, somit müssen die auch bekannt sein. Speicher dir die Pfade eben ab und verwende Variablen.

$bild1 = "c:\bild1.jpg"
$bild2 = "c:\bild2.jpg"
$bild3 = "c:\bild3.jpg"
$bild4 = "c:\bild4.jpg"

$idBild1 = guictrlcreatepic($bild1,....)
$idBild2 = guictrlcreatepic($bild2,....)
; usw.

Je nach Fall wäre ein 2D Array hier vielleicht sogar am sinnvollsten in dem du immer Bildpfad und zugehörige ID speicherst.

Zitat von Katrijn

Mann kann aber nirgendwo sehen woher die Bilder aus die Kamera kommen, also es sind keine irgendwelche Pfad-angaben sichtbar.

Weil es eben keine Pfade gibt zur Digitalkamera. Die Kommunikation erfolgt hier nicht über die üblichen Wege, sondern über ein speziell entwickeltes Übertragungsprotokoll PTP bzw. MTP ( http://de.wikipedia.org/wiki/Media_Transfer_Protocol ).
Es handelt sich dabei also um etwas wie das TCP Protokoll, da benötigst du anstelle von Dateipfaden ja auch IP Adressen und Ports. Wie MTP im einzelnen funktioniert kann ich dir nicht erklären, du kannst dir aber die 300 seitige Spezifikation bei msdn herunterladen:

http://msdn.microsoft.com/de-de/library/ms867188.aspx

Ums kurz zu machen:

Ohne spezielle Software die dieses Protokoll beherscht ist ein Zugriff auf das Gerät schlichtweg nicht möglich. Da der Mediaplayer 10 aber offensichtlich damit klar kommt könnte man ggf. mit den COM Objekten des Mediaplayers einen Zugang erhalten. Möglicherweise gibt es auch Windows DLL's die man dafür nutzen kann. Autoit Standard Funktionen wie filecopy kommen jedenfalls nicht in Frage. Solange Canon kein eigenes Dateisystem benutzt hat sollte aber wohl wie bereits vorgeschlagen ein stinknormaler Kartenleser in der Lage sein die SD Karte auszulesen. Das halte ich nachwievor für die einfachste Möglichkeit. Alles andere wird wohl recht aufwendig werden.

Wo ist das Problem? Befüll das Array eben in einer Schleife oder einzeln für jedes Element (was bei 900 wohl nicht sehr sinnvoll wäre...):

global $array[900]
for $i=0 to ubound($array)-1
$array[$i]= $i & $i & $i & $i & $i & $i & $i & $i & $i & $i & $i & $i & $i & $i & $i & $i
next

; oder eben so
$array[0]="000000000000000"
$array[1]="111111111111111"
;...

Scheint wohl wirklich keine Möglichkeit zu geben diese Canon Kameras auf den "Wechselmedien- oder Massenspeicher-Modus" umzustellen.
Die einfachste Lösung wäre wohl einen seperaten Kartenleser zu verwenden und eben jedesmal die SD-Karte auszubauen.

Zitat von autoBert

In deinem Skriptausschnitt kann ich 2 Fehler erkennen Web.de benutzt Port 587 und keine SSL-Verschlüsselung.

Nö. Ich habe bei meiner Web.de Adresse auch den Port 25 für den Mail Ausgang (smtp) im Mail Client eingestellt, wird also auf jedenfall unterstützt. Auch SSL wird selbstverständlich unterstützt:

http://hilfe.freemail.web.de/sicherheit/ssl/smtp/

Soll Autoit nun selbständig denken und sich überlegen wie man Anhand deiner Variablen irgendetwas anstellt?
Du rufst keine einzige Funktion auf sondern deklarierst nur Variablen. Das ist so als ob du einen Brief schreiben würdest und das Blatt Papier dann auf deinem Tisch liegen lässt in der Hoffnung, dass es selbstständig in den Briefumschlag und in den Briefkasten wandert.

Davon ab sollte doch die Variable $toAddress sicher eine email Adresse sein...

Wenn ich dich recht verstehe willst du, dass die Dateiendung selbsständig je nach Typ Auswahl an den Dateinamen angehängt wird. Das scheint mit der Standard Autoit Funktion aber nicht zugehen. Es sollte aber durchaus realisierbar sein, wenn man sich seinen SaveDialog mit der zugehörigen winAPI Funktion erstellt. Dort scheint es etwas mehr Möglichkeiten zur Konfiguration zu geben, habe jetzt aber keine Lust damit rumzuspielen.

_WinAPI_GetSaveFileName()
; unbedingt ansehen solltest du dir auch den damit verknüpften Hilfeeintrag zu den möglichen Flags, also
$tagOPENFILENAME ; http://translation.autoit.de/onlinehilfe/libfunctions/$tagOPENFILENAME.htm

Habs aber nur überflogen und kann dir nicht sicher sagen ob du das Verhalten damit realisiert bekommst.

Du könntest auch mal das Logfile auszugsweise posten. Sollte eigentlich auch in einer msgbox recht simpel darstellbar sein, solange es nicht zuviele Einträge sind. Zur Formatierung innerhalb einer msgbox kannst du die Makros @CRLF (Zeilenumbruch) und @TAB (Tabulator) nutzen.
Dazu liest du das Logfile am besten per _filereadtoarray() ein und wandelst das ganze dann in einer Schleife in einen formatierten String duch einfügen der genannten Steuerzeichen.

Beispiel für eine so formatierte msgbox:

$string = "zeile 1 spalte 1" & @TAB & "zeile 1 spalte 2" & @TAB & "zeile 1 spalte 3" & @CRLF & _
"zeile 2 spalte 1" & @TAB & "zeile 2 spalte 2" & @TAB & "zeile 2 spalte 3" & @CRLF & _
"zeile 3 spalte 1" & @TAB & "zeile 3 spalte 2" & @TAB & "zeile 3 spalte 3" & @CRLF
msgbox(0,"",$string)

Grunsätzlich stimme ich aber zu, dass eine msgbox schlecht für eine strukturierte Ausgabe geeignet ist. Besser wäre wohl eine GUI mit listview wenn du eine Tabellenform bevorzugst.

Zitat von autoBert

Ich denke du meinst mich Bert wäre allein ja noch in Ordnunng aber auto (kommt von AutoIt) alleine gefällt mir gar nicht!

Und wie wärs mit flotter Käfer?

Zu white und seiner offensichtlichen Faulheit sich auch nur mal eine Sekunde selbst mit einem Problem auseinanderzusetzen braucht man glaube ich nix weiter mehr sagen. Ich bezweifle aber, dass er sein Versprechen wahr machen wird.

Nachid es wurden längst rekursive Alternativ Funktionen zu _filelisttoarray() gepostet. Es macht keinen Sinn dafür den "dir"-Befehl auszupacken und umständliche Umwege über Textdateien zu gehen erst recht nicht.

Du solltest wirklich langsam mal anfangen selbst nach Lösungen zu suchen. Wenn du schon zu faul dazu bist poste wenigstens vernünftig formatierte/eingerückte Quellcodes.
Eine GUI innerhalb einer GUI Schleife zu erstellen ist jedenfalls grober unfug, genauso wie es wenig sinnvoll ist für die zweite GUI identische Variablennamen zu verwenden.

Erstelle alle GUI's am Scriptanfang und mache diese je nach Fall mit guisetstate() sichtbar oder unsichtbar.
Wenn es danach immernoch nicht funktioniert poste nochmal dein brauchbares überarbeitetes Testscript.

EDIT:

Dein Fehler wegen dem Edit Feld liegt im übrigen an dieser Zeile

GUICtrlSetData($Edit1,$aFile)

Du musst hier einen String verwenden, mit einem Array kann das Edit Control nichts anfangen.

dim $string
for $i=0 to ubound($aFile)-1
$string &= $aFile[$i] & @crlf
next
GUICtrlSetData($Edit1,$string)

Ich kann dir auch ein 1-zeiliges Script schreiben das du nicht verstehst und Schaden anrichtet.
Für dein vorhaben würde es btw. wohl ein Einzeiler tun

regwrite()

Ohne Änderungen an der Registry kannst du solche Einträge jedenfalls nicht erzeugen. Wenn du selbst bedenken diesbezüglich hast ist es wohl besser du lässt es bleiben oder benutzt fertige Programme die das für dich erledigen.

Weiterführende Informationen zum Thema findest du auch hier:
http://msdn.microsoft.com/en-us/library/aa969321.aspx