You can install it to emulator, like MEmu.
And how you get this game, it's out already?

In my table for Meshes i skipped 32 bytes in header, and there's one DWORD in them, looking very important, so i update my table: http://i90.fastpic.ru/thumb/2017/0131/3a/f401d00f3c0de295f3a57244b18c6c3a.jpeg ( better version is here ) And about "Shadow" meshes - i think it's some sort of ...

I continue digging modelbin format :? First part . Second part . Now i focused on 3D data parts, patient is the same AST_DB11_17 taillightL_a.modelbin. IndB , VerB and Mbuf data parts have very similar headers 16 bytes in lenght, this is how they looks in decimal numbers: Name in Grub Index (just a ...

you mean body_a_4 ? If so, my fears come true: qsort merges the lods? Yes, it's merges them, but a little strange: (another strange thing is i copied this part list from search results for "g" in NP++ and there's missing first mesh in list with weird (autogenerated?) name "object #0&...

Output for BMW_i8_15_body_a is very messy for me, looks like all lods for meshes put in one mesh..

Upd: I move them a little vertically for this pic, only lowest LOD seems to be separated:

nick22savino wrote:could there maybe made a video tutorial for converting textures from swatchbin to dds?

Not me, sorry, maybe someone else do it, who's figured it out and have time for making videos...

Or maybe zwrtron share his tool.

5. Add "table_fcp" table to the end of the file (This can be done in any hex editor or commander tool, or with command line such as " fc/b oasis.bin + table_fcp oasiswithtable.bin ") "fc/b oasis.bin + table_fcp oasiswithtable.bin" - it's for file comparing, not merging...

Tested gauges for CAD_ATSV_16: http://i91.fastpic.ru/thumb/2017/0128/c7/d5cb8731f555a64f02d89894452537c7.jpeg UV is also right, but flipped vertically. Lite texture in PNG (diff one is black): http://www.mediafire.com/view/0iw548p4m18z068/cad_atsv_16_gauges_lite_1c5327a6-6ac1-459c-b204-dca4bfeedb43....

But I've got 79 groups now; I'll have to check that. BMW_i8_15 body_a.modelbin has 52 submeshes inside (without Shadow ones), so it's not a big fragmentation i think... I'm checking gauges mesh of FOR_RangerT6_14, looks like UVs is good (just unscaled a little), but only one mesh is produced by &qu...

shakotay2 wrote:f 20329/20329 20308/20308 26432/26432
g missing
f 1127/1127 1128/1128 1129/1129

Waay better now!

Generic shader materials looks good also for this part

But those errors in splitting parts is more disturbing... what does 'errors' mean exactly? Talking about "unwanted" splitting? This could be healed easily by joining the parts manually (ctrl+J in blender). If I reduced unwanted splits, many wanted splits would be lost; I have little contr...

I'll try to improve the mapping, though, from time to time. Mapping looks not really important for this models, because it seems like there's no textured parts, except gauges and livery. Other parts uses shader materials without maps, and UVs for them can be any - converted or re-generated in 3d so...

Tested BMW_i8_15 body_a mesh with "gc" version of "Make_H2O": http://i90.fastpic.ru/thumb/2017/0128/58/0799ad8bed00d4cc8c92664923354158.jpeg A lot more pieces of LODS0 here, but first and last ones have errors in splitting. First one is with "concrete" material on my pi...

These Shadow meshes seems to be missed in Make_H2O output, they skipped or makes unwanted garbage somewhere?.. There's some datasections with 16/24 bytes blocks (first block rectangled) where I don't get proper uvs or vertices from: unknown_data.JPG Maybe first part it's 2 vertex coordinates for 2 ...

(doors , wipers position is not valid and some wrong lod parts attached to body_a and another models). I dont have this problem in version "i1". My modelbins.txt contains only one link to body_a, and the result is: http://i90.fastpic.ru/thumb/2017/0128/40/d5bab2de6901c0ecbb59fdfd6b426b40....