Alienhead

Guys, if you haven't tried any of Eric Matyas stuff yet, your missing out.. This stuff is grade A. Ty again Eric Matyas.

500, 000k polys, I'll tell you what he eats for breakfast ... gpu's ...

Sometimes you just got to take a break from the serious coding and do something fun and different for a few hours.. That's just what I did today, Standing idle near a record/guitar store will send the player toon into a rock n roll dance, music and particle effects included ! Has no impact on the game play whatsoever, but it was fun to get off the 'serious' train for a day.

It's been quiet around here the last few days, just thought I'd keep the water circulating.. Screenshot from my project - working on boss behaviors..

Just to post a follow up on this topic . I spent the last week and half rewriting a good portion of my code to accommodate for the cache system I've implemented. No longer do I remove a single object or Release() anything during live play. I cache load a certain amount of objects I'll need, example: 10 spark emitters get loaded, the code calls for one that's not in use, it then gets used by the calling function and tossed back to the cache pool awaiting another turn. I actually do this with any and everything in the code now - from emitters, to decals, to objects to mdl's etc.. The results is fantastic. I no longer have any random lock ups or freezes, the maps load and unload with ease and the mesh deforming problem all but disappeared under this new system. Basically just let LE handle all the removal via world:Clear() and reframe from using anything 'Load' in live stream gameplay. I address the lua table problem I was having ( mentioned above ), I used a system simular to tokenization, in short combined table arrays with less tables but using array static identifiers to differentiate between the different fields of data used in the tables. In short, I went from using close to 100 different tables down to 4 and the old issue I was having vanished. I've actually noticed a pretty decent jump in framerate and overall smoothness as well. Now that's all done I'll be glad to return to actual game developing.. The show must go on !

I got a simple table I create to store some misc. objects loaded from a map. For example I'm caching a list of 'breakable' objects after I load a map : for x=0,world:CountEntities()-1 do local entity = world:GetEntity(x) local name = entity:GetKeyValue("name") if name == "breakableglass" then entity:Hide() table.insert(bglass, {entity = entity, active = true }) end end This works fine the first pass through, during my cleanup, before loading a new map, I simply reinitialize the table : bglass = {} Now on the next pass through LE kicks back this error : Object table not found. The table is clearly created in a global scope outside of the functions. I then thought, okay I won't reinitialize the table, I'll just remove it's entries. for r, g in pairs(bglass) do table.remove( bglass, r ) g= nil end Still I get : Object table not found. on the next pass, works fine when initially running the application., just can seem to reuse this table whatsoever. It's these kinda quarks that take so long to do anything in LE, to the point I almost dread adding anything new to my project. in fear of everything breaking... so fragile. Ironically, this error only occurs or 'shows up', I should say, when running in non-debug mode. Running in debug just produces a silient client crash. Does anyone have an answer to an Emitter question - Are emitters self-removed ( deleted ) upon reaching the end of their play cycle? Im starting to think alot of my problems are coming from removing debris and smoke emitters after they are played out. Would it be better to load, say like, 10 smoke emitters on mapload(), then just move these same emitters around the screen as they are needed and not delete/remove them after play ?

Commercially optimized engines are a far-cry from leadwerks or any other engine accessible by indies, save Unreal 5.

Yup good to go, cause was due to parenting and releasing, something got whacky. I did a follow up on it here - https://www.ultraengine.com/community/topic/60996-possible-cause/ Thanks for a having a look.

Yes. Posted Monday at 12:48 PM .....

Script: General. Deletion code starts at line 20 ( garbage collection ). Thanks for having a look though !

A really good chance that when you have the following situation occur the game session randomly ( or as of late - not so randomly ) crashes without warning, error or cause. Create a sphere ( or any object or pre loaded or live loaded object ) Attach anything to it via SetParent() In my case I have a long slow traveling bullet that I attach several smoke trail emitters to as it is in flight. At any point if anything parented to the main parenting object is removed :: if em.ent:GetParent() ~= nil then em.ent:SetParent(nil) end em.ent:Release() This is a normal call, nothing happens out of the ordinary here.. the emitter ( or whatever is attached via code ), is removed as it should be. The problem comes later, it can be 5 mins or 30 mins ( or worse yet, sometimes never at all )... but when you Release() the parent entity- be it ent:Release() or by world:Clear() the entire game session crashes with no errors, warning or syntax. I've really found it best, if your parenting items shorterm -, is to Hide() them instead of releasing them and just let them die with the -parent on release() or clear().

I got it working finally. I've got about 40 of them lil' skele's on screen now, with shadow. Now! back to game dev

Okay here's my full work around, besides from 'having to use' the Asset.Unmanaged flag, I've created a simple lua table to hold each and every parented entity, before calling world:Clear() I cycle through the parented list and unparent.. then call world clear.. so far no lockups or freezes or silent crashes and the mesh deformation has stopped. Now to go back through all the code and set the parent/unparent stuff correctly so i can do away with the quick hack. Scratch that, still happening on further testing ;(

I found a fix, not sure how efficient it is but I added the Asset.Unmanaged flag to the load command and it stopped the corruption.

Sorry, fixed..

message system, 72mb

Sent, press f12 to reload the map during gameplay.

sending now ...

yes sir.

I've been using this model since I first got LE for all types of tests, I've never seen it do this before. This is shortly after world:Clear() with no gcsuspend applied.

When I use the cull commands I get a system hang when loading a new map . If I don't initiate any culling commands it goes through with the map change. --Map change --------------------- if window:KeyHit(Key.F12) then Time:Pause() System:GCSuspend() --Load the next map Clearmap() Loadmap(1) LoadPlayer() System:GCResume() -- !!!!!!!!!!!!!!!!!!!!!! Hangs up right here Time:Resume() end

I've been combing the api docs, but haven't found a way to determine if an entity is in view or not, either by off-screen or blocked by another object. I suppose a raycast from the camera to the entity would help with the blocked views but as far as the OnScreen or InView determinations?