They say specifically there is no baked normals on the terrain or lod levels
Let’s get this back on track
Loki and Youle have a commit adding a check box for volume blending
They say specifically there is no baked normals on the terrain or lod levels
Let’s get this back on track
Loki and Youle have a commit adding a check box for volume blending
Iv seen some demos of this guy with some AI following target. Is really cool stuff. It’s a horror game. What use if we cant use that features, that some other game engines have as default !? He talks about an addon - terrain lod camera streaming and stuff … never seen non. Might be tons of resources that people do around, but they forget to use upbge or bge as title so when you search stuff you get right to the target ;). What encourages dudes around here is the fact that if they know python they can create any feature they want, for the rest … it’s a hardcore battle, witch personally i take as a challenge ( as modeling, sculpting, animating, etc!
You’re right, i also noticed some few people using Bge going somewhat more advanced like Mark Telles or this guy does not share their hard work features or you must subscribe to their Patreon.
This really wo’nt help Upbge growing popularity and more users.
This is an issue, i had to search a lot about doing stuff in Upbge and Python and figure how it works, i would have spend ten less time if there was enough tutorials like Unity.
Also no asset store to easy share and centralize all Upbge specific code or addons is also not making things more easy.
I can’t imagine someone coming from Unity to Upbge.
Because you want harcore battle.
You would use Unity providing any tutorials, any addons and simple C#, you won’t be doing battle but making and completing your game instead, it’s a choice.
Coding all things yourself is good for hard core programmers, it’s what they like.
But it’s really bad for non tech game devs whose goal is to complete their games with available 3D engine tools and features, it’s really different.
What i think (GPL License aside), is when Upbge will be release (not beta), to grow popularity it will have to provide enough video tutorials and not let people do it the hardcore battle way.
And to attract users a current gen looking demo is needed.
Whatever the demo uses only one character like Unreal, but top notch character animations and top notch environment, buy all those models or get a 3D artist, but a tech demo that people will find great enough)
(while we know appart from only few, most of them like most Unity users will never make groundbreaking games).
( Because if you make some not so great demo or old graphics Starfox low poly demo, there is always people that find that bad and not looking like GTA or BattleFront 2 game )
Man you shall pay me one day for caring that much if some do recruit from blender game engine or not.
alright, lets go back to the skinning mambo for a minute here.
i cant find any funcs in bf_gpu
to set the current gl context prior to 2.8
how are we supposed to do? are we still dealing with multiple contexts within the engine?
for what purpose? maybe are you referring to bpy.context to get region/area to affect?
no, i mean the opengl context. blender segfaults when i bind the shader because the context is invalid, that means it either changes or is destroyed at some point after the engine starts.
we could simply use the opengl context the bge uses for drawing, that should be enough. though having a separate context for gpu compute on its own thread might be more orderly it could also be a bit trickier to get up and running.
EDIT: actually, scratch that last sentence. using the drawing context would be better for skinning, that avoids having to allocate an additional set of buffers for vertex attributes.
[UPBGE 0.3.0] What’s the best way to pass time into the shader?
You can use object color alpha R, G or B
[0.3.0], but actually Blender 2.8+ general
I was just wondering if someone knew:
Are there any plans on making some kind of ‘actual’ realtime shadow algorithm available?
Because the way it is now, the (soft) shadows are barely usable for games and not really at all usable for realtime animation playback
I checked the Roadmap, but there’s only Shadow Catchers as a planned feature
We are thinking in recover old removed shadow techniques
That would be incredible!
At some point I think youle or BPR said that doing so wouldn’t at all be an easy task, I just hope that it’s feasible for you guys
Hello guys, I’m guiding help. I want to use a small cannon to fire balls with the left mouse button. In BGE 2.9: cannon empty: sensor mouse - actuator process object, ball other layer: sensor always, actuator movement setting. All good. But that is not possible in UPBGE 0.3. I was wrong there.
Sorry: not BGE 2.9 rather 2.79
I found the problem. After some searching and testing. The collection with the ball was not deactivated.
I gave a try to restore old shadows, without really knowing how to do. It seems to me that the new “code ecosystem” is too much different now compared to 2.80. I tried to restore a bunch of code to see if recovering a big part of old “ecosystem” would be enough to have old shadows working but even if I restored old material code and shaders, old lights code and shaders… More than 8000 lines of code, there were issues that I wouldn’t be abled to solve. Here is my failed attempt: https://github.com/UPBGE/upbge/pull/1211 . Maybe there would be other approaches to do the stuff, but I don’t really see how to do as shadows code is everywhere in the code… Then I give up personally. Maybe once interactive mode project will begin, the render code done by blender developers will be more “realtime oriented”.
well it would have been nice but i remember the old shadows was changed because light leaks right? i think there much more important stuff to do than shadows anyway.
how about making particles enable and modifiers without scripts?
but most important for me is the rigid body joints to switch to constraints … still waiting for this one many months now T_T
just wanted to ask what happend that in last few months the new uploads of UPBGE eevee are more rare. its like 1+ weeks now always or more T_T
there are examples everywhere of using python to create / manipulate rigid body joints at run time
adding a logic node that wraps this for @Iza_Zed 's logic nodes would probably be as close as you see to that.
New builds are only generated when there are new features to share I think.
the function node branch was merged so we may be able to get at particles that way.
About shadows, idk why shadows ESM were removed.
You can already do many interesting things using particles and forcefields without scripting (move force fields with logic bricks with a particle system for example)
You can play with many modifiers without scripting. You can do a modifier action with keyframes and play it with an action actuator (for deform modifiers at least).
There are tons of things to discover, it just need to do experiments.
There are new things to do with volumes patch from lordloki (enable Volumes blending in render tab > volumetrics).
If you code, then there are billions of things to do with bpy.
About rigid body joints, we can’t use blender physics because blender physics is tied to the timeline, then rigid body joints is a special constraint for bge only in constraints tab.
There are always new things to discover with updates in other areas of the code (code from blender coders), like trying to play with openvdb, all new eevee’s developments…
I think we already integrated the old bge with new blender 2.8 very far compared to what I was thinking.
There are always new things to do, it just needs to find inspiration, watch tutos on the net, experiment some things…
I guess the upbge updates will be less frequent than in the previous monthes because we already reached some point where blender 2.8 + bge can be a fantastic creation tool from my point of view even if there are few bugs remaining on bge side. But currently, personnally, i have not really new ideas which motivate me enough to code.
Lordloki continue to recover some old upbge commits (he just recovered “movement sensor”). There’s no timeline, no deadline.
Guess i’ll constraint myself due to necessity and move my rigid body joints to the gas station and buy myself some smokes simulations . May the forces of shadows be with me !