Latest Uploads
Invasion V ... tup screen

rychan

image-07-1 ... -20-59.jpg

Jayenkai

PixeLink - ... oween 2014

rockford

PixeLink P ... zle Editor

rockford

PixeLink

rockford

image-21-0 ... -21-29.jpg

Jayenkai

Forum Home

Freeing memory in B3D

UserMessage
Posted : Monday, 03 January 2011, 13:38 | Permalink
Tikihead


WW Entries : 7
Hello everyone, is it possible to declare a variable as an entity in Blitz3D? I ask this because I'm working on a 2D in 3D game and it has something similar to the following code...
-->
...and freeing "f\sprite" doesn't free up the ram it used in the first place. I do that (create an entity, free it) countless times in my game so it's something I have to fix. I suspect that I'm having a problem because "FreeEntity()" is looking for an entity but "f\sprite" was declared as an integer as Blitz does when you don't declare what datatype something is. Any tips? Thanks.
Posted : Monday, 03 January 2011, 14:00 | Permalink | Mark Here
JL235


WW Entries : 7
The handles for entities are essentially just ints. So your code should be correct.

How do you know the ram isn't being freed. Are you running out of memory?

Also I doubt the entity is using up ram (or at least very little). It'll be using video memory instead.

-----
PlayMyCode.com - build and play in your browser, Blog, Twitter.
Homepage : http://www.StudioFortress.com
Posted : Monday, 03 January 2011, 16:20 | Permalink | Mark Here
Tikihead


WW Entries : 7
The entities in question belong to bullet objects, so there's a lot of them being created and shortly thereafter freed. I'll boot up my game, it'll be using around 17k of memory, I'll fire bullets for a while, and the memory usage will go up a few thousand and won't come back down. If I start firing again, it goes up more, etc.

The video memory is freed up when I delete and free the bullet and entity instances. However, the memory usage (as seen in task manager) keeps on increasing and never goes back down.
Posted : Monday, 03 January 2011, 16:28 | Permalink | Mark Here
HoboBen


WW Entries : 9
Possibly fragmentation of memory - things being created, then freed all over the place might lead to blocks of memory too small to fit new objects in again, so the memory used has to grow.

Particle engines usually create a fixed size amount of particles at once and simply hide/show them. This means that there's no costly memory allocation and also no fragmentation. You could use a similar technique for your bullets.



-----
Posted : Monday, 03 January 2011, 16:32 | Permalink | Mark Here
JL235


WW Entries : 7
If he is freeing them then fragmentation wouldn't be an issue. It would only affect performance.

-----
PlayMyCode.com - build and play in your browser, Blog, Twitter.
Homepage : http://www.StudioFortress.com
Posted : Tuesday, 04 January 2011, 15:14 | Permalink | Mark Here
Tikihead


WW Entries : 7
Well I'll try what Ben suggested within the next few days and see how that goes.
Posted : Wednesday, 05 January 2011, 03:24 | Permalink | Mark Here
Teasy


Making a little generic memory test application gives me quick results.
And I discovered that Blitz doesn't like more than ~16,384 sprites for some reason ^^

For me, on this computer, Blitz does properly allocate and deallocate memory/sprites/etc.
I have also noticed that a simple call to CreateSprite() does not increase video memory, only physical/virtual memory.

If you want to try this out for yourself, I've compiled an executable for your convenience
Memory benchmark (ZIP)

And here's the code if you're curious

-->
memory item allocation test 1b.bb

-->
MemoryInfo.BB (05 Jan 2011)

-->
String.Lib.BB (05 Jan 2011)
Homepage : http://www.bettiesart.com/tc/contact
Posted : Thursday, 06 January 2011, 05:58 | Permalink | Mark Here
Tikihead


WW Entries : 7
Wow, thanks Teasy. I tried your code and it freed the memory it allocated appropriately. Since that's the case, I'll have to debug my code more to figure out where all the memory usage is. Arg.
Latest Posts
Black Friday Deals
Jayenkai Thu 09:36
What Have You Done - Nov 2014
Dabz Thu 06:57
Buying Bits vs Ready Made
rychan Thu 06:03
Doc's Return
Jayenkai Thu 04:31
Snow Thankyou
Jayenkai Thu 04:14
Festive Cheer : Xmas Cards
Kuron Wed 16:22
The Great SoCoder BakeOff
Kuron Wed 14:10
undefined reference to...
HoboBen Wed 12:44
Jurrasic World
Kuron Wed 08:53
Optimum Soup Stabilisation
rockford Tue 16:43
More

Latest Items
News : Newsletter #243
Dabz Thu 03:29
Dev-Diary : Scaling Back
rychan Wed 14:33
Showcase : Alpha Collexion
rychan Wed 06:23
Life : Health Update
rockford Thu 12:41
Blog : Powerball Hack
steve_ancell Tue 18:47
Showcase : GPS Fun Runner 3D
zzoom Tue 06:03
Hols : Advent Calendars
rychan Wed 04:56
Life : MIA until better
Jayenkai Mon 07:03
News : Newsletter #241
steve_ancell Thu 20:46
Snippet : Monkey Framework - HTML Layout
steve_ancell Thu 08:35
Woot : Update on hand issues
rychan Fri 10:00
News : Newsletter #240
steve_ancell Fri 05:29
Techy : My Newest Toys
Jayenkai Sun 04:16
News : Newsletter #239
Jayenkai Sat 05:34
Showcase : Preppie!
Jayenkai Fri 13:00
More

Who's Online
rychan
Thu, at 11:00
Jayenkai
Thu, at 10:48
HoboBen
Thu, at 10:21
Kuron
Thu, at 09:51
rockford
Thu, at 09:44
steve_ancell
Thu, at 09:27
blanko1324
Thu, at 08:35
Dabz
Thu, at 06:57
Krakatomato
Thu, at 05:48
spinal
Thu, at 05:12
Link to this page
Site : Jayenkai 2006-Infinity | MudChat's origins, BBCode's former life, Image Scaler.