PureBasic Doom-like Engine btw. Spiel

[WinSysCompany]

Meiner Meinung nach sollte der Code wenigstens lauffähig sein (und alle benötigten Resourcen beinhalten)
sonst macht der Thread einfach keinen Sinn.

Wie soll man sonst helfen/testen wenn der Code nicht funktioniert ?

Naja, ich werde mal versuchen, zu Testzwecken, ne Funktion zu erstellen die Dummy Texturen generiert

fertig

[ccode_new]

Hallöchen!

Dein Projekt hat schon irgend etwas tolles für sich.

Auf deine Assembler-Optimierungen bin ich ja mal gespannt wie ein Flitzebogen.

Warum tust du der armen CPU das an.

Man könnte ja über eine native OpenGL-Lösung nachdenken.

Aber das ist ja nicht dein Ziel, oder ?

[Bisonte]

also startbar ist es immer noch nicht....

Code: Alles auswählen

[ERROR] Division by zero forbidden.

[diceman]

Den Fehler hatte ich auch.
Ich glaube, es liegt daran, daß PureBasic ElapsedMilliseconds() mit Null initialisiert. Einfach eine +1 dahinter, dann bleibt der Code zumindest nicht da stecken ...
Danach stürzt das Programm aber ab, weil angeblich kein Screen initialisiert wurde (ExamineKeyboard() funktioniert nicht ohne).

Fehlermeldung:
"OpenScreen() or OpenWindowedScreen() must be called before using any Keyboard commands"

[WinSysCompany]

Hallöchen!

Dein Projekt hat schon irgend etwas tolles für sich.

Auf deine Assembler-Optimierungen bin ich ja mal gespannt wie ein Flitzebogen.

Spätestens wenn ich die Optimierungen bei GetTexPixel() mache ( gerade was die Textur-Rotation angeht ) werde ich wohl auf Assembler zurückgreifen müssen

und ja, ich kann Assembler, habe schon FASM programmiert, bevor ich "richtig" mit PureBasic programmieren konnte
> http://www.lowlevel.eu/wiki/WinSysOS
> https://sourceforge.net/projects/winsysos/files/

Warum tust du der armen CPU das an.

Man könnte ja über eine native OpenGL-Lösung nachdenken.

Aber das ist ja nicht dein Ziel, oder ?

Genau, mein ziel ist ja gerade die Engine SELBER zu schreiben
ob sie iwan gut ist oder nicht ist 2. rangig, Hauptsache sie funktioniert

und ja, ich bin ein RISSIGER Fan von Software-Renderern ... Nostalgie-Nerd *geek*

[WinSysCompany]

Den Fehler hatte ich auch.
Ich glaube, es liegt daran, daß PureBasic ElapsedMilliseconds() mit Null initialisiert. Einfach eine +1 dahinter, dann bleibt der Code zumindest nicht da stecken ...
Danach stürzt das Programm aber ab, weil angeblich kein Screen initialisiert wurde (ExamineKeyboard() funktioniert nicht ohne).

Fehlermeldung:
"OpenScreen() or OpenWindowedScreen() must be called before using any Keyboard commands"

Ja, das ist mir auch schon aufgefallen, bitte den Debugger abschalten, der teilt meine Ansichten nicht

[WinSysCompany]

Ok, hab jetzt für alle die, warum auch immer, mein Code nicht ausführen können, nen Video gemacht

> https://youtu.be/t3MgppQJSnM

[ccode_new]

Hallo WinSysCompany,

du verwendest eine nicht legitime (vertrauenswürdige) Testumgebung.

WINE IS NOT WINDOW AND NOT LINUX,.....

Das es bei dir überhaupt ohne InitSprite (initialisiert OpenGL/SDL) funktioniert ist ein reiner Wine-BUG.

Das sich dein Fenster auch nicht sofort ohne "OpenWindowedScreen" -Befehl (also geöffneten Screen) schließt ist auch nur deiner Konsole im Hintergrund zu verdanken. (Hier wird wohl als -CONSOLE statt als -GUI kompiliert ?)

Insgesamt hast du damit einen Sonderfall geschaffen.

Anbei: Wenn du schon so auf Anti-Hardware-Boost stehst kannst du doch auch gleich auf die Keyboard-Lib von PureBasic verzichten. Damit fällt InitKeyboard und ExamineKeyboard auch weg. (und somit auch die Sache mit dem InitSprite/OpenScreen)

Du kannst auch auch innerhalb der Main-Event-Schleife auf Tastaturereignisse reagieren.
(Wermutstropfen: Betriebssystemabhängig - Aber wofür gibt es die CompilerIf's ,....)

Und wenn der Debugger meckert wird das schon seinen Grund haben.

Anbei: Also bei mir wird unter Windows und unter Linux gemeckert! Egal ob mit Debugger oder Ohne !

[HeX0R]

Das hat mit WINE mal so überhaupt nix zu tun!

@WinSysCompany:
Mach einfach nen

Code: Alles auswählen

DisableDebugger

an den Anfang des Codes und schon hört das (meiste) Geschrei auf.

[WinSysCompany]

Das hat mit WINE mal so überhaupt nix zu tun!

@WinSysCompany:
Mach einfach nen

Code: Alles auswählen

DisableDebugger

an den Anfang des Codes und schon hört das (meiste) Geschrei auf.

ok, ist hinzugefügt