Jump to content
Korean Random

olix_vameshu

User
  • Content Count

    80
  • Joined

  • Last visited

  • Days Won

    4

olix_vameshu last won the day on February 10

olix_vameshu had the most liked content!

Community Reputation

63

4 Followers

About olix_vameshu

  • Birthday 09/12/1990

Contacts

  • Nick
    olix_vameshu

Recent Profile Visitors

2,336 profile views
  1. It is compatible, my hangars are still working with this version.
  2. You just need to add road.xml from asset and there you can choose your textures.
  3. Search for DDS Converter, export them into .png as is writen in the .visual file, check also that in visual file you will find some lines wich ask for .atlas and not .atlas_processed. I tried to rename the .atlas_processed into atlas but i did not had any great results either.
  4. The atlas umpacker works ,but the result are at a very low resolution, so you may not have some great results. But you don't need it to see it like in game in editor because after you compile the space and test it it will use the already compiled ones from the game so there will be no problem , they will be displayed correctly. So it's useless to edit each individual .visual by changing the .atlas into .dds. Plus, after the space is compiled the destructible objects like fences, trees, cars,etc will not work,you will go through them, only the static objects will keep their solid collision. I've just compiled the "winter" malinovka for test and i had the upper results.
  5. @SkepticalFox _ This works very good with models and textures extraction. I like this idea to create a map specific unpacker. I usually just extract the entire game, rename all .visual_processed and .primitive_processed with powershell commands, and use your tool to unpack specific space map, but it take some time. I create a copy of your get_space_bin_for_tests.py and tried to add some lines to extract specific files like space.settings and {name}.cdata_processed for pkg_path in packages: name = pkg_path.stem try: with ZipFile(pkg_path, 'r') as zf: zf.extract(f'spaces/{name}/space.bin', './1.15.0.0') zf .extract(f'spaces/{name}/space.settings', './1.15.0.0') zf.extract(f'spaces/{name}/{name}.cdata_processed', './1.15.0.0' ) print(pkg_path) except: pass For some "technical" reason there is no extraction datas for .cdata_processed, but for space.settings it worked.
  6. @Mixaill since this version is so broken that we cannot open it, will we recieve the version for 1.12.1.0? Tried to convert the hangars without entering in the app, by clicking the compile_spaces.cmd, and added the hangars into the 1.12.0.1 CT and they are not working anymore. So if the hangars are not working with UE_1.11.1 and neither with UE_1.12.0.0, there should be UE_1.12.1.0 comming soon right? If those are helpfull for fixing UE_1.12.0.0, here are all error that appear while launching.
  7. Yeap, since unifiededitor.exe file cannot run, it's not able to create an unifiededitor.log :(
  8. Hello @Mixaill, There is an error when i try to open the UE 1.12 Do you have any ideea how to fix it?
  9. Ahhh i thought is about some old model from previous versions. Sorry :D
×
×
  • Create New...