Beiträge von alpines

Ich erziele hier ebenfalls hohe Raten, falls der andere Service mal ausfallen sollte: http://www.thinkbroadband.com/download.html

Der Pfad ist ja soweit richtig, nur sollte er "C:\Program Files (x86)\AutoIt3\" lauten, also mit "", da sonst die CMD denkt, das C:\Program ein Befehl ist.
// Eigentlich sollte das schon klappen, ansonsten einfach mal SciTE4AutoIt installieren.

Setz den Pfad für die AutoIt.exe einfach neu, der müsste eigentlich in "" stehen, da Leerzeichen im Pfad vorkommen können.

$sFile = FileRead("...")

Hast PN.

Dafür braucht man eigentlich keine Tools, der Router sollte das Interface mitliefern, einfach mal aufn Router connecten und anmelden und dann die Channel anschauen.

Bevor ich das Script überhaupt compilen würde würde ich das lieber mal überarbeiten, das ist ja mehr als nur ...

Kommt darauf an welchen Kanal die anderen nutzen, ist immer unterschiedlich aber eigentlich gilt: Je mehr WLAN-Netze desto mehr Channel sind im - Normalfall - ausgelastet.

Das sollte man eigentlich nach jedem Router-Einrichten machen, immer schön den Kanal überprüfen, bei uns funken viele auf dem selben.
Schnell geändert und dann war Ruhe.

Prozessname != Prozessbeschreibung

Zitat

ist in der Prozessliste die .exe mit dem Namen der Datei zu finden

Komischerweise funktionierts ja in Au3 aber egal, man sollte immer Public dort stehen haben.

Da es einige Tutorials gab die zeigten wie man ebenfalls .NET DLLs in AutoIt called aber diese zu kompliziert und umständlich waren dachte ich mal, das man das kurz, knapp und gebündelt verfasst.

Zu dem Thema mit vb kann ich nicht viel sagen, liegt wahrscheinlich daran, dass ich es nicht als Public deklariert habe und man sie deswegen eigentlich importieren muss.
Bin in vb auch nicht so fit wie in C#.
Ein weiterer Punkt ist mehr oder weniger dein Syntax (;)), pack mal in deine 1. Zeile ein

Imports checkPrimeVB.checkPrimeVB

damit du nicht

checkPrimeVB.checkPrimeVB.checkPrime()

tippen musst sondern nur

checkPrime()

// Ein Grund für den Geschwindigkeitsverlust findet sich vielleicht in der x64 Ausführung wieder, das die DLL dort korrekt und bei x86 nicht richtig (oder andersherum) ausgeführt wird und der Call nicht erfolgreich ist.

Erstmal vielen Dank für das Feedback, es freut mich das es jemandem gefällt.
Wo der Geschwindigkeitsverlust durch x86 / x64 herkommt bleibt mir leider auch verborgen.

Exe kopieren umbenennen starten und die normale beenden. --> Neuer Name

Das liegt an den Sleeps, mach einen Hotkey ESC der das Script neustartet/beendet.

So, hab mich ein bisschen in vb eingearbeitet und hab es so zumindest zum laufen bekommen, da static leider nicht ging musste ich auf shared ausweichen.
[Blockierte Grafik: http://i.imgur.com/cHENHxT.png]

Imports RGiesecke.DllExport
Imports System.Runtime.InteropServices


Public Class Class1


    <DllExport("checkPrime", CallingConvention.StdCall)>
    Shared Function checkPrime(a As Integer) As Boolean
        Dim b As Integer = 2, c As Integer = 0


        While (a >= b)
            If (a Mod b = 0) Then c = c + 1
            b = b + 1
        End While


        If (c > 2) Then c = 0
        If (c = 1) Then
            checkPrime = True
        Else
            checkPrime = False
        End If
    End Function


End Class

Dein Programm das du ansteuern willst ist nicht mehr als eine GUI die deine Eingaben verwaltet und an den Codec schickt.
Im Ordner des Programmes findest du .exe Dateien ffmpeg oder h.264 oder ähnliches, die akzeptieren Parameter über Run.
Dein Programm macht genau das.

Wenn du durchs Programm konvertieren möchtest dann brauchst du auf jeden Fall

AutoIt Window Info (wird standardmäßig mitgeliefert)
ControlSend / ControlClick

Wenn du aber durch den Codec konvertieren möchtest reicht ein einfaches
Run.

Tutorials gibts Unmengen im Internet, schau dir einfach welche an um dein Wissen von mehreren Quellen zusammen zuführen.
Spezielle Tutorials für ControlClicks gibts eigentlich nicht, da müsste die Hilfe schon ausreichen.

Viel besser wäre es einfach nur den Codec zu nehmen und per Run die Dateien durchzujagen, läuft besser als das Programm und wäre ebenfalls einfach zum automatisieren.
Ansonsten würde ich noch sagen das AutoIt genau für solche Tätigkeiten entwickelt wurde.

Natürlich, ich wollte es nur angemerkt haben für die nächsten Male damit wir hier eine gewisse Ordnung beibehalten können!