spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hallo Leute,

ich arbeite gerade an meiner Audio Library und versuche dabei erst mal OpenAL als Audio Engine zu verwenden.
Wird zwar leider seit 2006 nicht mehr weiter entwickelt, aber OpenAL nehme ich immer ganz gerne, weil es eben Cross-Platform und sehr einfach ist.

Allerdings habe ich im Moment folgendes Problem:
Unter Windows ist der Sound in meiner Testanwendung nur einen Bruchteil einer Sekunde zu hören und bricht dann sofort ab.
Unter Linux (Kubuntu 16.04 im VMWare Workstation 12 Player) und MacOS (El Capitan) funktioniert der Code aber seltsamerweise einwandfrei.

Kann den Test vielleicht mal einer von euch Windows Nutzern von meiner GitHub Seite laden und das ausprobieren, ob es bei euch geht?
Mit meiner alten SoftPixel Engine funktioniert es nämlich komischer Weise unter Windows.
Habe auch schon mit dem Dependency Walker geprüft, dass auch in beiden Fällen die gleiche OpenAL DLL geladen wird.
Die Community Implementierung von OpenAL habe ich sogar auch schon ausprobiert: selber Effekt.
GitHub Seite: https://github.com/LukasBanana/AcousticsLib

Das Projekt "test1" wird von CMake und VisualStudio im Debug Modus unter "<BUILD-ORDNER>\build\Debug\test1D.exe" abgelegt
und muss vom Working-Direktory "<PROJEKT-REPOSITORY>\test" aus ausgeführt werden.
Das Projekt ist noch nicht sehr groß, sollte also noch nicht so schwer sein, das zu bauen :-)

Vielleicht fällt aber auch jemandem direkt von der GitHub Seite aus der Fehler auf.
Ich steige im Moment nicht mehr dahinter

Danke und Gruß,
Lukas

GELÖST
Hatte vergessen den std::ifstream explizit im Binärmodus zu öffnen. GCC und clang machen dabei mit der read Funktion anscheinend keinen Unterschied, aber bei VisualC++ verhält sich die read Funktion dann anders und kann anscheinend nicht so lange Blöcke lesen.

Zitat von »Spiele Programmierer«

Nun unter Windows ist der Standardzeilenumbruch /r/n. Also muss dieser beim Lesen in den C++ /n umgewandelt werden. Wenn ein Binärblock zufällig /r/n enthält, kracht es.

Ach stimmt, das hatte ich nicht bedacht. Ja, das mit dem Zeilenumbruch unter Windows ist wirklich eine Katastrophe. Oder um es gemäß den Richtlinien von BlueCobold zu sagen: "Ich halte den Zeilenumbruch unter Windows für Schrott"

Zitat von »Sylence«

Der Windows-Zeilenumbruch ist aber eigentlich der "richtige". Angelehnt an Schreibmaschinen.

Wo das seinen Ursprung hat, ist mir auch klar. Aber inwiefern sollte ein Computer denn in der internen Datenrepräsentation abwärtskompatibel zu einer Schreibmaschine sein??
In diesem Zusammenhang halte ich es wirklich für unsinnig zwei Character für 'eine Neue Zeile' zu speichern.
Dass man das Tastaturlayout von der Schreibmaschine übernommen hat ist hingegen sehr sinnvoll, da man bereits an das entsprechende 10-Fingerschreibsystem gewöhnt war.

Zumindest ist mit den iostreams der Lese/Schreib Zugriff sehr schön von den Dateien wegabstrahiert,
weil man recht elegant zwischen fstream und stringstream wechseln kann.
So kann man z.B. alle Ressourcen einer Anwendung entweder von der Platte laden oder direkt aus der Binärdatei der jeweiligen Anwendung,
ohne den Code großartig anpassen zu müssen.