Vermutlich lässt sich das benutzerfreundlich nur fixen, wenn die ackoal.dll sich selbst deaktiviert, wenn benötigte Zusatz DLLs nicht gefunden werden.

Ansonsten müsste es doch auch gehen, wenn man im Skript ein anderes plugin_dir angibt, und dort dann nur die wirklich benötigten DLLs hinkopiert (in diesem Fall vermutlich keine einzige).

Ehrlich gesagt bin ich von dem verhalten eh etwas irritiert. Normalerweise würde ich bei den "extern" gelagerten Plugins im acknex_plugins Ordner erwarten, dass diese via LoadLibrary geladen werden. LoadLibrary führt allerdings nicht zu einem Crash, falls eine DLL nicht geladen werden konnte, sondern nur zu einen 0er Rückgabewert (der von Acknex abgefangen wird, sieht man z.B. wenn man korrupte DLLs in das acknex_plugins Verzeichnis verschiebt).

Da die engine selber (acknex.exe & acknex.dll) nicht Abhängig von ackoal.dll sind, sollte es eigentlich zu keinen Windows-Startfehlern kommen (wenn überhaupt zu Fehlern die kontrolliert von der Engine geworfen werden können.).
Naja soll Herr Lotter beantworten, ist sonst Rätselraten, welche Engine DLL die ackoal.dll unbedingt laden will (und damit eine Installation von OpenAL verlangt).

Plugins im acknex_plugins Ordner verwenden delay-load für Nicht-System-DLLs. Daher muss OpenAL nur installiert sein, wenn eine OAL-Funktion aufgerufen wird.

Aber auch wenn dies nicht funktionieren würde, erklärt das nicht Ihr SED/Batch-Problem. Die Plugins werden immer geladen, wenn Sie Ihr Skript von SED aufrufen, und müssten dann immer eine Fehlermeldung bringen. Das Problem müsste dann auch bei anderen Leuten auftreten, nicht nur bei Ihnen. Welche Plugins werden denn beim Engine-Start angezeigt?

axklog.txt mit SED


axklog.txt mit Batch.datei


Unterschied nur in Zeile 3 "Options"
- SED übergibt den Scriptnamen ohne Path Angabe
- Batch übergibt den Scriptnamen mit Path Angabe
In beiden Fällen wird compiliert und ausgeführt

Ihre Ausage, die Plugins werden immer geladen. Gemäss acklog.txt, wird ackoal.dll nicht geladen?

Zitat JCL:
"Aber auch wenn dies nicht funktionieren würde, erklärt das nicht Ihr SED/Batch-Problem.
Die Plugins werden immer geladen, wenn Sie Ihr Skript von SED aufrufen, und müssten dann
immer eine Fehlermeldung bringen. Das Problem müsste dann auch bei anderen Leuten
auftreten, nicht nur bei Ihnen."
Ich sag doch schon die ganze Zeit, dass mit SED keine Fehelrmeldung erzeugt wird.
Also ist es ja logisch, dass andere User das Problem nicht haben. Das Problem besteht
ja nur bei Aufruf über Batch Datei

Und zudem: Die 2 User die hier geantwortet haben:
- TechMuc hat OpenAL32.dll auf seinem System
- Bei Fireball weiss ich nicht + ob er es per Batch Datei versucht hat?

Ich starte die Engine per Batch File aus Visual Studio heraus.
Aufgrund dieses Threads hab ich aber erstmal noch nicht auf 8.3xx geupgeadet, bis die Ursache komplett geklärt ist.
Weil so eine Meldung macht mich beim Arbeiten wahnsinnig

Nur aus neugier, welchen editor hast du denn davor benutzt?

Gemäß Ihrem Log wird die ackoal.dll tatsächlich nicht geladen. Das könnte auf die Problemursache hindeuten - vielleicht haben Sie irgendwo auf Ihrem PC eine DLL mit dem Namen "OpenAL32.DLL", die nicht aus einer korrekten OpenAL Installation stammt?

Wenn ja, löschen Sie die und installieren Sie dann einfach OpenAL nochmal.

Ihre Logik ist schwer zu verstehen ...... Die beiden Logfiles, SED und Batch sind doch identisch. Also müsste bei einer fehlerhaften OpoenALl32 Installation, auch bei Ausführung mit SED eine Fehlermeldung erzeugen werden. Oder!

Ich wiederhole nochmals, fasse zusammen:
1. Hab keine OpenAL32.dll auf meinem System
2. Der Beispiel Script, Conitec's Template_Project.c ruft keine openAL32 Funktion auf. Also muss ich auch keine openAL32.dll installiert haben.
Conitec's Template_Project.c mit SED, keine Fehlermeldung >> kompiliert und führt Programm aus
Conitec's Template_Project.c mit Batch, Fehlermeldung >> nach Quittierung der Fehlermeldung >> kompiliert und führt Programm aus

Mir ist schon klar, dass eine OpenAL Installation das Problem lösen würde. Aber ich nutze keine OpenAL Funktionen.
Dies würde auch nicht das unterschiedliche Verhalten SED oder Batch erklären. Dieses unterschiedliche Verhalten ist doch das eigentliche Problem

So ist es - aber da ich den Unterschied zwischen den beiden Ordnern von hier aus nicht sehen kann, kann ich meinen bisherigen Kommentaren nichts neues hinzufügen. Welche der möglichen Ursachen zutrifft, bleibt Spekulation.

Guten abend, darf mich soeben in die user mit dem selben problem einreihen.

Im moment schreibe ich an meinem GenesisPrecompiler. Wenn selbiger fertig ist, startet er den LiteC compiler.

Und da popt mir auch diese elende meldung entgegen. Und per .bat auszuführen erbringt dasselbe problem.

Ich werde nochmal OpenAl installiernePS: gerade gemacht. Jetzt klappts alles. Ich nutze zwar kein OpenAL aber egal >.<

EDIT: Ist es nicht auch endlich mal möglich auch <Professional das engine fenster zu unterdrücken, wenn die engine gar nicht gestartet wird? Ich möchte doch nur compilieren. warum muss ich dann das Fenster anzeigen lassen?
Wenn ein Spiel gestartet wird, kann ich es ja noch verstehen. Aber fürs reine compilieren?