Loading time
by Emile Van Hes · in General Discussion · 03/11/2008 (4:02 am) · 8 replies
Can anyone tell me :
What must I keep in mind considdering the "loading time" of my game?
does it have to do with how many datablocks or objects I use
or texture size / Jpeg or PNG (I use png but Jpeg is smaller in file size)
The loading time of my game is about 22sec, but it would be nice if I can shorten it a bit
any code for that??
What must I keep in mind considdering the "loading time" of my game?
does it have to do with how many datablocks or objects I use
or texture size / Jpeg or PNG (I use png but Jpeg is smaller in file size)
The loading time of my game is about 22sec, but it would be nice if I can shorten it a bit
any code for that??
#2
03/11/2008 (5:15 am)
Lots of Datablocks could be one reason, yes. Something I do is only load the datablocks on the server that I know the particular mission will need, rather than all datablocks that exist in the game. This avoids needless downloading.
#3
"loading datablocks" 6 sec
"loading objects" 16 sec
I did not use lighting so no loading time there...
Loading the objects takes a lot of time maybe I used to many objects in my mission? ?
or texture size / Jpeg or PNG (I use png but Jpeg is smaller in file size)
I used about: 195 .dts and 22 .dif
03/11/2008 (6:06 am)
22 sec loading time"loading datablocks" 6 sec
"loading objects" 16 sec
I did not use lighting so no loading time there...
Loading the objects takes a lot of time maybe I used to many objects in my mission? ?
or texture size / Jpeg or PNG (I use png but Jpeg is smaller in file size)
I used about: 195 .dts and 22 .dif
#4
If they use some common textures,but located in different folders, that will increase the loading time too.
So, if you locate objects using same textures in the same folder and make them share the common textures, and make the texture as small as possible, that will decrease the loading time.
Hope this may help.
03/11/2008 (6:40 am)
From my experience, it seems like it has something to do with textures. If you have 20 objects and they all have their own textures, that will increase loading time. To make it worse, if the texture sizes are big enough, that'll affect it too.If they use some common textures,but located in different folders, that will increase the loading time too.
So, if you locate objects using same textures in the same folder and make them share the common textures, and make the texture as small as possible, that will decrease the loading time.
Hope this may help.
#5
My .dts files use PNG mostly 512x512 and 256x256
My .dif files use Jpeg mostly 256x256 and 128x128
I also have 20 characters standing around (dts) the all have a different texture 1024x1024 Jpeg. to much?
03/11/2008 (6:59 am)
Thank youMy .dts files use PNG mostly 512x512 and 256x256
My .dif files use Jpeg mostly 256x256 and 128x128
I also have 20 characters standing around (dts) the all have a different texture 1024x1024 Jpeg. to much?
#6
www.garagegames.com/mg/forums/result.thread.php?qt=23589
03/11/2008 (8:30 am)
Is your game stand-alone, or networked? Much of the load time of some non-networked games can be removed by small changes affecting the data flow between the server and the client (on the same machine). For example, in a standalone game I have over 400 simple objects deployed. (Pieces of fencing.) Making these changes take affect when the game is in single-player mode reduced load times from 28 to 7 seconds. www.garagegames.com/mg/forums/result.thread.php?qt=23589
#8
reducing the number of them can be big bonus.
there's a rather lengthy and in some places advanced discussion of this topic here.
the big ticket item there is mission and/or datablock caching,
but that takes a fairly large coding investment to get going.
03/11/2008 (10:02 am)
Even stand-alone load times can suffer from datablocks,reducing the number of them can be big bonus.
there's a rather lengthy and in some places advanced discussion of this topic here.
the big ticket item there is mission and/or datablock caching,
but that takes a fairly large coding investment to get going.
Torque Owner Lee Latham
Default Studio Name