Printable View
Ole everyone. I need help with Sandurr SMD Convert. When i use it for ice mine (mine-1.smd), the converted files is bugged in this case mine-1.ase will be bugged. Also graphic bug. The map self looks very broken. Can someone help me to solve it? Thanks ya
Are you using sandurrs ase importer as well?
It the ase imports perfectly fine for me in 3ds max 8.
Oh I see what you mean, the the graphics are screwed up.
This happens with all dungeon type maps in PT, they are made differently to the normal maps.
Someone knows how to fix it?
Sure, fix the smd exporter to work with
*UVW_U_OFFSET
*UVW_V_OFFSET
*UVW_U_TILING
*UVW_V_TILING
*UVW_ANGLE
in dungeon type maps.
How you are suppose to do that is beyond me.
I find setting the *UVW_U_TILING and *UVW_V_TILING to 30 fixes some of the skins, so they look normal, but still the angle and orientation of the skins are all messed up.
I can try and rip it. We will see what I can get. /brb
Quote:
Originally Posted by SunnyZ
Hmm it's wrong setted?Quote:
*UVW_U_OFFSET 0.0000
*UVW_V_OFFSET 0.0000
*UVW_U_TILING 1.0000
*UVW_V_TILING 1.0000
*UVW_ANGLE 0.0000
Thank you Vormav! :)::):Quote:
Originally Posted by Vormav
http://i.imgur.com/1UMu1.jpg
Fixable, but might be very hard, re-texturing + renaming moving "flowers" (PT is using special names with ":" to animate them).
I only got piece of map from draw call. Not sure how to get whole map. I will check it again when I will have some more time.
PS. geometry will be smoothed in PT. It's 3ds view.
Awesome Vormav! Keep it up!!!! Thanks for your support!
Any update?
Too many draw calls to connect, map is too big.
If someone know how to shrink map so it can fit in one camera view or how to force PT to draw whole map than It can be done.
I think you should try SunnyZ way but in 3ds max, you will have to re-texture map using multi/sub-object material and set correct value of tiling.
May I ask you what are you trying to do in Mine-1? Maybe it can be done other way.
I want to change the coordiant of it.
Can't you move your map that overlap mine-1? Remaking mine-1 is a lot of work.
Didn't know it is a lot of work. So I will move the other map.
Thank you for your support.
Best to leave official maps in place. If official server decide to update it you will just copy mine-1.smd file :D
Good luck.
Can we perform edit on ASE via RegEx?
How do the Max edits change the ASE? Examples?
You can do edits in 3ds max like this:
http://i.imgur.com/tYlrg.png
But with bugged map I would prefer to rip it out of draw calls.
Emulators like PCSX2 (PS2 emulator) or Dolphin (gamecube/wii emulator) giving you entire map. PT will not do that. It will give you only mesh in camera range (triangle shape). I don't know how to force PT to not use those "performance saving" methods. Maybe some settings in debug version of dx can do this? Have any info on that bob?
I don't understand anything from your last post. Remember I neither have, nor have any knowledge of how to use 3D Studio.
But if you can manually make edits in 3D Studio to fix the export error, how does broken ASE compare to fixed ASE? Because a text file is just that. If the edit follows a pattern it should be possible to automate the fix with RegEx style search and replace to fill in or correct? It's just an idea to automate, and since I don't even know what the problem is, let alone how it's fixed, I don't know if it is possible or even practical.
All I asked was if I could see what the ASE looked like before your little fix, and after it. Because that (above anything else) may well tell me if it can be done.
Simply speaking UVW map is damaged. But there is no way to fix it. You can rebuild it from scratch but this "could" take a lot of time.
Here is part of example 1:1.
Download: cmp_00.rar
You can't copy/compare UVW because vertexes have different numbers.
I think only way to fix it is to fix SMD reader. I did not played with source code before, not sure with what this will compile too.
the problem must be from the beggining, the smd reader is reading the file wrong thats why it assign wrong vertex's number and that why the uvw is so mess, since i have my lan server running again i will look into it :)
the uv is correct as u can compare the complete uv with the map used for self ilumination, the uv is right, the problem is how the smd reader, read the smd, the reader is not allowed to read the tiling, each material has his own tiling, uv angle etc etc,
i feel like is about how to interprete this
smd file:
http://img100.imageshack.us/img100/7366/hexa.jpg
i mean after all the details about the map, so how to interprete after ...62 6D 70
Interresting.. So the place for the value is different as the other SMDs?
That's the lighting overlay. Most (but not all) dungeon maps have one, because there is no "global" light source. They are textures which multiply (I think) the normal texture below, and cover many meshes in the map. So they have a second UV map separate from normal diffuse map and it's UV.
They may even be more complex than that, but that's my understanding of how they work.
Try editing something like dun_6a_003LightingMap.bmp and going in to Dun6 to see the result. Could also, maybe, look at the dungeons in this release. (Originally SoyEdu, re-hosted by Dark AvaThar)
not exactly, in ice mine, everything use 2 maps, 1 for diffuse and 1 map for selfilumination, both maps use same mesh uv, each mesh can have only 1 uvwrap but each map can be applyed in a different way, each map can have his own tiling but what i can see, in normal maps there is no tiling in self, they are using a defaul tiling, weird how they made maps :S