Jump to content


Coding for the new 3D system....


  • This topic is locked This topic is locked
82 replies to this topic

#31 FredFredrickson

FredFredrickson

    Artist

  • Global Moderators
  • 9210 posts
  • Version:GM:Studio

Posted 05 May 2011 - 06:11 PM

You can do this currently to some extent, but you can't draw models with multiple textures in one larger model, so it's only useful for many objects that share the same texture, and often, those objects are not always going to be placed close enough together to take advantage of being grouped into a single model.

That's not true - the purpose of being able to combine multiple models into one and be able to add translations and transformations on the fly to the added models is to provide an alternate mechanism of an animated model - a vehicle or a character, for example. And having a single texture for those is mostly exactly what you'd want.

Edit: I already said that.

I think that we're both talking about different things here. I was looking at it from the point of a static model. IE - you divide up all the areas of your level into chunks that you draw / don't draw at certain places, and you use a function like this to draw large, texturally diverse areas at once. Static stuff only, not set up as some kind of animation hierarchy.

Of course, I'd love to see some kind of native 3D animation support / help added to Game Maker - even something basic. Not being able to easily animate groups of models in 3D is one of the main reasons why I haven't really done much with it in a while. It's incredibly discouraging to look at coding a (probably slow) animation engine for even simple games, when other game engines out there have that stuff built-in, ready to load up animations directly from your 3D software. (Before Mike sees this and thinks I'm trying to start a riot here!) I know Game Maker isn't headed towards this level of 3D support, and I don't expect it to... but some kind of options, even support for loading basic model file formats, would be nice.
  • 0

#32 YellowAfterlife

YellowAfterlife

    GMC Member

  • Global Moderators
  • 3956 posts
  • Version:GM:Studio

Posted 05 May 2011 - 06:49 PM

Nope, 3D and 2D are two very dirrefent things, you dont draw your sprites as textured poligons (thats what you have to do in 3D engines like Unity), in GM all 2D is really 2D, images stacked with different depths and effects, positioned over two axis, X nad Y, nothing more. Now when you go to 3D the things are hell of different, since you need a new axis ( Z ) all screen-position calculations are based on objects position in the world, the camera position, angles, etc. Plus you have to make sure objects dont mess up with other objects depth, you have to add shadows for every vertex in the models, normals.. etc etc etc..

Note: GameMaker's 2D layer seems to be rendered by standart 'textured polygon' methods as well - you can apply d3d transformations (and even ones that are not avaible for 2d matrixes, like rotating x, y, z axis at once) to it. Also, from practice, I can say that room backgrounds are being rendered by two for() loops instead of textured polygon (using 4x4 background image causes more lag than using 128x128 image with that same patern tiled).
  • 0

#33 scream681

scream681

    Nick Larin

  • New Member
  • 1152 posts

Posted 05 May 2011 - 07:08 PM

General rules.

Draw as much as you can in a single draw call. This means put as much into a GM model as you can.

If you draw <1000 polys (more on larger systems), the CPU will get in the way, and the GPU will get bored and have an affair with your HardDisk and thereby slowing your game down even more. :P

The more you can draw, the more time your CPU will have to execute other game code. The CPU and GPU work in parallel with large models.

Skin your models - even buildings and terrain. This allows large sections of a world to be rendered in one go, rather than a brick at a time.

Never, ever, draw QUADS if you can possibly avoid it. Your graphics card WILL hate you.


Anything else.....?


I agree with all the above, and I really tried my best to optimize Darkverse in these areas, I even tried using DLLs to perform calculations and then draw the models. But the main issue of the 3D system seems to be the drawing speed itself. Its just incredibly slow.

I did some tests when optimizing the game and posted the results here: http://gmc.yoyogames...5

While I do perform a lot of draw calls probably more than 500 each step. The overall polycount is still extremely low for today standards (max 10000 tris). I tried performing tests on other engines with exactly same models and same amount of drawing calls resulting in 50-100 times faster rendering.

After long discussions and testing with a lot of people experienced with GM 3d and GM internal structure (including icuurd12b42 and Zach Reedy). I came to a conclusion that the draw calls themselves are slow, and no further GML optimization could be done.

I hope this proves helpful improving GM 3D. If you need any code examples or further information, contact me.

Nick.
  • 0

#34

  • Guests

Posted 05 May 2011 - 09:37 PM

Maarten Baert: Yes that bugs been fixed. Should have been a looong time ago.

So yes. We draw ALL 2D using textured triangles, because thats what graphics cards do best. The Delphi runner is terrible for this, and because it draws quads has a real issue with the amount it actually draws. Not because the fill rate is reached, but because the number of draw calls kinda maxs out. If you imagine that each game has an upper most limit of draw calls (lets say about 5K)... you wouldn't be far wrong. Now, you can either draw 5K sprites, or 5K 3D models. The GFX card doesn't really care as drawing a quad is so quick, youd have been as well drawing 10K sprites in a single render instead.

The C++ runner "helps" the graphics card by putting lots of sprites on a single texture page, and when you draw sprites we build up a single vertex buffer with LOTS of sprites in a single batch. We can then draw LOTS of things in one go. This helps us stick to the 1st golden rule of rendering; render as much as you can in a single call. This isn't GML calls, it's DirectX DrawPrimitive() calls.

To give you an idea of just how powerful graphics cards are... GM 8.1 can probably draw around 10-15K (or so) obejcts at 30Hz(this is a guess BTW), but in C++ under "special" test conditions, I've rendered 1,000,000 sprites at 30fps. This was using a texture page, point sprites and some special shader code to render sprites from a T-PAGE. But it shows if you batch things into large batches, the Graphics card just gets on with it.

So yes. We render everything in triangles. It's faster. Drawing Quads is terrible. Sometimes you can't help it, and thats fine. But you should never render everything as single or double triangles, and thats exactly what GameMaker does. So yes Dark Matter; Drawing 2 triangles at a time is always bad, but sometimes you can't help it.


scream681: This should now be solved. You still don't want to render too many models, but you will certainly be able to up the polygon count well past what you currently do. This was the goal in the first place.

#35 Desert Dog

Desert Dog

    GMC Member

  • GMC Member
  • 6409 posts
  • Version:Unknown

Posted 05 May 2011 - 09:40 PM

As for your question, Nocturne, I asked Mike that (don't recall where, must've been the other topic) and he said that the Delphi runner still draws sprites as individual quads. The C++ runner however puts sprites on a single texture page, so all drawing commands can be buffered by the runner and sent to the GPU all in one go.


Quick, question concerning this. When making games, I don't go over 1024x1024, because games with large textures/images typically will get me players who can't run the game... they get an 'unexpected error' when loading is finished. Indeed, my computer struggles with large textures, too!!

What it sounds like here is we're going to end up with a pretty darn big increase in speed, but will older computers not be able to run it, because you've combined it all into 1 texture?


(note: 1024 is a base level I've personally set for myself as one all computers should be able to run, I believe the problem sizes are 2000+ sized textures)
  • 0

#36 Nocturne

Nocturne

    Nocturne Games

  • Administrators
  • 21539 posts
  • Version:GM:Studio

Posted 05 May 2011 - 10:17 PM

As for your question, Nocturne, I asked Mike that (don't recall where, must've been the other topic) and he said that the Delphi runner still draws sprites as individual quads. The C++ runner however puts sprites on a single texture page, so all drawing commands can be buffered by the runner and sent to the GPU all in one go.


Quick, question concerning this. When making games, I don't go over 1024x1024, because games with large textures/images typically will get me players who can't run the game... they get an 'unexpected error' when loading is finished. Indeed, my computer struggles with large textures, too!!

What it sounds like here is we're going to end up with a pretty darn big increase in speed, but will older computers not be able to run it, because you've combined it all into 1 texture?


(note: 1024 is a base level I've personally set for myself as one all computers should be able to run, I believe the problem sizes are 2000+ sized textures)


Yes I wonder this too as I have experienced the same problem and even put the same size limit on my graphics (1024x1024 max)...
  • 0

#37 nottud

nottud

    GMC Member

  • GMC Member
  • 130 posts

Posted 05 May 2011 - 10:53 PM

I have a wish relating to transformations - is it possible to add a command to save and load transformations of an object? So you say rotate a ball so much and then on the next draw you want to rotate the ball that amount plus a bit extra. This you could do by saving and transformation and then laoding it next step and adding another transformation. I know there is a stack but I can only save 1 transformation by that at a time really as it is a global stack. Is it possible to save a transformation to say like a variable or an index and laod them again for later use? Thanks.


  • 0

#38

  • Guests

Posted 06 May 2011 - 06:32 AM

The largest texture size of older cards is usually 2048x2048. We currently targer 1K sizes on windows, but it's an easy change for us as we can actually target any size with ease.

#39 Phantom107

Phantom107

    Graphics Enthusiast

  • GMC Member
  • 2665 posts
  • Version:GM:Studio

Posted 06 May 2011 - 08:10 AM

So yes. We render everything in triangles. It's faster. Drawing Quads is terrible. Sometimes you can't help it, and thats fine. But you should never render everything as single or double triangles, and thats exactly what GameMaker does. So yes Dark Matter; Drawing 2 triangles at a time is always bad, but sometimes you can't help it.

In GameMaker this is true, but for big 3D engines? No sir.

You see, quads aren't slow. It depends entirely on how it is programmed. Infact almost all effects, including particles, are based on quads. Modern games have thousands of particles going about, all quads!

The trick is this. Groups of particles are merged into a very small amount of primitives, as that will make them render very fast, just like any other model. Then they use realtime vertex manipulation on models to make the particles fly individually. If you can provide GM with functions to manipulate vertex data on the fly, quads won't be any problem whatsoever. Although then the bottleneck would be GML... but well, better than nothing. And there are more uses for it, like realtime deformation.
  • 0

#40 scream681

scream681

    Nick Larin

  • New Member
  • 1152 posts

Posted 06 May 2011 - 09:53 AM

scream681: This should now be solved. You still don't want to render too many models, but you will certainly be able to up the polygon count well past what you currently do. This was the goal in the first place.


I was never really bothered by the polycount. The game looks fine with the current meshes it uses. My main issue is the draw calls speed, will those be faster? Rendering more polys helps when you got static levels, but when you have lots of things moving on the screen, you can't avoid numerous draw calls.
  • 0

#41 Arial

Arial

    GMC Member

  • Banned Users
  • 580 posts
  • Version:GM8

Posted 06 May 2011 - 11:13 AM

There are lots of solutions in the 3D section to save FPS. Note that all the discussion is about more frames per second and not about saving loading time.

please make a topic about loading time reduction or give some possible solution or sample

i use global.model to speed up FPS but the loading time increases sometimes i wait for 15 minutes for the game to run.I noticed with the option global.model or global.texture the loading time takes longer.

For me the biggest concern now is loading time. Then i promise you i will produce something with GM that is close to SplinterCell.

Edited by Arial, 06 May 2011 - 11:17 AM.


#42

  • Guests

Posted 06 May 2011 - 11:21 AM

In GameMaker this is true, but for big 3D engines? No sir.


Sorry, thats just wrong. Large 3D engines (and I've written a few!) don't render QUADs unless they have to. Things like particles are batched into "dynamic" vertex buffers. This means we go through and add a QUADs in world space into the buffer, then when a renderstate changes (blend mode, texture etc.) then the last batch is submitted. This avoids the issue of having to draw 20,000 QUADs. D3D and graphics card DO not like doing this.

I'll say this again, graphics cards WANT to draw 20,000 triangles (well..large numbers of polys). graphics card dev support gets VERY upset if you complain a game is slow, and they discover your drawing 2 or 3 polys at a time.

What your getting confused over is the difference between static and dynamic vertex buffers. Static buffers are ones you create, and then never change. Dynamic buffers are ones you can create each frame, but these tend to be about a third the speed of static ones. But... you ALWAYS batch things if you can, and certainly with particles etc. you HAVE to. Oh...and GameMaker doesn't even use proper Dynamic buffers either... :(

If you want to see the history of this... you USED to submit individual triangles, back in DX5 and DX6 days. Then we moved onto tri-strips (still DX6 days). When DX7 came out, we had hardware T&L for the 1st time, and at this point, this rule came into effect. To get the best from it, you had to batch render using vertex buffers, and we had to get used to static/dynamic models. Before this, there was ONLY dynamic meshes, because everything was submitted by the CPU a triangle or 2 at a time.

So really... trust me. You DON'T ever want to submit quads if you can possibly avoid it. Some times you can't help it... but a lot of the times you can.

As to draw call speed. it should be faster as the CPU will now not spend AGES making the models over and over again, it just throws it very quickly at D3D and returns. So should be better all round.


EDIT: Arial: Model Loading time is nothing to do with us... it's up to the extension. We won't be changing loading time that much, and to be honest most of it is in Audio setup, and it stalls inside DirectX Sound initialisation, which is again nothing to do with us; it's driver related.

#43 Phantom107

Phantom107

    Graphics Enthusiast

  • GMC Member
  • 2665 posts
  • Version:GM:Studio

Posted 06 May 2011 - 11:25 AM

OK, thanks for the explanation. I'm going to compare what you said to the documents on nVidia Developer Zone. If I don't reply to this matter then it's good.
  • 0

#44 Arial

Arial

    GMC Member

  • Banned Users
  • 580 posts
  • Version:GM8

Posted 06 May 2011 - 11:27 AM

As to draw call speed. it should be faster as the CPU will now not spend AGES making the models over and over again, it just throws it very quickly at D3D and returns. So should be better all round.

Yeah but waiting 15 minutes to load my resident evil 4 clone with the same 3d models used in resident evil 4? While loading the original resident evil 4 takes only 2 minutes.

Please take this loading time issue also serious. Thanks

Edit: Sorry for my bad english. I try to explain the solution to this problem....To throw the d3d model like that without having to load it over and over. Then you have a better gamemaking program then Unity, Shiva and all the ohter non offerdable engines.

Edited by Arial, 06 May 2011 - 11:47 AM.


#45 Aragon

Aragon

    GMC Member

  • GMC Member
  • 142 posts

Posted 06 May 2011 - 02:06 PM

What is the problem of loading time? Just add a loading screen and thats all, people just have to wait. In the intro of your game you could really load 30% of the whole game, so I don't see the problem. And using models of 2mb is way to much for GM because it can't handle the models.

My biggest suggestion, add frustum culling not only backwards-culling it will save a lot, and create LOD system.
  • 0

#46 Arial

Arial

    GMC Member

  • Banned Users
  • 580 posts
  • Version:GM8

Posted 06 May 2011 - 02:43 PM

And using models of 2mb is way to much for GM because it can't handle the models.

Today you have proven that you do not try to clone 3d games like splinter cell or resident evil.
And for sure you do not experiment with real good looking 3d models in gm8.1.

I have 3d models of 0mb which lower the fps of older gm version. You know why it was 0mb because I made the model very small so the computer gave 0mb file size. But the polygons stay the same. So if a 2mb impressive model of splinter cell is 200000 poly. When file size is reduced to 0mb the poly is still 200000. So it is not about file size of the model but about polygons and vertex and quads.

But for you to wake up the isseu of frames per second was solved whith the release of gm8.1. Trust me I experiment everyday with 3d models in gm. The frames per second produced in gm8.1 are reasonable speed.

The only major problem remaining is that the loading time is to much it should be at least 3x faster. Imagine you buy resident evil 6 but when you try to load and wait almost 20 minutes I think you will take cd out and never play it again.

Edited by Arial, 06 May 2011 - 02:46 PM.


#47 scream681

scream681

    Nick Larin

  • New Member
  • 1152 posts

Posted 06 May 2011 - 02:47 PM



As to draw call speed. it should be faster as the CPU will now not spend AGES making the models over and over again, it just throws it very quickly at D3D and returns. So should be better all round.

Yeah but waiting 15 minutes to load my resident evil 4 clone with the same 3d models used in resident evil 4? While loading the original resident evil 4 takes only 2 minutes.

Please take this loading time issue also serious. Thanks

Edit: Sorry for my bad english. I try to explain the solution to this problem....To throw the d3d model like that without having to load it over and over. Then you have a better gamemaking program then Unity, Shiva and all the ohter non offerdable engines.


There is no way GM would be able to handle Resident Evil 4 graphics, I'm surprised it loads at all... And loading models is the least of the issues you will encounter. You are talking about things GM was never intended for (or not yet at least).
  • 0

#48 Arial

Arial

    GMC Member

  • Banned Users
  • 580 posts
  • Version:GM8

Posted 06 May 2011 - 02:51 PM

There is no way GM would be able to handle Resident Evil 4 graphics, I'm surprised it loads at all... And loading models is the least of the issues you will encounter. You are talking about things GM was never intended for (or not yet at least).

WTF? Did you ever tried to run a ripped model of resident 4 in gm? If no please do it. Then you will see the truth capabilty of GM. Some guys are brainwashed and believe what others say. And blindling you will not try out if gm can run impressive 3D models.

Edit: please try out something before you reject it

Edited by Arial, 06 May 2011 - 02:53 PM.


#49 Aragon

Aragon

    GMC Member

  • GMC Member
  • 142 posts

Posted 06 May 2011 - 02:56 PM


And using models of 2mb is way to much for GM because it can't handle the models.

Today you have proven that you do not try to clone 3d games like splinter cell or resident evil.
And for sure you do not experiment with real good looking 3d models in gm8.1.

I have 3d models of 0mb which lower the fps of older gm version. You know why it was 0mb because I made the model very small so the computer gave 0mb file size. But the polygons stay the same. So if a 2mb impressive model of splinter cell is 200000 poly. When file size is reduced to 0mb the poly is still 200000. So it is not about file size of the model but about polygons and vertex and quads.

But for you to wake up the isseu of frames per second was solved whith the release of gm8.1. Trust me I experiment everyday with 3d models in gm. The frames per second produced in gm8.1 are reasonable speed.

The only major problem remaining is that the loading time is to much it should be at least 3x faster. Imagine you buy resident evil 6 but when you try to load and wait almost 20 minutes I think you will take cd out and never play it again.

Today i will show you a pic of my 3D online fps

http://g2f.nl/1705f1
http://g2f.nl/jhsa0n [just the blood haha old pic]
Yes it is made with u3d not the normally D3D. Oké your right it is not about the size of the file, but just create the model before your ingame, It is the same method, in U3D i've got the same problems either but i've loaded and create the models before joining the game just a simple code like this could help it:

if start_game=false{
draw_sprite(0,0,spr_wholescreen)
draw_text(display_get_width()/2,display_get_height()/2,"Loading")
}
and after you load/create everything set start_game to false, and play.
Oké thats just to simple i know the have to be some other codes but it isn't that bad...
Besides this topic is about coding the new 3D system, not complaining about loading time. Of course is should be faster but i think you have to wait about that. There a bunch of things that have to be done!

Edited by Aragon, 06 May 2011 - 03:00 PM.

  • 0

#50 Arial

Arial

    GMC Member

  • Banned Users
  • 580 posts
  • Version:GM8

Posted 06 May 2011 - 03:10 PM



And using models of 2mb is way to much for GM because it can't handle the models.

Today you have proven that you do not try to clone 3d games like splinter cell or resident evil.
And for sure you do not experiment with real good looking 3d models in gm8.1.

I have 3d models of 0mb which lower the fps of older gm version. You know why it was 0mb because I made the model very small so the computer gave 0mb file size. But the polygons stay the same. So if a 2mb impressive model of splinter cell is 200000 poly. When file size is reduced to 0mb the poly is still 200000. So it is not about file size of the model but about polygons and vertex and quads.

But for you to wake up the isseu of frames per second was solved whith the release of gm8.1. Trust me I experiment everyday with 3d models in gm. The frames per second produced in gm8.1 are reasonable speed.

The only major problem remaining is that the loading time is to much it should be at least 3x faster. Imagine you buy resident evil 6 but when you try to load and wait almost 20 minutes I think you will take cd out and never play it again.

Today i will show you a pic of my 3D online fps

http://g2f.nl/1705f1
http://g2f.nl/jhsa0n [just the blood haha old pic]
Yes it is made with u3d not the normally D3D. Oké your right it is not about the size of the file, but just create the model before your ingame, It is the same method, in U3D i've got the same problems either but i've loaded and create the models before joining the game just a simple code like this could help it:

if start_game=false{
draw_sprite(0,0,spr_wholescreen)
draw_text(display_get_width()/2,display_get_height()/2,"Loading")
}
and after you load/create everything set start_game to false, and play.
Oké thats just to simple i know the have to be some other codes but it isn't that bad...
Besides this topic is about coding the new 3D system, not complaining about loading time. Of course is should be faster but i think you have to wait about that. There a bunch of things that have to be done!

Like the pics cannot open.

We all know lots of things are missing in gm8.1 regarding 3d programming for example very importend animations as Phantom107 mentioned. But whats the point to fix the small bugs and add other functions even if they are importend, when the base is wrong.

With base I mean the start up. Start up is the first thing what happens in a game. And if the user gets angry at the start up and trows the game away then you have failed. If you have to wait almost 20 minutes to load a good looking game there is no need to add new futures in gm and fix the bugs.

I know if I play game it has to load quickly, but if it takes longer then 3 minutes I may give up.
Anyone wanting to wait almost 20 minutes or more for a game to load?

Edited by Arial, 06 May 2011 - 03:19 PM.


#51 paul23

paul23

    GMC Member

  • Global Moderators
  • 3834 posts
  • Version:GM:Studio

Posted 06 May 2011 - 03:24 PM

Maybe load things threaded/not at once?

In any decent game you'll have to navigate through menus anyways, handling menus shouldn't take much processing power, and no hard-drive reading at all. So you could use this time (20+ seconds of processing time a menu) to load the basic models.

Now during a world you can also load models as you go: you won't always need to have all models at once.

You think those AA games load everything at game start? 2GB of data reading from HDD and loading over the bus is simply impossible. Heck most games use more hard drive memory than my RAM can handle, and then parts on HDD can be compressed.
  • 0

#52 scream681

scream681

    Nick Larin

  • New Member
  • 1152 posts

Posted 06 May 2011 - 03:34 PM



There is no way GM would be able to handle Resident Evil 4 graphics, I'm surprised it loads at all... And loading models is the least of the issues you will encounter. You are talking about things GM was never intended for (or not yet at least).

WTF? Did you ever tried to run a ripped model of resident 4 in gm? If no please do it. Then you will see the truth capabilty of GM. Some guys are brainwashed and believe what others say. And blindling you will not try out if gm can run impressive 3D models.

Edit: please try out something before you reject it


You cannot run a model. I don't rip models, I can make my own. Resident Evil 4 models are made for an engine using Shaders and complex animation system, GM does not support any of those. What capabilities are you talking about? You probably just imported a static model with a texture.

Before going into WTF, BBQ, OMFG and other stuff. I have actually made a game with GM D3D, not just importing a ripped model.

I rejected what you said, because its plain wrong. You can't render Resident Evil 4 quality Graphics using GM without using a 3D engine wrapper. Do you even know what a shader is?
  • 0

#53 Arial

Arial

    GMC Member

  • Banned Users
  • 580 posts
  • Version:GM8

Posted 06 May 2011 - 03:44 PM

I own 3d max 2011.

Edited by Arial, 06 May 2011 - 03:52 PM.


#54 Dark Matter

Dark Matter

    RPG Expert

  • GMC Member
  • 3196 posts
  • Version:GM:Studio

Posted 06 May 2011 - 03:46 PM

I own 3d max 2011.

And that is relevant, how?
  • 0

#55 Arial

Arial

    GMC Member

  • Banned Users
  • 580 posts
  • Version:GM8

Posted 06 May 2011 - 03:51 PM


I own 3d max 2011.

And that is relevant, how?

I never said i stole models from resident evil 4. I download resident evil 4 models in max format. And really i do not see any different from the original in gm. I convert it to OBJ and run it gm8.1 with moisac scripts which converts them in d3d.

So i done nothing wrong. But thanks to max i managed to run real game models of resident evil4 in gm.

Edited by Arial, 06 May 2011 - 03:54 PM.


#56 scream681

scream681

    Nick Larin

  • New Member
  • 1152 posts

Posted 06 May 2011 - 04:10 PM



I own 3d max 2011.

And that is relevant, how?

I never said i stole models from resident evil 4. I download resident evil 4 models in max format. And really i do not see any different from the original in gm. I convert it to OBJ and run it gm8.1 with moisac scripts which converts them in d3d.

So i done nothing wrong. But thanks to max i managed to run real game models of resident evil4 in gm.


Resources from games you didn't make, especially commercial ones, are always copyright protected. It doesn't matter what program you used, or how you got them. I wasn't talking about the models themselves anyway.

Lets stop this discussion because that's not what this topic is about.
  • 0

#57 Arial

Arial

    GMC Member

  • Banned Users
  • 580 posts
  • Version:GM8

Posted 06 May 2011 - 05:10 PM




I own 3d max 2011.

And that is relevant, how?

I never said i stole models from resident evil 4. I download resident evil 4 models in max format. And really i do not see any different from the original in gm. I convert it to OBJ and run it gm8.1 with moisac scripts which converts them in d3d.

So i done nothing wrong. But thanks to max i managed to run real game models of resident evil4 in gm.


Resources from games you didn't make, especially commercial ones, are always copyright protected. It doesn't matter what program you used, or how you got them. I wasn't talking about the models themselves anyway.

I also only wanted test if gm could display models like a commercial game not intentind to sell it.

Lets stop this discussion because that's not what this topic is about.

AAgree

Edit: Back to topic people

Edited by Arial, 06 May 2011 - 05:11 PM.


#58 Arial

Arial

    GMC Member

  • Banned Users
  • 580 posts
  • Version:GM8

Posted 06 May 2011 - 05:21 PM

Sorry Mike.Daily @ just noticed.

EDIT: Arial: Model Loading time is nothing to do with us... it's up to the extension. We won't be changing loading time that much, .

Brother Mike@ same was said before for gm 8.0 about frames per second. But now in gm8.1 frames per second have become faster. Thats why I believe that it should be possible. Just for your information the same 3d model which load in gm6 after 12 minutes, does load in gm8.1 after 5 minutes.

This means that gm8.1 loads 3d 2x faster then gm6. Thats all I wanted to tell you thanks any way.

and to be honest most of it is in Audio setup, and it stalls inside DirectX Sound initialisation, which is again nothing to do with us; it's driver related

Since you are a more expirenced programmer then me I will accepet what you say.

#59 CloverGruff

CloverGruff

    GMC Member

  • GMC Member
  • 59 posts
  • Version:GM:Studio

Posted 06 May 2011 - 05:22 PM





I own 3d max 2011.

And that is relevant, how?

I never said i stole models from resident evil 4. I download resident evil 4 models in max format. And really i do not see any different from the original in gm. I convert it to OBJ and run it gm8.1 with moisac scripts which converts them in d3d.

So i done nothing wrong. But thanks to max i managed to run real game models of resident evil4 in gm.


Resources from games you didn't make, especially commercial ones, are always copyright protected. It doesn't matter what program you used, or how you got them. I wasn't talking about the models themselves anyway.

I also only wanted test if gm could display models like a commercial game not intentind to sell it.


Ok, I know You just said get back to the topic, but I can't help myself.

As far as I can tell, there is pretty much nothing wrong with You using resources from commercial titles for testing something or as placeholders, as long as You don't actually include that stuff in the final product. I find it somewhat funny how a lot of people use resources from other games, thinks it's fine until they find out it's not quite ok, and then they simply explode when they see someone doing the same thing.

A future advice from me - You can use models from other games for testing, just don't tell anyone about it! ;)

Edited by EanFox, 06 May 2011 - 06:33 PM.

  • 0

#60 scream681

scream681

    Nick Larin

  • New Member
  • 1152 posts

Posted 06 May 2011 - 05:47 PM

I also only wanted test if gm could display models like a commercial game not intentind to sell it.

It can't show it like a commercial game, nor animate it like one. Commercial games use advanced Shaders, and complex animation systems. GM d3d has no support for either. You don't need tests for something that's not there.

Lets stop this discussion because that's not what this topic is about.

AAgree

Edit: Back to topic people


Please. :)
  • 0




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users