I have just gotten to try the program, it actually does work on other models as well, but with the same issue as the AMR, it won't convert meshes with few faces like eyes for example. yeah, the byte indices don't really fit, even when I switched to backface culling in a test. Do you think you could...

which viewer is it?
Is the source code available, on github or such?

I've updated the Make_obj tool for creating all submeshes (tested with chr_body_rank_104_a_slender.pmd only!):

shakotay2 wrote: ↑Mon Sep 09, 2019 7:47 pm

(some superfluous vertices)
.

"One for all" pmd models, tested chr_body_rank_104_a_slender.pmd only! (no source code update this time because the pmd2obj code is dead ugly )

last source code version (without .pmd support) to be found in the opening post:

shakotay2 wrote: ↑Mon Mar 06, 2017 11:01 am

Anyone? I have been able to identify the faces but still nothing on vertices the faces (face indices) generally don't really help. Usually you start finding point clouds. That's the way how I do it. Then you search for suiting face indices. In this case I'm not sure about the format, HF or shorts: ...

the link in your signature doesn't work for me, because zippyshare blocked germany. thanks for reporting! I added an uploadMB link with version 0.24e, all dlls and exes contained. but i still struggle to find the uv start. yeah, that's the only reason why you still do need me, do you? :D uvaddress=...

using hex2obj (view links in my sig):
.

letty:
. H2O file of her hair:

0x19D74 2039
Vb1
12 99
0x16344 532
020100
0x188AC 4

To reactivate my membership with "RidersOfDeadHorses" club :D here's the log for the AnimationsCAF_NEW.pak you sent me where I got stuck with: Size of src file: 0x2161e3e PK\x05\x06 Signature Hit! Check it at 0x2161518 :) Process central directory record... pCDRInfo->nCommentLength 0x910 S...

interior:
.

using hex2obj (view link in my sig):
.

Obfuscation, is it? I thought it was just some old game format. I wasn't sure, but I couldn't imagine how (and why, during weight painting?) vertices could be "mixed up" in such a strange way. (In most formats I knew so far the first 100 vertices at least build proper faces, usually.) Yea...

adresses of vertices ... 0x8c0e ( 24 ) 0x8c26 ( 24 ) 0x8c3e ( 24 ) 0x8c56 ( 24 ) 0x8c6e ( 24 ) 0x8c86 ( 24 ) 0x8c9e ( 24 ) 0x8cb6 ( 24 ) 0x8cce ( 24 ) 0x8ce6 ( 24 ) 0x8d16 ( 48 ) 0x8d2e ( 24 ) 0x8d5e ( 48 ) 0x8d8e ( 48 ) 0x8dbe ( 48 ) 0x8dd6 ( 24 ) 0x8dee ( 24 ) 0x8e06 ( 24 ) 0x8e36 ( 48 ) 0x8e66 (...

It means that I have to do further tests. (There's an unexpected/superfluous counter in the face indices data which I eliminated. But it didn't help to display a proper mesh. Point cloud of uv data seems to be "ok" as can be seen.)