Version 1.26 is online

Started by angros47, July 08, 2021, 01:01:56

Previous topic - Next topic

William

#15
Quote from: Midimaster on January 02, 2024, 00:23:24
Quote from: William on January 01, 2024, 17:46:19https://github.com/markcwm/openb3d.mod/issues/29
I had a look at the source code you offer here... There are 2 bugs in your code.

1st
The KEYCODE 1 does not work on BlitzMax. If you mean the <ESC> key you should use KEY_ESCAPE

While Not KeyDown( KEY_ESCAPE )
...

2nd
Your code needs the file grass.jpg to run. But you did not add it. And it is not part of the OpenB3D module.


If I change the key code and add any grass.jpg file to the source dir, the code runs fine on Windows.

okay. . it segment faults on line graphics3d mode fullscreen on ubuntu, i may dig deeper to find the line in debug mode. maybe this issue is known? i remember the issue may have been talked about before 6 months ago.
im still interested in oldschool app/gamedev

markcwm

Yes, this is a known issue, not just with Openb3d but Minib3d too, fullscreen in Linux causes crashes, I don't know why it happens but I used to get fullscreen works but on exiting then a complete hang and resolution would not revert to desktop again. I don't know how to fix it, must be a Linux system issue, my workaround is to do fake fullscreen by maximizing the window to desktop resolution, all my examples follow this workaround. I'm not sure if Max2D can handle fullscreen in Linux. There are no issues in fullscreen on Mac or Windows.

angros47

Quote from: William on January 01, 2024, 17:27:36@angros47 can you tell me will that version's changes be added to openb3d, what the difference is should i use openb3d to minib3d for best performance/updates/features and fixes?
The most important change is how rotations are implemented: MiniB3D used Euler's rotations, OpenB3D use quaternion-based rotations, to prevent gimbal lock (in a similar way to Blitz3D). As result, even if commands have the same syntax, they can produce different results, and porting code from MiniB3D to OpenB3D could lead to unexpected results. That's why I changed the name, and consider OpenB3D a different product, and not a port of MiniB3D.

Then, I added many other features that on MiniB3D were available as extensions (LOD terrains, shadows, shaders), and added some extra features like isosurfaces, metaballs, Constructive Solid Geometry, postprocessing, Verlet baset physics, and more

William

#18
im thinking i should consider a alternative graphics engine/lib if i want collision of child entities to be reported to register hits and other reasons like working as intended. @angros47 should i look at using your minib3d/openb3d and could you help me to make a blitzmax wrapper? first of all im not very proficient in blitzmax to program a wrapper that interfaces with C functions. but i had noticed a PBR repository that may be included in one of the openb3d's, i think yours.

some bugs i found, using openb3d from mark is that once (has happened a couple times but may be OS related) the fullscreen mode it was a black screen (ubuntu 22.04.3) i could not alt tab and exit out, also now (after reinstalling from ubuntu 18 to the latest lts is that i cannot move the camera with the mouse and move and jump at the same time and i dont know why.
im still interested in oldschool app/gamedev

angros47

Unfortunately I don't have much experience with BlitzMax, although there is the wrapper made by markcwm (he stated he hasn't worked on it in a while, but the API of OpenB3D haven't changed much in the latest versions, so I think you could just replace the source code of OpenB3D with the new one and recompile it.

Regarding the issues in full screen mode, it's not related with OpenB3D: in fact, OpenB3D requires an OpenGL context to work, and such a context is not created by OpenB3D, but by a third party library. So, if you get 3d graphics working correctly in windowed mode, it means that OpenB3D is working correctly, and any issue you get in full screen mode is caused by the library used to create the context.
Keep in mind that the library used to create the context is usually also in charge of controlling the inputs (keyboard, mouse, controllers). It should be possible to create a context using SDL, too, for example.

Derron

I am not aware of any concurrent input handling issues - neither with blitzmax NG's "brl.system" nor "sdl.sdlsystem".

currently trying to investigate it within discord.

bye
Ron

William

#21
@everyone and @angros i had googled the issue and it is a ubuntu setting in ubuntu 22.04 that i had not known about which locks the mouse of the touchpad when keys are held down.

thanks for your support.

https://askubuntu.com/questions/1263698/cant-use-both-mouse-and-keyboard-at-the-same-time
im still interested in oldschool app/gamedev