Beiträge von alpines

Zitat von xXIVXx

wenn du auf alle aktiven Adapter gehst dann sollte sich die gui aber doch aktualisieren (Gui2) --> es ist nämlich ein listview
wenn das geht mache ich aus allen anderen eine Funktion

Wir können dein Script nicht einmal ausführen weil du uns nicht alles mitgeliefert hast.

Aber meine Vermutung ist dennoch richtig, du registrierst die falsche Funktion.
Du führst regelmäßig (alle 250ms was ein bisschen Overkill ist) die Funktion zum holen der Daten aus aber du speicherst diese Daten nicht und du zeigst sie auch nicht an.

Registriere eine neue Funktion welches den Rückgabewert von Win32NetworkAdapter holt und dann in die GUI einträgt jedes Mal wenn diese von Adlib aufgerufen wird.

Zitat von Sonderbaar

Ich habe mir das Ding mal angeschaut... das AdlibRegister funktioniert Super! Danke Alpines... nur zum Verständnis... MUSS ich das Unregister zwingend machen? Ich nutze die Funktion um z.B. die Aktuelle Zeit in der Statusleiste einer GUI zu aktualisieren... so kommt man unweigerlich schneller als Ziel... habe mich nämlich schon gefragt, wie ich das am besten anstellen soll... aber so ists echts easy

Nein du musst sie nicht deregistrieren. Wenn du ein Script hast wo du mittels einer Checkbox z.B. das Adlib steuern möchtest, dann kannst du beim checken die Funktion einmal registrieren und wenn es ungechecked wird deregistrieren. AutoIt deregistriert die Funktion sowieso wenn das Script beendet wird.

Du solltest aber aufpassen, dass deine Funktion nicht-blockierend ist, da ansonsten der Interpreter durcheinander kommt (Blockend sind sachen wie InputBoxen, MessageBoxen, einige Schleifen).

Und die Includes die damit einhergehen? Sonst können wir das Script nicht ausführen.
Übrigens musst du ncht jedes mal den TCPTimeout setzen oder TCPStartup verwenden.

Setze es einmal, starte TCP einmal und beendet es einmal.

Du registrierst nur die _Win32NetworkAdapter Funktion und nicht den Teil der die GUI aktualisiert. Den musst du selbstverständlich in eine separate Funktion packen und diese registrieren und nicht die _Win32NetworkAdapter. In der neuen Funktion rufst du dann _Win32NetworkAdapter auf und aktualisierst die GUI.

Dann zeig uns doch mal deinen Code damit wir nicht ins Blaue hinein raten müssen.

Wenn diese Funktion keine Interaktion erfordert und nur durchläuft kannst du da für die Adlib-Fuktionen verwenden.
Mit AdlibRegister registrierst du eine Funktion die alle x Millisekunden neu aufgerufen werden soll. Mit AdlibUnRegister schaltest du sie wieder aus.

Da müsste dann [3, "E:", "Daten", ""] oder [2, "E:", "Daten"] rauskommen.
Lass dir das Array einfach mal mit _ArrayDisplay($aSplit) aus der Array.au3 ausgeben.

@YEAR ist keine Variable sondern ein Makro, die sind zu jedem Zeitpunkt des Programms definiert (bis auf einige wenige die einen Spezialfall erfordern).
Das Makro gibt dir das aktuelle Jahr der Systemzeit zurück.

Zitat von kayes

Wie arbeitet die split Funktion?

Die StringSplit Funktion splittet einen String mit einem bestimmten Delimeter in ein Array.
"Das ist ein Text." wird mit dem Delimeter " " zu [4, "Das", "ist", "ein", "Text."]. Index 0 gibt die Anzahl der Teilstrings zurück.
Das kannst du mittels dem dritten Parameter übrigens deaktivieren, einfach mal in die Dokumentation schauen wenn du nicht weiß was eine Funktion macht.

Habe die übersetzten Pakete an den alten Post angehangen (die 10 Stk).

Zitat von water

OK, hier mein erster Versuch. Bitte nochmals querlesen und kommentieren/kritisieren.

Success: und Failure: in der ReturnValue-Tabelle mit Erfolg: und Fehler: übersetzen.
"COM error handler" solltest du lieber mit "COM Errorhandler" übersetzen (eindeutschen, sonst schaut das irgendwie komisch aus, COM error code mit COM Fehlercode).
Wenn du Sätze schreibst dann bitte auch den Satzanfang groß.
Standard brauchst du nicht extra mit Default nochmal in Klammern zu übersetzen. "Standard ist True." Oder "Standardmäßig ist dieser Wert True." reicht völlig.

Tweaky findet sicherlich noch ein paar aber das wars im Grunde eigentlich
Aber die Texte sind in Ordnung, es sind immer Feinheiten die beim Übersetzen einem durch die Finger rutschen, besonders wenn man mehrere Pakete auf einmal übersetzt.

Funktionsnamen darfst du natürlich nicht übersetzen! Wenn von der SaveAs-Methode geredet wird dann schreibt man im deutschen auch SaveAs.
Steht dort aber "use blabla as the saving function" dann übersetzt du das mit "man sollte blabla als Speicherfunktion verwenden" oder ähnlich.

Im PostData-Parameter kannst du das angeben. _WinHttpSimpleRequest($hConnect, $sType, $sPath, $sReferrer, $sPostData)
Solltest du mit Requests arbeiten statt mit der SimpleRequest dann benötigst du die _WinHttpWriteData.

Du übersetzt praktisch so viel wie möglich, bei einigen englischen Begriffen schreibst du halt am besten noch die englische Variante in klammern mit der Abkürzung (sofern diese vorhanden ist) hin. Save method sollte auf jeden Fall zu Speichermethode oder Speicherfunktion umbenannt werden.

Workbook kannst du mit Arbeitsbuch übersetzen, das sollte kein Problem sein. Default ebenfalls zu Standard übersetzt.

Es gibt allerdings einige Begriffe die sagen den Leuten auf Deutsch so gut wie gar nichts, z.B. Heap = Halde.
Begriffe wie Desktop-Fenster-Manager (Desktop Window Manager) werden meist im Text eh als DWM referenziert und solange du den englischen Begriff mit der Abkürzung hinschreibst ist das auch ok so.

Begriffe wie Control Handle habe ich ehrlich gesagt keine Ahnung wie man da Control übersetzen sollte. Steuerelement käme mir da in den Sinn aber ob das dann alle verstehen?
Bisher wurde es ja auch als Control übersetzt.

Zitat von heyhey83

ja also bis jetzt habe ich mir soweit alles selber bei gebogen ,aber komm nicht weiter muss immer jede Datei einzeln abspielen. Aber danke für den tip.

Na implementier doch sowas wie eine Warteschlange und prüf immer ab ob dein Song zu Ende ist, dann kannst du den nächsten laden.

Der Geschwindigkeitsvorteil wird wohl teilweise davon kommen, dass der AutoIt Interpreter mehr zu verarbeiten hat.
$test = $tInfo.Nonsens ist bedeutend kürzer als $test = DllStructGetData($tInfo, "Nonsens").

Bei Letzterem muss er erstmal die Zeile parsen (beim 1. auch) dann die Funktion identifizieren und ebenfalls den String "Nonsens" parsen.
Bei der Punktnotation hast du nur Objekt und Attribut.

Hast du denn bisher Probleme mit der Punktnotation überhaupt gehabt? Wenn nicht kannst du sie ja verwenden, da gibt es in AutoIt wesentlich gefährlichere Sachen.

Wo genau liegt denn das Problem? Du weißt doch selbst was eine Playlist ist.
Und wenn du es geschafft hast den Player selbst zu implementieren, dann wirst du doch sicherlich eine einfache Playlist hinbekommen?

Eine Listview, eventuell Adlib-Funktionen bzw. Timer die eine Liste abarbeiten (oder Events wenn ein Song zu Ende gelaufen ist) und dann den nächsten Track auswählen.

Zeichne doch ein Bild auf eine transparente GUI und platziere diese über der Maus.
Dann machst du die GUI durchklickbar und fertig.

Zitat von xSunLighTx3

Ein Objekt ist z.B 5 Pixel vor Wegpunkt A und bewegt sich normalerweise 3 Pixel pro Sekunde. Wenn
es nun kurz laggt, teleportiert sich das Objekt außerhalb der vorgeschriebenen Route, findet sich danach
aber wieder ein.

Eventuell ist ein Rundungsfehler durch die niedrige Zeitdifferenz des Timestamps ist der Unruhestifter.
Die Zeitdifferenzen pro Schleifendurchlauf sind ja sehr gering und da können kleine Ausreisser schon große Unterschiede bewirken. Das kann man aber mit Hilfefunktionen abfedern.
In Spielen teleportieren sich ja auch nicht Spieler die laggen direkt zu ihrem neuen Standpunkt sondern gleiten dort hin.

Eventuell liegt es aber an GDI+ mit AutoIt selber, ich hatte selber schon Probleme, dass ich ein Sprite mit dem Tasten bewegen wollte und es in den ersten paar Sekunden sehr schnell geht und plötzlich abgebremst ist und eine langsemere Geschwindigkeit beibehielt. Scheit also ein bisschen inkonsistent zu sein.

Zitat von xSunLighTx3

für jedes Objekt neu setzen oder nur einmal pro Schleife?

Du willst die Differenz pro Schleifendurchlauf ermitteln und brauchst dafür nur einen Timestamp.
Da du jedes Objekt pro Frame renderst ist die Zeitdifferenz zum letzten gerenderten Standpunkt genauso lange (zeitlich) entfernt wie deine anderen Objekte.

Nur das Verhältnis in welchem die Objekte sich bewegen ist anders.
Sei deine Zeitdifferenz z.B. 2ms dann kann das eine Objekt sich mit 10 Pixeln (bei z.B. 5p/ms) und ein anderes mit 5 Pixeln (bei z.B. 2.5p/ms) weiterbewegt haben.

Zitat von Tweaky

teilweise waren wieder Wörter wie "rufe" vorhanden. Diese habe ich in "ruft" geändert.

Zitat von Tweaky

In der Tabelle der Rückgabewerte bitte "Success" mit "Erfolg" und "Failure" mit "Fehler" übersetzen.

Okay, bei einigen Fremdbegriffen, die ich übersetzt habe, habe ich den englischen dahinter geschrieben.
Beispiel "globaler einzigartiger Identifiziere (globally unique identifier GUID)" da ansonsten überhaupt nicht klar ist was das sein soll.

Bin grade ziemlich beschäftigt aber versuche trotzdem täglich min. ein Paket übersetzt zu kriegen.

Zitat von FireDiver

Eine Lösung dafür wäre das Rendern in einem separaten Thread laufen zu lassen, aber dass kann Autoit ja nicht

AutoIt kann intern kein Multithreading aber du kannst entweder die CreateThread DllCallen oder das Rendern auf ein anderes Script auslagern und mittels Pipes die Infos hin und her schicken.