Place your comments and feedback on glModel (former gl3ds) here.

It helps me develop it further...

_________________
http://3das.noeska.com - create adventure games without programming

Can't tell you about 2.0, but I've benn using an older version of your 3DS-Header (v1.9) and it's a great loader, so much less pain using it than that overloaded 3DS-Loader from Mike Lischke. The good thing about your loader is the fact that it's source is so easy to modify, and I've added several things like material sorted VBOs, calculation of Tangents (not working 100% for now) and generation of bounding boxes to it (and the dglOpenGL.pas).

But I've noticed one small problem with 1.9 (perhaps you have already fixed it) : The loder seems to mistake lights for meshes. So I had a scene consisting of 60 meshes and two lights, and it skipped two meshes and took the lights for it, so that I had two empty meshes. So I had to delete the lights before exporting my scene to 3DS.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

this is the kind of feedback i need.

Could you send the 3ds file with the lights to me?

What are vbo's?

_________________
http://3das.noeska.com - create adventure games without programming

I'll attach a file that shows the problem. The creation order was as follows :
- Sphere
- Cylinder
- Light 1
- Light 2
- Box 1
- Box 2

If you load the file and display it, then you'll only see the cylinder and the sphere, cause the loader thinks light1 and light2 are regular meshes. The meshcount will be 4, but since the loader mistakes the lights for meshes, mesh 3 and 4 will contain of zero vertices. If you remove the lights and export save the file again, then everything is as it shoudl be.


VBO stands for Vertex Buffer Object and is a new OpenGL-object type that allows you to store vertices directly in the VRAM. It's kind of a successor of display lists, but won't store statechanges. To get most out of modern graphicsboards, it's best to feed them the vertices via VBOs.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

It should load now. It now correctly skips over the light data. The new version (2.1) is available here: viewtopic.php?t=2421

_________________
http://3das.noeska.com - create adventure games without programming

Delphi 7 reports many warnings( 12 ) und Hints( 8 ) by compiling your unit. The most important is a missing override statment of TAll3dsMesh.Destroy. This is a warning for memory leaks, if i use FreeAndNil(SampleAll3dsMesh). In this case, your destructor is never called.

I replaced the unit DGLTextures by glBitmap, cause didn't not found those unit.

KidPaddle

_________________
http://www.seban.de

Please forgive me if that has already been fixed, but due to some major changes in gl3DS.pas I can't use your newest version :

I've noticed a severe problem when loading a file from a stream. In my current project I'm loading all data from a stream (as all data is in a single package), and your function TAll3DSMesh.LoadFromStream needs to know what type of mesh it is (3DS or MS3D). That type is stored in TAll3DSMesh._type, but since it's private, you can't access it from outside of gl3ds.pas to tell the loader what kind of model to load from the stream.
That means that when you just do a TMyAll3DSMesh.LoadFromStream(MyStream), nothing will be loaded since the loader doesn't know what type of model it is.

So either make the _type-propertie of TAll3DSMesh public, or (better in my opinoion) change the LoadFromStream-function to something like this :



But besides that fault, again thumbs up for that great loader. I can't tell this often enough, but Mike Lischke's loader was so a pain-in-the-ass, that I'm really glad you wrote a 3DS-Loader that one can use AND change.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

It is there but it is named kind. I did not dare to name the property type as that already is a object pascal keyword. The kind property is explained in the documentation.

_________________
http://3das.noeska.com - create adventure games without programming

Ah, sorry. Didn't see that one, but kind is kind of a strange name

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

If you can't use "type" then "Meshtype" is maybe a Keyword a user would expect.

Like SOS said: "kind is kind of a strange name."

_________________
Blog: kevin-fleischer.de und fbaingermany.com

i know kind is kind of a strange name. I change it to meshtype in the next release.

_________________
http://3das.noeska.com - create adventure games without programming

I'm at the work of implementing your code into the "BaseLevelBaker" (the gl3ds code is not so pretty formatted, but changing the code to one's personal needs (ie. "rendering" into an own object format instead of OpenGL) works like a charm - thumbs up ).

Maybe you should change the following:

Because the loader only "knew" only ".3ds" and no ".3DS", which was a bit disturbing at the beginning.

- and perhaps you could do something about the Hints and Warnings, because they are not too pretty - however, I have to agree to SoS, that implementing your code is much more flexible than Lischkes Behemoth

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

gl3ds is Work In Progress, meaning that it is not finished yet. Take a look at the latest release to see it is somewhat cleaner now.

PS you can now create your own 3ds meshes with materials at runtime.

_________________
http://3das.noeska.com - create adventure games without programming

The new source is much prettier to look at - great work.

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

I have downloaded Version 2.1c (latest Version?).

When do you change to DGLopenGL.pas?? Can I change it for my Project? Are there problems when I change to DGLopenGL?

EDIT: I've tested it but something is wrong...
I've defined a globalvar named GVModels ( = array[0..1] of TAll3DSMesh)
When i start an "New Game" the models are loaded correctly (I hobe) by


In my render procedure I call GVModels[0].render.
Compile -> OK, Test -> EAccessViolation (gl3DS Line 499)

There is one more question. My 3DS Mesh is textured. Are the Textures saved in the .3DS File? If not, how should I manage this? Even if I put the Textures in a subfolder of my project, the saved path to the textures wouldn't be correct. Could you (or someone else) explain how to handle textured models?

_________________
Blog: kevin-fleischer.de und fbaingermany.com