Views: 19,850,666 |
Home
| Forums
| Uploader
| Wiki
| Object databases
| IRC
Rules/FAQ | Memberlist | Calendar | Stats | Online users | Last posts | Search |
03-28-24 12:36 PM |
Guest: |
Main - Posts by blank |
blank |
| ||
Normal user Level: 26 Posts: 61/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
A BMD to BDL converter and a OBJ to BDL converter. |
blank |
| ||
Normal user Level: 26 Posts: 62/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
The OBJ to BDL converter is here and the BMD to BDL converter you can get here (it's some pretty crappy code, though).
As for indirect texturing, thakis almost had it. Here is how it should be: struct IndTexOrder { u8 texcoord; u8 texmap; u16 padding0; }; struct IndTexMatrix { f32 offset_matrix[2][3]; s8 scale_exponent; u8 padding0[3]; }; struct IndTexCoordScale { u8 scale_s; u8 scale_t; u16 padding0; }; struct TevIndirect { u8 indtex; u8 format; u8 bias; u8 mtx; u8 wrap_s; u8 wrap_t; u8 addprev; u8 utclod; u8 a; u8 padding0[3]; }; struct IndirectEntry { u8 unknown0; // always 0 or 1 u8 unknown1; // unknown1 = unknown0, one of these is the argument to GXSetNumIndStages u16 padding0; IndTexOrder indtexorder[4]; // arguments to GXSetIndTexOrder IndTexMatrix indtexmatrix[3]; // arguments to GXSetIndTexMatrix IndTexCoordScale indtexcoordscale[4]; // arguments to GXSetIndTexCoordScale TevIndirect tevindirect[16]; // arguments to GXSetTevIndirect }; |
blank |
| ||
Normal user Level: 26 Posts: 63/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
It looks like an encoding error. The only thing I can think of that would cause this issue is that you use some non-standard characters in the OBJ file and the file isn't UTF-8 encoded. |
blank |
| ||
Normal user Level: 26 Posts: 64/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
You need to install PyQt4.
Also, even though it is nice that MrRean and NWPlayer123 are trying to help, they are both incorrect: You don't need to put obj2bdl or any other files in the python folder, and as far as I know there should be no problems with using python 3.3. |
blank |
| ||
Normal user Level: 26 Posts: 65/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
Your problem is ProductMapObjDataTable.bcsv. The ModelName field should be set to the name of the model (in your case piattaforma1) and for simple objects the ClassName field should be set to SimpleMapObj.
On a more general note for everybody trying to import objects into the SMG2: There are two general groups of objects: map objects and planets. Map objects are smaller objects such as platforms, pipes and trees. These are the kind of objects that should go in ProductMapObjDataTable.bcsv. Planets on the other hand should go in PlanetMapDataTable.bcsv in ObjData/PlanetMapDataTable.arc. |
blank |
| ||
Normal user Level: 26 Posts: 66/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
Posted by Goembario You have to many triangles in the model. |
blank |
| ||
Normal user Level: 26 Posts: 67/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
Posted by NWPlayer123 Really? Then why the fuck haven't anybody told me? I would say that it is pretty obvious that that's not the intended behaviour. |
blank |
| ||
Normal user Level: 26 Posts: 68/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
Very small triangles are removed before the KCL is generated, as there aren't really any good way of handling those. If your model was very small before you scaled it, it's possible that all or many of the triangles where simply removed when you tried to make a KCL with the unscaled model. |
blank |
| ||
Normal user Level: 26 Posts: 69/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
Remove all faces that aren't necessary and if possible try to simplify parts of the model with many smaller faces. |
blank |
| ||
Normal user Level: 26 Posts: 70/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
I'm not sure, but I believe that to get working water you have to combine a MoveLimit.kcl with a WaterArea. |
blank |
| ||
Normal user Level: 26 Posts: 71/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
This project is nowhere near a point where it needs anything more advanced than the current model converter. I can see no reason why you would even begin to consider thinking about animations when you haven't even made one single level for the game. |
blank |
| ||
Normal user Level: 26 Posts: 72/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
Posted by Luigi Because I don't give a shit about animations. I have absolutely no intentions of doing any work to support animations any time soon, if ever. Posted by Luigi The big parts of programming are already done. You already have a level editor and the ability to create new planets. That's all you really need to create new levels, yet no new levels have been created. And personally I'm not motivated to spend any more time programming tools for a project that seems unable to actually produce anything. |
blank |
| ||
Normal user Level: 26 Posts: 73/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
I've released a minor update to this. The new version allows for more triangles per model and fixes the inverted texture issue. The download link is in the first post. |
blank |
| ||
Normal user Level: 26 Posts: 74/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
Do you have any spaces in the file name? If so, enclose the file name in quotes (""). |
blank |
| ||
Normal user Level: 26 Posts: 75/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
You can't just rename the files, as the OBJ file still references the the MTL file with spaces in its file name. The problem here is that whatever tool made that OBJ file allowed for the MTL file to have spaces in its name, which it shouldn't.
The easiest fix for this would be if you simply don't use spaces in the file name when exporting your model to an OBJ file. |
blank |
| ||
Normal user Level: 26 Posts: 76/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
Possibly. As long as all the resulting files (OBJ, MTL and all textures) has no spaces in the file names. |
blank |
| ||
Normal user Level: 26 Posts: 77/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
The file names of the textures still contain spaces. Try renaming the textures in blender before exporting. |
blank |
| ||
Normal user Level: 26 Posts: 78/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
In that case your only option is to manually rename the texture files. Then open the MTL file in a text editor, look for lines beginning with map_Kd and change the following texture file name correspondingly. |
blank |
| ||
Normal user Level: 26 Posts: 79/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
None of those materials has any textures. A material has to have a line with map_Kd or else any mesh using that material will be skipped. |
blank |
| ||
Normal user Level: 26 Posts: 80/129 EXP: 95863 Next: 6412 Since: 07-08-12 Last post: 3313 days ago Last view: 2286 days ago |
Each material starts with a line starting with newmtl and continues until the next line beginning with newmtl. Anywhere between those two lines add the line
map_Kd texture_file_name |
Main - Posts by blank |
Page rendered in 0.025 seconds. (2048KB of memory used) MySQL - queries: 21, rows: 141/141, time: 0.014 seconds. Acmlmboard 2.064 (2018-07-20) © 2005-2008 Acmlm, Xkeeper, blackhole89 et al. |