Latest Uploads
IFS Viewer 3

Andy_A

Still Truckin'

rychan

Curlicue Fractals

Andy_A

heroextant ... -small.png

HoboBen

image-25-0 ... 26-04.jpeg

Jayenkai

Help_Fight ... rivacy.png

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.
-=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- (c) WidthPadding Industries 1987 642|0 -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=-
Latest Posts
AGameAWeek : 2016 - Part Two
Jayenkai Sun 12:13
Number-Link
Jayenkai Sun 07:03
Z ordering
Dither Sat 13:30
AGameAWeek : 2016 - Part One
Jayenkai Sat 08:39
EU to UK Finances
rockford Sat 02:27
Sick Tax
rockford Sat 01:34
Red Dwarf 11 and 12
spinal Fri 08:31
Windowblinds 10
Jayenkai Fri 08:09
The Infinite Wisdom of Rychan
Jayenkai Thu 12:31
Separating Input and Movement
Dither Wed 04:28
More

Latest Items
Showcase : Go!
rychan Sat 14:26
Showcase : IFS Viewer 3
Andy_A Mon 13:29
Showcase : Map Generator variation
Pakz Sat 00:08
Showcase : Popcorn Bucket
Jayenkai Mon 13:15
Showcase : Colour Guesser
Jayenkai Sun 06:31
Showcase : Unseen
rychan Mon 03:31
Snippet : Simple Dungeon level Generator
Andy_A Wed 07:44
Snippet : Simple Dungeon level Generator(mx)
Pakz Tue 06:23
Blog : BreadBox
spinal Sun 09:11
Snippet : Blurring and Dripping, rectangles
Pakz Thu 05:52
Showcase : Curlicue Fractals
Jayenkai Sun 08:41
Showcase : Grey backgrounds
Pakz Sun 07:43
News : Newsletter #265
steve_ancell Fri 02:58
Showcase : Jumble Blocks
steve_ancell Mon 09:44
Showcase : Harpoons and Balls
Ninjinister Mon 07:29
More

Who's Online
therevillsgames
Sun, at 16:27
steve_ancell
Sun, at 15:19
GfK
Sun, at 15:12
Jayenkai
Sun, at 15:03
rychan
Sun, at 15:03
9572AD
Sun, at 13:36
Andy_A
Sun, at 13:21
Pakz
Sun, at 12:50
shroom_monk
Sun, at 12:26
HoboBen
Sun, at 12:17
Link to this page
Site : Jayenkai 2006-Infinity | MudChat's origins, BBCode's former life, Image Scaler.