View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0005116||DarkRadiant||Models||public||07.01.2020 10:09||05.09.2021 18:21|
|Fixed in Version||2.9.0|
|Summary||0005116: Export patches: .ase has too many verts|
|Description||While re-exporting models in DR has been working fine, exporting patches as an .ase creates a model that has too many verts: so i.e. a cylinder with 32 polys will have 96 verts (each poly has 3 own verts). This doesn't seem to have any effect on ingame rendering.|
The excess of verts persists when I import the model into Blender 2.79b. In the above example with the cylinder, I'm able to remove 64 verts when removing doubles.
|Steps To Reproduce||1) Create a cylinder patch, give it ship_hull_medium as a texture and change subdivisions to 4 horizontal and 1 vertical. This shape has 34 vertices and 32 polys.|
2) Select the cylinder and 'Export selected as model' with these settings
Output Format: .ase
Center objects around origin
Skip surfaces textured with caulk
The model has 3 verts for every 1 poly.
|Additional Information||Tested & confirmed in 2.6, 2.7pre2, 2.7pre3|
The attached archive and image also contains .lwo exports of a patch, as those are also misbehaving. (0005115)
|Tags||No tags attached.|
export_patch.pk4 (506,808 bytes)
|@Dragofer, might be worth testing this in 2.08 pre5 to see if the issue is still present|
|Is this related to 0005383?|
Not really, .ase meshes really do contain too much vertex data. This gets revealed when importing into Blender, where removing doubles gets rid of a ton of vertices (i.e. 96 gets reduced to 32).
But I think TDM has some kind of inbuilt removal of vertex doubles for .ase's, so they still look smooth ingame.
|Ok will test it in 2.9pre3 just to see if its still present.|
I have tested this on a.ASE exported from 2.9pre3 and it looks to be fixed, as the total verts in Blender 2.76 matched what DR is showing (see attached)
|Yes, this should have been solved along with 0005115|
Nice work Greebo.
It looks like I unfortunately have to reopen this one, since DR-exported patch-heavy .ase models still seem to contain many more verts than necessary.
I've attached a .7z of a particularly bad offender, building_sewer_35. It was originally exported as .ase with a much older version of DR with 86376 vertices. Re-exporting in DR 2.11 as an .ase or .lwo, after 5115 and 5116 were resolved, the model chooser tells me the .ase still has 86376 vertices, while the .lwo has 20192 vertices. Blender tells me the .lwo has 86736 vertices, so the model chooser's display seems to be incorrect in this scenario.
The problem might be that the model already existed, so when re-exporting it DR doesn't touch any of its vertices, even though there are far too many in relation to the tri count. However, I noticed that re-exporting old custom .lwo's with DR 2.9+ signifcantly reduces their file size, which does not happen with .ase's.
As additional info, Blender can get this model down to 7k verts with "Remove doubled vertices". But this would make the entire model shade smooth, which would degrade visual quality. Maybe the best approach would be via 5516, which is a request to add an option to remove doubled vertices, i.e. based on a specified smoothing angle like 90°.
building_sewer_35.7z (1,018,055 bytes)
I'm starting to get confused, so I have to ask. The original issue was about patches having too many verts when exported to .ASE - are you trying to import models and re-export them? That's not the same, as DR doesn't alter model surfaces.
On top of that, the LWO importer in DR does have code to remove duped vertices, so when viewing or re-exporting the shown vertcount might differ - that might explain the numbers you see in the model viewer. Also beware that Blender importers might also do things to your model, so those vertex counts might also be different just by importing them in Blender.
If the things you describe are still affecting patches that are exported from DR as ASE, this issue can be left re-opened, otherwise please open a new issue. Use links to connect historical or previously fixed issues, it's better for version change-tracking too.
Yeah I had to figure out what was going on, too.
The problem of this issue - DR exporting patches as .ase's with too many verts - has in fact been resolved successfully.
What I wanted to do was use the latest DR to fix models that were created before this issue was resolved. I was able to do this with lwo's (evidenced by smaller filesizes), but not .ase's, so it looked like the .ase exporter still wasn't removing doubles correctly.
The trap was that I was no longer exporting patches, but existing models, which probably shouldn't be changed by DR's exporters or importers since some modellers intentionally use doubled vertices to control smoothing.
My workaround for fixing .ase models with too many verts is just to re-export them as .lwo's, so it's all good.
|07.01.2020 10:09||Dragofer||New Issue|
|07.01.2020 10:09||Dragofer||File Added: export_patch.pk4|
|07.01.2020 10:09||Dragofer||File Added: export_patch_ase.png|
|07.01.2020 10:09||Dragofer||File Added: export_patch_lwo.png|
|01.05.2020 12:49||Bikerdude||Note Added: 0012444|
|17.11.2020 15:36||Bikerdude||Note Added: 0012965|
|17.11.2020 18:40||Dragofer||Note Added: 0012969|
|17.11.2020 19:07||Bikerdude||Note Added: 0012971|
|17.11.2020 21:02||Bikerdude||Note Added: 0012972|
|17.11.2020 21:02||Bikerdude||File Added: blender2.76.png|
|17.11.2020 21:02||Bikerdude||File Added: unknown.png|
|17.11.2020 21:03||Bikerdude||Note Edited: 0012972|
|18.11.2020 02:48||greebo||Relationship added||related to 0005115|
|18.11.2020 02:50||greebo||Assigned To||=> greebo|
|18.11.2020 02:50||greebo||Status||new => assigned|
|18.11.2020 02:50||greebo||Target Version||=> 2.9.0|
|18.11.2020 02:50||greebo||Status||assigned => resolved|
|18.11.2020 02:50||greebo||Resolution||open => fixed|
|18.11.2020 02:50||greebo||Fixed in Version||=> 2.9.0|
|18.11.2020 02:50||greebo||Note Added: 0012973|
|18.11.2020 08:25||Bikerdude||Note Added: 0012976|
|18.11.2020 08:25||Bikerdude||Note Edited: 0012976|
|02.02.2021 21:58||Dragofer||Assigned To||greebo =>|
|02.02.2021 21:58||Dragofer||Status||resolved => new|
|02.02.2021 21:58||Dragofer||Resolution||fixed => reopened|
|02.02.2021 21:58||Dragofer||Note Added: 0013606|
|02.02.2021 21:58||Dragofer||Fixed in Version||2.9.0 =>|
|02.02.2021 21:58||Dragofer||Target Version||2.9.0 =>|
|02.02.2021 22:07||Dragofer||Note Added: 0013608|
|02.02.2021 22:07||Dragofer||File Added: building_sewer_35.7z|
|02.02.2021 22:15||Dragofer||Note Edited: 0013606|
|02.02.2021 22:16||Dragofer||Note Edited: 0013606|
|02.02.2021 22:17||Dragofer||Note Edited: 0013606|
|03.02.2021 09:47||Dragofer||Note Edited: 0013606|
|03.02.2021 09:48||Dragofer||Note Edited: 0013606|
|03.02.2021 09:48||Dragofer||Note Edited: 0013606|
|03.02.2021 10:06||Dragofer||Note Edited: 0013606|
|03.02.2021 10:18||Dragofer||Note Edited: 0013606|
|03.02.2021 14:14||greebo||Note Added: 0013613|
|03.02.2021 14:14||greebo||Note Edited: 0013613|
|03.02.2021 14:16||greebo||Note Edited: 0013613|
|03.02.2021 14:16||greebo||Status||new => feedback|
|03.02.2021 15:50||Dragofer||Note Added: 0013616|
|03.02.2021 15:50||Dragofer||Status||feedback => new|
|03.02.2021 15:50||Dragofer||Assigned To||=> greebo|
|03.02.2021 15:50||Dragofer||Status||new => resolved|
|03.02.2021 15:50||Dragofer||Resolution||reopened => fixed|
|03.02.2021 15:50||Dragofer||Fixed in Version||=> 2.9.0|
|05.09.2021 18:21||greebo||Status||resolved => closed|