Android Question 3D shooter game (fps)

maybe this can help you:

(just used the search function of the forum)

ilan said:

maybe this can help you:

OpenGL ES - NeHe sample projects

Attached sample project is a wrap for this Github Project. Attached are the following: 1. NeheLesson09.zip - it contains the library files (Jar and XML). Copy the Jar and XML to your additional library folder once you have extracted the files from the zip file. It also contains the sample B4A...

www.b4x.com

(just used the search function of the forum)

Click to expand...

Thanks ! The link you provided is very good. I took the GL commands needed for 3D rendering of my game from the rotating cube program, and I learned a lot from it. It was started by the spin-cube program. But I don't see a 2D display. How do I render an image in opengl to the x1y1x2y2 area on the screen? There should be a solution as simple as B4XCanvas' 'drawbitmap'. Unfortunately, I cannot draw B4XCanvas over an opengl window. That's why I have to solve this otherwise simple problem in opengl.

MasterGy said:

I think it's a good solution to ask questions about various topics here, under one post

Click to expand...

I think that instead this would make everything to get lost if/when the thread will become longer and longer.
Who would read a 60 pages thread not knowing what could be inside?
It could be better to have all the threads about this starting with the same prefix:
Example:
[3D FPS] How to create the maze
[3D FPS] How to apply textures
[3D FPS] How to detect collisions
I wish you all the best with your great project!
I will follow curious.

MasterGy said:

But I don't see a 2D display. How do I render an image in opengl to the x1y1x2y2 area on the screen?

Click to expand...

i am not familiar with opengl but is it drawn on a panel?
if yes you may add another panel with a simple b4xcanvas over it and draw the 2d image you like. i guess you want to draw the controls right?
the background can be transparent and like this you could have 2 separate panels. 1 for opengl rendering and 1 for canvas (2d)
but again i am not familiar with opengl

Hello everyone!



I've made progress with the game. Thanks to Ilan for the detailed comment. I managed to overlay a transparent texture over OpenGL graphics using b4xcanvas. The order was crucial, and I understand it better now.

I succeeded in removing the background and adjusting the alpha value of a texture, named 'remove_background' and 'setalpha' in the program. I have a better understanding of object-oriented programming now, and I've been progressing a bit faster since then.

The game runs at 60fps (Samsung A13). I'm curious about feedback regarding how it runs on different phones, different models, and years, whether it runs smoothly or stutters. Feedback is essential for me to understand how far I can push the load.

ChatGPT is also helpful, but I find the questions/answers here most useful. I'm glad I found B4A and this community.

For now, the game can be played in 'god mode', intentionally in 'full action' mode to see how much load the phone can handle. There will be strategy involved later, but that's where I've reached so far.

I have another question related to OpenGL that I can't find anywhere. I managed to prevent drawing color where a texture has an alpha=0 point. However, if the texture is drawn, it also writes to the z-buffer, so even though the image is transparent, it doesn't draw behind it. The drawing order is justified for semi-transparent textures, but not for 0-alpha, and I'm sure there must be a way to change this.

The gameplay is slower due to the recording.

wow, this looks really awesome. very well done!!
i am very impressed what you have done here. amazing!!!

Hello everyone!

I've added a lot of things.
We need to gather the falling letters to put the sentence together.

I've integrated the ability to adjust rendering speed, so theoretically it should be playable even on weaker phones.

After 'process_globals', you can set:
extreme_mode_on = true/false (those who don't like flashing, loud noises can turn it off)
mycoordinates_fps = here you specify how many times per second the graphics should be drawn, depending on the phone's performance (the magnitude of movements doesn't change, the program calculates it - deltatime)
txt_kirak = the word that needs to be put together. You can only use letters and spaces, no numbers or other characters.

The recording is very dull, it doesn't capture the various sound effects.

I don't have any questions for now. I didn't receive help regarding OpenGL, but I managed to solve everything. Once I'm done with this, I'd like to create a simplified OpenGL-based engine so that anyone can easily create 3D applications.

MasterGy said:

Once I'm done with this, I'd like to create a simplified OpenGL-based engine so that anyone can easily create 3D applications.

Click to expand...

Great and thanks for your contribution to the community.

"..I don't understand many things.."
it does not seem ?

@MasterGy thanks man, this is very*3 valuable for 3d development.

amorosik said:

"..sok mindent nem értek..."
nem úgy tűnik ?

Click to expand...

Köszönöm a megtekintést ! Körülbelül egy hónapja kezdtem el tanulni a B4A-val, és először tényleg nem sokat értettem. Ez a játék nem 1 hónap alatt készült. Csináltam hasonló játékokat qbasicben (dos), majd QB64-ben (tehát az ember már adott volt, ahogy a fegyver is, amit papírra készítettem, vetítési diagram, processzor). Azonban sok mindent át kellett írni, mert kevés a megfelelés a QB64 és a B4A között.

amorosik said:

"..I don't understand many things.."
it does not seem ?

Click to expand...

Thanks for watching ! I started learning about B4A about a month ago and I really didn't understand much at first. This game was not created in 1 month. I made similar games in qbasic (dos), and then in QB64 (so the person was already a given, as was the weapon, which I made on paper, a projection diagram, and a processor). However, many things had to be rewritten because there is little correspondence between QB64 and B4A.

Hi @MasterGy
sorry if off topic but I have a question, just out of curiosity, having been a 3D game player (mmorpg) for many years
usually games are programmed with both code and a editor to create the levels, see the 2d ones with tiled, or other dated games like wolfenstein, serious sam etc...
they all have an editor. Your 3d game uses only code, I wanted to know if it's normal, if it's not too difficult to make the levels with only code.
Thank you

XorAndOr said:

Hi @MasterGy
sorry if off topic but I have a question, just out of curiosity, having been a 3D game player (mmorpg) for many years
usually games are programmed with both code and a editor to create the levels, see the 2d ones with tiled, or other dated games like wolfenstein, serious sam etc...
they all have an editor. Your 3d game uses only code, I wanted to know if it's normal, if it's not too difficult to make the levels with only code.
Thank you

Click to expand...

Good question. I'm too lazy to edit. If I create a course with some algorithm that generates random values, it will also provide me with entertainment, I will never get the same. I never edited it. I don't think that a game that is fully developed will be a good game. In the event that there is a team and the goal is to sell, then it is reasonable to spend a lot of time on the details and elaboration of the pitches.

So far, four more 'serious' programs where an algorithm builds the track. I think it's worth approaching it this way.

In this game, you build a 3-dimensional cave system. He also creates interoperability. It can be traversed linearly. With an infinite number of variations. After the 10th second of the video, you can see how he creates the cave system.

In this game, Perlin noise creates the terrain in real time, and you can go in infinite directions.

In it, you generate a 3D maze, randomly placing the cubes hiding the keys.

Unfortunately, this did not become a game, it was not completed, even though I spent a lot of time with the track generation algorithm. A linear labyrinth. So in order to find the final destination, you have to walk through it all. Towers with random floors that are connected to each other, a random but still orderly 'garden', flowers, plants.

With these examples, I would like to answer that I think it is a good idea to spend time on random track generation.

MasterGy said:

random track generation.

Click to expand...

I didn't know this programming method, now it's all clear.
Thank you

Hello !

I will show you how the game has developed.

-New enemy, spider. All 8 legs are animated.
-Menu. The state of the menu is recorded in a file, so when we open the program again, it will be where we left it. I built the menu in such a way that I didn't use any 'event-oriented' solutions, I only query the touch. I derive the layout of the content from the X-Y dimension. So I couldn't test it with a display with a different aspect ratio. It would be great if I could get some feedback.

-The system's 'back button' returns to the menu if pressed during the game.

-I intend to have the option of several control schemes. For example, including a compass. If we turn physical and could play like that, it would be mature. Unfortunately, my phone is of the lowest category and its compass is not accurate. It's hard for me to test.

-I would like surround sound, if someone plays on headphones, they can enjoy it. Not only left and right, but I came up with a solution to distinguish forward and backward sounds as well.

It would be great if I could get some feedback.
Thank you if you try it, and I will thank you even more if you write about it. I appreciate any feedback.


I have currently built 5 tracks. When you play, it randomly gives you one. There is still a lot of work to be done on the colors, so that the animation can prevail on every level, and the background does not overwhelm the important content.

Hi everyone!
I feel like I've completed the game. After expanding it with animations, my main goal was to make it compatible with as many phones as possible.
Work done:

• 10 different tracks with harmoniously selected colors.
• Added distance-based coloring with OpenGL fog, known as 'opengl-fog'.
• Animations for mission completion and death.
• Optional controls: 'sliding' mode where rotation is done by swiping, and '360 VR' mode where you see in the direction you turn the phone.
• Avoiding the 'orientation' function. The game detects if the phone has a gyroscope sensor. If so, 360 VR will work. If not, it calculates the phone's orientation using magnetic/accelerometer sensors with smoothing.
• Playability: The game is divided into 40 levels. You start with no attacks. As you progress, the levels get harder. Enemies become faster and more aggressive.

I tested it on three different phones: Samsung A13/2021, Samsung A14/2023, and Xiaomi Redmi Note 12/2023. Different sensors, different sensitivities, different environments. The game is playable on all three phones.
The recording was made with the Xiaomi phone, and I noticed that the OpenGL rendering is poor, and the sound is delayed, which is terrible. Unfortunately, I can't do anything about it. I would like to ask for advice regarding this issue. The recording seen in the YouTube video is very bad. I assume it will be good when played in real-time.
I look forward to all kinds of feedback. I can't buy 10 different phones for testing, though I would like the game to work well on 10 out of 10 phones. I have to admit, the direction I started is not efficient in B4A (((( Games like this and similar ones are better started in Godot or Unity.

it is really amazing what you have done! and thank you a lot for sharing the source.
?

Hi @MasterGy, do you have a Github account?
You can share your code there so more people can know about 3D game development using B4X.

Hi!

MY Programs, Source Codes​

I'm glad you like my work and show interest. Two years ago, I gathered all my older projects from various storage devices to have them stored in one place, ensuring that nothing would be lost. Last April, I started studying B4A. Before that, I was programming in QB64 for Windows. I knew nothing about OpenGL because, in QB64, you can use a simple command (MAPTRIANGLE) to perform 3D drawing.


Last April, I was thrilled to discover B4A—an amazing, perhaps the only, opportunity to develop for Android using the BASIC programming language at a professional level. To bring my old ideas to life, I had to learn OpenGL. I found examples on this forum, such as drawing a cube. Once I got it working and understood the basics, I was able to expand my knowledge (gldrawelements, lighting, normals, cullface, and many other possibilities)—all while still not fully understanding how B4A and the Android system itself function optimally (e.g., startservice, multi-threading).


The bottom line is that this is the result of 20 years of work, and it’s public. It’s a 2GB zip file embedded in an HTML menu structure, with videos, descriptions, source codes, and explanations. It covers game development (such as a server-based 3D FPS shooter), mathematics, algorithmic music, 4D space visualization, soft-body physics, general physics, CNC machine building, electronics, personal ideas, and inventions. I’m happy to share this archive with anyone interested.


Currently, it doesn’t contain any B4A-related content, as I haven’t added anything since last April. Eventually, I will create a section where I write in detail about my experiences with B4A. The QB64 code can be used in B4A with only minor syntax differences.

---

3D Engine​

When I didn’t fully understand OpenGL, I wanted to build a game engine that would make it easy to render a triangle in 3D space. But! The more I learned about OpenGL’s capabilities, the more I realized that if someone truly wants to take full advantage of all its features, using a translation layer (or engine) is completely unnecessary. You just need to learn OpenGL. It is well-structured (although I don’t agree with the operational principles of some aspects), but it cannot be simplified any further.


In fact, I have to disappoint you! OpenGL has existed since 1993. Instead of maintaining backward compatibility properly, it seems they allowed older programs to continue running on different devices out of mercy? Pity? So they would appear to be backward compatible. Even on new hardware, old programs can still run.


Currently, we have OpenGL ES 2.0 for Android (I hope I wrote that correctly). But it’s not better, not smarter—actually, quite the opposite! Many features have been removed. If a new version comes out for newer mobile devices, it will likely be even less backward compatible!


For example:

• The Z-buffer write and Z-buffer test cannot be separated. Either both are on, or both are off.
• Lighting effects: You cannot disable the illumination of individual textures when using multiple light sources. Either all light sources are calculated, or none at all.

Both of these are absurd limitations because, in a serious graphical scene, these features should work properly.


The solution is shader-based programming or using a low-level API like Vulkan. I suspect this is partly due to economic policies and partly due to optimization efforts. If you develop in a specialized 3D game engine (like Unity, Godot, etc.), those engines continuously improve and expand their low-level graphics engines, allowing you to achieve great results without needing to understand the underlying programming. Everything is optimized and fast.


If you want stunning visuals, avoid low-level programming and use these engines instead. This realization is disappointing—I’m 20 years late. It would have been great to know this much about OpenGL 20 years ago.


Long-term, I wouldn’t recommend learning OpenGL from scratch. However, if you want to create something similar to my games, I do recommend learning OpenGL. If you just want basic rendering or to get started with OpenGL in B4A, I’m happy to help.