Beiträge von UEZ

  • FModMem UDF build 2019-11-24

    Hier eine UDF zum Abspielen von folgenden Musik Formaten:


    Download: FModMem UDF build 2019-11-24

    Folgende Funktionen sind hinzugefügt:

    Der Aufruf der DLL erfolgt aus dem Speicher.

    Viel Spaß.

  • Assemblercode - Noch optimierbar?

    Intel Core i5 4300U:

    Code
    C:\Temp>SSE.exe
ret1= 6.064393047313  ret2= -5.278994884167   summe= 3.14159265258555
SSE Duration mSec 2593.268000


C:\Temp>AVX.exe
ret1= 3.465683017203  ret2= -2.761371315559  ret3= 2.598710030113  ret4= -2.517623568609  summe= 3.14159265259144
AVX Duration mSec 2763.371000

  • Assemblercode - Noch optimierbar?

    Top :thumbup:

    $n = 1000000000 -> Intel(R) Core(TM) i5-4300U CPU:

    Code
    Threads:   1   Time: 2922.8ms   PI: 3.141592652586 
Threads:   2   Time: 1786.9ms   PI: 3.141592652591 
Threads:   3   Time: 1485.4ms   PI: 3.141592652598 
Threads:   4   Time: 1383.9ms   PI: 3.141592652593 
Threads:   5   Time: 1476.1ms   PI: 3.141592652591 
Threads:   6   Time: 1398.5ms   PI: 3.141592652588 
Threads:   7   Time: 1439.3ms   PI: 3.141592652589 
Threads:   8   Time: 1397.7ms   PI: 3.141592652586 
Threads:   9   Time: 1385.6ms   PI: 3.141592652587 
Threads:  10   Time: 1388.6ms   PI: 3.141592652590

  • Assemblercode - Noch optimierbar?

    Ein Thema ist mir noch in den Sinn gekommen -> Multithreading.

    Ich habe mal mit FB verglichen, wie schnell 1 Thread zu 4 Threads sind.


    Hier das Resultat:

    x86:

    Code
    1 Thread  PI: 3.14159265258805            11998.85867815465 ms for 1000000000 iterations.
4 Threads PI: 3.14159266258921            3342.891288688406 ms for 1000000000 iterations.


    x64:

    Code
    1 Thread  PI: 3.14159265258805            5485.781099298038 ms for 1000000000 iterations.
4 Threads PI: 3.14159266258921            2726.45756660495 ms for 1000000000 iterations.


    Ich habe 1.000.000.000 (eine Milliarde) Durchgänge gewählt, dass man die Auslastung der CPU mitverfolgen kann -> Faktor ca. 3.6!

    Source Code:

    Spoiler anzeigen


    Vergleich Andy's ASM Code:

    Code
    : $pi Leibnitz = 3.14159265258555
: Time [ms] = 2631.10135102957


    Selbst 4 Threads schlagen den ASM Code von Andy nicht! :huh:

    Oder ich den nehme gleich den ASM Code von Andy als Thread_Leibniz_PI Funktion. Dann sollte es brutal abgehen...

  • Assemblercode - Noch optimierbar?

    Zitat von Andy

    Wenn schon allein für diese "Pillepalle"-Anwendung mit der sehr kleinen Schleife so immense Unterschiede in der Laufzeit (vgl. UEZ´s erste Compilerversionen) feststellbar sind, was bringen dann erst Optimierungen für lange rechenintensive Schleifen!?

    Was lernen wir daraus? Shit in - Shit out. Ergo, der Compiler schafft keine Wunder.

  • VU-Meter auch für FMOD.dll?

    Zitat von Cape-City

    Bringt das denn
    nachher etwas beim Compilieren oder ist die EXE deswegen auch nicht viel kleiner, wenn der UPX drüber gelaufen ist?

    Da der Code intern die Daten als Strings speichert, bläht sich natürlich der Code auf. Ideal wäre es, wenn man die Exe so klein wie möglich halten will, die Dateien als Ressourcen in die Exe anhängt. Um zu testen, müsste man aber den Code immer kompilieren.

    Wie schon alpines schrieb, reagieren die AV Programme sehr sensible gegen UPX gepackte AutoIt Executables. Die Exe wird zwar kleiner, aber die AV Programme werden dadurch eher nur angetriggert.

    Mir persönlich ist mittlerweile die Exe Größe egal.

  • VU-Meter auch für FMOD.dll?

    Zitat von Cape-City

    Den Part "_FSOUND_GetCurrentLevels@12" in der DLL hatte ich auch bereits im Internet gefunden, wusste aber nicht, wie ich das entsprechend aufrufen muss.

    Mal das Help File zu FMOD im Anhang.

    Und hier die Funktionen:

    Happy Intro Coding. :D

  • VU-Meter auch für FMOD.dll?

    Hier ein kleine Erweiterung der FMOD Memory UDF:

    AutoIt
    Func FSOUND_GetCurrentLevels($F_Channel = 2)
	Local $tLeft = DllStructCreate("float l"), $tRight = DllStructCreate("float r")
	Local $F_RetValue = MemoryDllCall($F_DLL, "int", "_FSOUND_GetCurrentLevels@12", _
				              "int", $F_Channel, _
				              "struct*", $tLeft, _
				              "struct*", $tRight)
	If Not $F_RetValue[0] Then Return SetError(1, 0, 0)
	Local $F_LEVELS[2] = [$tLeft.l, $tRight.r]
	Return $F_LEVELS
EndFunc

    Kleiner Flimmer Beispiel als Anhang.


    Ich sehe, dass du auch "Demo / Intro" begeistert bist. :thumbup:

  • Fertiges AutoIT Skript funktioniert nur richtig, wenn AUTOIT installiert ist!

    AutoIt
    Dim $var2 = RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\WINDOWS\CURRENTVERSION\UNINSTALL\"&$var, "DisplayName")
	ConsoleWrite($var2&@CRLF)
	If @error then ExitLoop

    @error bezieht sich in diesem Fall auf ConsoleWrite und nicht auf RegRead, sprich die For/Next Schleife läuft zwangsmäßig bis 999, da ConsoleWrite nie einen Fehler zurück gibt.

    Ansonsten kann ich beim Überfliegen nichts weiter erkennen.

  • Assemblercode - Noch optimierbar?

    Test System (CPU): Intel(R) Core(TM) i5-4300U @2,5 GHz

    Mars:

    Code
    Benötigte Zeit [ms]:  86
                 PI:  3.1415925535897933


    Andy:

    Code
    : $pi Leibnitz = 3.14159255358581
: Time [ms] = 28.442786194246


    UEZ:

    Code
    1) VS2015_C++_Leibniz-PI_x64
Pi: 3.1415925535897915  53.861474000000001 ms for 10000000 iterations.
2) VS2015_C++_Leibniz-PI_x86
Pi: 3.1415925535897915  54.446914999999997 ms for 10000000 iterations.
3) FB_Leibniz-PI_x86
PI: 3.141592553589792       127.8968800324947 ms for 10000000 iterations.