Seite 2 von 7

Re: PureBasic Doom-like Engine btw. Spiel

Verfasst: 23.04.2018 21:24
von WinSysCompany
WinSysCompany hat geschrieben:
Mijikai hat geschrieben: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 ? :freak:
Naja, ich werde mal versuchen, zu Testzwecken, ne Funktion zu erstellen die Dummy Texturen generiert
fertig :D

Re: PureBasic Doom-like Engine btw. Spiel

Verfasst: 23.04.2018 21:35
von 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 ?

Re: PureBasic Doom-like Engine btw. Spiel

Verfasst: 23.04.2018 21:36
von Bisonte
also startbar ist es immer noch nicht....

Code: Alles auswählen

[ERROR] Division by zero forbidden.

Re: PureBasic Doom-like Engine btw. Spiel

Verfasst: 23.04.2018 21:41
von 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"

Re: PureBasic Doom-like Engine btw. Spiel

Verfasst: 24.04.2018 15:42
von WinSysCompany
ccode_new hat geschrieben: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/
ccode_new hat geschrieben: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*

Re: PureBasic Doom-like Engine btw. Spiel

Verfasst: 24.04.2018 15:43
von WinSysCompany
diceman hat geschrieben: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 :D

Re: PureBasic Doom-like Engine btw. Spiel

Verfasst: 24.04.2018 15:57
von 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

Re: PureBasic Doom-like Engine btw. Spiel

Verfasst: 24.04.2018 16:28
von 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 !

Re: PureBasic Doom-like Engine btw. Spiel

Verfasst: 24.04.2018 16:51
von 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.

Re: PureBasic Doom-like Engine btw. Spiel

Verfasst: 24.04.2018 17:19
von WinSysCompany
HeX0R hat geschrieben: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 :D