Jump to content

Mods on Mac - 64-bit only - No joy


Recommended Posts

Posted (edited)

On a MAC, which recently got updated to ONLY run a 64-bit version.  The modpack doesn't work anymore, since it errors out.  And, it's no longer possible to run anything other than the 64-bit version, so the workaround from last week (to use the 32-bit version) won't work.

 

Here is a snippet of the python.log

Quote

2019-10-16 16:12:48.094: INFO: [PY_DEBUG] Mod package 'y:/library/application support/world of tanks/bottles/worldoftanks/drive_c/games/world_of_tanks/mods/1.6.1.1/yasenkrasen/yk_statistics.wotmod' loaded
2019-10-16 16:12:48.205: INFO: * Executing: buttonreplacer
2019-10-16 16:12:48.225: INFO: Current PYmodsCore version: 2.7.0 (09.10.2019)
2019-10-16 16:12:48.229: INFO: ButtonReplacer: ERROR: Config not found, creating default: ../mods/configs/PYmods/ButtonReplacer/i18n/en.json
2019-10-16 16:12:48.229: INFO: ButtonReplacer: ERROR: Config not found, creating default: ../mods/configs/PYmods/ButtonReplacer/ButtonReplacer.json
2019-10-16 16:12:48.229: INFO: ButtonReplacer: config directory not found: ../mods/configs/PYmods/ButtonReplacer/configs/
2019-10-16 16:12:48.229: INFO: ButtonReplacer v.2.2.0 (15.06.2019) by Polyacov_Yury: initialised.
2019-10-16 16:12:50.448: INFO: 
2019-10-16 16:12:50.448: INFO: ========================== [ScriptLoader PRO] =============================
2019-10-16 16:12:50.449: INFO: [SL_PRO] ScriptLoader PRO v1.32 initialized...
2019-10-16 16:12:50.449: INFO: ===========================================================================
2019-10-16 16:12:50.449: INFO: 
2019-10-16 16:12:50.542: INFO: [Scaleform] Create GUI Component: 'empty'
2019-10-16 16:12:50.543: INFO: [Scaleform] Change Owner on GUI Component: 'empty' -> 'loading_screen.gui'
2019-10-16 16:12:50.569: INFO: [Scaleform] Create GUI Component: 'FlashGUIComponent'
2019-10-16 16:12:50.569: INFO: [Scaleform] Change Owner on GUI Component: 'FlashGUIComponent' -> 'gui/flash/gameLoadingApp.swf'
2019-10-16 16:12:50.570: INFO: [gui.Scaleform.game_loading] Build: RELEASE 11:47:54 Oct  9 2019. Version: 2.8.0
2019-10-16 16:12:50.570: INFO: [gui.Scaleform.game_loading] App Startup
2019-10-16 16:12:50.591: DEBUG: [helpers.uniprof.regions] Region is entered: label=offline.game_loading, color=0xCE2606
2019-10-16 16:12:51.103: INFO: [gui.Scaleform.game_loading] Registering graphics settings
2019-10-16 16:12:51.103: INFO: [gui.Scaleform.game_loading] Preloading Resources
2019-10-16 16:12:58.929: WARNING: [web.web_client_api] Do not use "required" and "default" at the same time!
2019-10-16 16:12:58.930: WARNING: [web.web_client_api] Do not use "required" and "default" at the same time!
2019-10-16 16:12:58.930: WARNING: [web.web_client_api] Do not use "required" and "default" at the same time!
2019-10-16 16:12:58.930: WARNING: [web.web_client_api] Do not use "required" and "default" at the same time!
2019-10-16 16:12:59.104: INFO: [Scaleform] Create GUI Component: 'FlashGUIComponent'
2019-10-16 16:12:59.104: INFO: [Scaleform] Change Owner on GUI Component: 'FlashGUIComponent' -> 'gui/flash/waitingTransitionsApp.swf'
2019-10-16 16:12:59.647: INFO: ---------------------------------------------------------------------------
2019-10-16 16:12:59.670: INFO: [ERROR]:     [Not found config, create default: ../mods/configs/mods_gui/i18n/en.json
 

There are other (very similar errors to the above, but all of them are related to the not being able to find the files).  My guess is that it has something to do with the process expecting to run within the WorldOfTanks directory, but it's not running in that directory when running in 64-bit mode).  (I don't know enough to determine how to determine what the current directory would be, perhaps creating my own mod or something).

Screen Shot 2019-10-16 at 4.47.02 PM.png

Trying to run 32-bit version of the application

 

Screen Shot 2019-10-16 at 4.49.06 PM.png

Edited by Yogotech
Adding image
  • Administrator
Posted

You didnt include required logs, but to me it looks like you are using old modpack, make sure you're using the most recent one.

 

XVM is not working on 64bit client currently.

Posted (edited)
4 hours ago, Aslain said:

You didn't include required logs, but to me it looks like you are using old modpack, make sure you're using the most recent one.

I was using:

Quote

2019-10-16 16:13:01.982: INFO: [INFO] Aslain's ModPack installed:  1.6.1.1.01 , latest Aslain's ModPack available:  1.6.1.1.03

So, while not the latest, it's was later.  I did install the latest version (1.6.1.1.03) which has the similar errors. 

393171307_ScreenShot2019-10-17at8_45_38AM.thumb.png.758f018ba9441f2fe574b8f6fbb49d0f.png

 

I can provide more logs (see below), but the errors seem similar to errors in the past that others have provided with regard to the files not being found ie; 

 

config directory not found: ../mods/configs/PYmods/ButtonReplacer/configs/

 

4 hours ago, Aslain said:

XVM is not working on 64bit client currently.

 

If that's the case, it won't work on the Mac anymore, since Wargaming has converted to 64-bit only because of MacOS Catalina.  However, does that mean ALL of the mods (not just XVM) fail to work?  Am I completely out Screen Shot 2019-10-17 at 8.45.31 AM.pngof luck if I have to run a 64-bit client using mods?

 

(A couple of the mods appear to be working, but they are a very small minority).

 

Thanks for the response!

 

python.log

Edited by Yogotech
  • Administrator
Posted

Please post all required logs, not just python. Keep in mind I have no Mac so I cannot verify it on Mac enviroment, I can however check for general issues/possible installation bugs or bugs in mods in given mod setup.

Posted (edited)

All logs (the logs archiver program errors out similarly to the game trying to find logs).

 

xvm.log _Aslains_Installer.log _Aslains_Installer_Options.inf _Aslains_Installer_CompList.log

10 minutes ago, Aslain said:

Please post all required logs, not just python. Keep in mind I have no Mac so I cannot verify it on Mac enviroment, I can however check for general issues/possible installation bugs or bugs in mods in given mod setup.

I understand the issue with the Mac.  I'm trying to provide the information. Note, I'm a professional software developer with > 4 decades of programming experience) so if you need me to install Python, write a custom mods or whatever, I'm willing to do it.  I can't play the game anyway, so I've got more free time than normal. :)

 

[ I don't know how to create a mod (yet), but I've spent some time looking at the available documentation, but I don't read Russian, so I'm at a disadvantage. ]

 

Again, thanks for taking the time to look!

 

Edited by Yogotech
  • Administrator
Posted

Ok thanks. Many mods failed because they cannot access their configs, the path is broken. For whatever reason, must be Mac thing, since when I launch same mods like you have selected in Windows on 64bit client everything is loaded properly.  :/

Posted (edited)
12 minutes ago, Aslain said:

Ok thanks. Many mods failed because they cannot access their configs, the path is broken. For whatever reason, must be Mac thing, since when I launch same mods like you have selected in Windows on 64bit client everything is loaded properly. 

For what it's worth, on the Mac WOT is running inside a 'Windows' environment (Wine), but I don't know enough about the environment to see what's going on.

 

I did create a mod, and it appears that the mods all appear to be running inside the proper directory, and they are aware of  where they currently reside.

 

Games/World_of_Tanks/res_mods/1.6.1.1/scripts/client/gui/mods/mod_Path.py:

Quote

import os

def loadConfig():
    print("Path at terminal when executing this file ")
    print(os.getcwd() + "\n")

    print("This file path, relative to os.getcwd() ")
    print(__file__ + "\n")

    print("This file full path (following symlinks) ")
    full_path = os.path.realpath(__file__)
    print(full_path + "\n")

    print("This file directory and name ")
    path, filename = os.path.split(full_path)
    print(path + ' --> ' + filename + "\n")

    print("This file directory only ")
    print(os.path.dirname(full_path))

loadConfig()

Results

Quote

2019-10-17 09:22:14.422: INFO: Path at terminal when executing this file 
2019-10-17 09:22:14.422: INFO: Y:\Library\Application Support\World of Tanks\Bottles\worldoftanks\drive_c\Games\World_of_Tanks
2019-10-17 09:22:14.422: INFO: 
2019-10-17 09:22:14.422: INFO: This file path, relative to os.getcwd() 
2019-10-17 09:22:14.423: INFO: scripts/client/gui/mods/mod_path.pyc
2019-10-17 09:22:14.423: INFO: 
2019-10-17 09:22:14.423: INFO: This file full path (following symlinks) 
2019-10-17 09:22:14.423: INFO: Y:\Library\Application Support\World of Tanks\Bottles\worldoftanks\drive_c\Games\World_of_Tanks\scripts\client\gui\mods\mod_path.pyc
2019-10-17 09:22:14.423: INFO: 
2019-10-17 09:22:14.423: INFO: This file directory and name 
2019-10-17 09:22:14.423: INFO: Y:\Library\Application Support\World of Tanks\Bottles\worldoftanks\drive_c\Games\World_of_Tanks\scripts\client\gui\mods --> mod_path.pyc
2019-10-17 09:22:14.423: INFO: 
2019-10-17 09:22:14.423: INFO: This file directory only 
2019-10-17 09:22:14.423: INFO: Y:\Library\Application Support\World of Tanks\Bottles\worldoftanks\drive_c\Games\World_of_Tanks\scripts\client\gui\mods

So, things look like the paths are correct, so I don't know why the scripts are unable to load the files relative to 'Games/World_of_Tanks`.  I'll continue to dig.

Edited by Yogotech
Posted
26 minutes ago, Aslain said:

Try to deocmpile some mod, i.e. Chat Filter, and look how paths looking like there, then try them in your mod.

:thumbsup:

Posted
3 hours ago, Aslain said:

Try to deocmpile of mods, i.e. Chat Filter, and look how paths looking like there, then try them in your mod.

 

Update, many of the mods assume their start directory is inside the directory where the binary-specific executable is running.

 

For example, in my system, the program directory is 'World_of_Tanks', and the structure contains (not everything show for brevity)

- paths.xml

- python.log

- mods/

- res_mods/

- win32/

- win64/

- WorldOfTanks.exe

....

 

The Chat Filter mod is located in 

- res_mods

  - 1.6.1.1

    - scripts

      - client

        - gui

          - mods/

            - mod_chat_filter.json

            - mod_chat_filter.pyc

 

So, in the mod_chat_filter python code, in order for it to look for it's JSON configuration file, it's looking for paths.xml as

Quote

_conf_file = '.' + ResMgr.openSection('./paths.xml')['Paths'].values()[0:2][0].asString + '/scripts/client/gui/mods/%s.json' % _mods_name

This resolves to:

Quote

_conf_file = ../res_mods/1.6.1.1/scripts/client/gui/mods/mod_chat_filter.json

Implying that the relative path of the current context must be in a sub-directory under World_of_Tanks (such as win32).

 

However, the Mac wrapper runs the program at the top-level directory named 'WorldOfTanks.exe', so one level about that is inside the 'Games' folder, which does not have a paths.xml file, therefore none of the configuration files that are referenced can be found.

 

In the mac wrapper, I am able to run the file using an alternative binary, so I tried running World_of_Tanks/win64/WorldOfTanks.exe (one level below), and it appears that most things are now working (except for the few things I modified to see if they would work right, which I'm not rolling back to see if they work right after moving them back to their stock setup).

 

This fixes 'many' things, but I'm still left with a few that appear to be 32-bit vs. 64-bit issues that can't be solved by changing directories.

Quote

WARNING: [root] [XFW/Loader] Error with mod: 'com.modxvm.xfw.native'. Current architecture is not supported: '64bit'
2019-10-17 15:04:29.600: INFO: [root] [XFW/Loader] Loading mod: com.modxvm.xfw.libraries, v. 8.1.2.1
2019-10-17 15:04:29.600: WARNING: [root] [XFW/Loader] Error with mod: 'com.modxvm.xfw.wotfix.hidpi'. Current architecture is not supported: '64bit'

Again, it appears that XVM does not (yet) support 64-bit, so this is a non-starter for the MAC which is now 64-bit only.

602273603_ScreenShot2019-10-17at3_07_36PM.png.54d348140ec5afe88a0c9e794c141461.png

  • Administrator
Posted

That last warning you posted, you cannot do anything about it as XVM hasn't been ported to 64bit yet. They're still working on it, and it won't happed anytime soon.

Posted
7 hours ago, Aslain said:

That last warning you posted, you cannot do anything about it as XVM hasn't been ported to 64bit yet. They're still working on it, and it won't happed anytime soon.

Understood.  Is there any repository of the mods where I could make changes to make them more portable and deal with the working directory being at the top-level?  I could create a PR/MR request if the source code is anywhere.

  • Administrator
Posted
18 minutes ago, Yogotech said:

Understood.  Is there any repository of the mods where I could make changes to make them more portable and deal with the working directory being at the top-level?  I could create a PR/MR request if the source code is anywhere.

XVM repository?

  • Administrator
Posted

You won't find repository for all the mods in one place, and the one you mentioned has no repo. Mods are made by various people and it's up to them if they provide something like this, they usually don't do that, with few exceptions.

  • 3 weeks later...
Posted (edited)
Le 17/10/2019 à 23:06, Yogotech a dit :

 

Hi,

I'm on MacOS 10.10.5 Yosemite.
I launched WoT directly, out of Wargaming Game Center for 2 years. Last week, when WoT 1.6.1 update arrived, it was unpossible to lauch directly WoT !

Since, Aslain's modpack cannot run.

 

Have you find a way to run it for a part as your screen capture seems to show it ?

Thks

 

Citation

Update, many of the mods assume their start directory is inside the directory where the binary-specific executable is running.

 

 

This fixes 'many' things, but I'm still left with a few that appear to be 32-bit vs. 64-bit issues that can't be solved by changing directories.

Again, it appears that XVM does not (yet) support 64-bit, so this is a non-starter for the MAC which is now 64-bit only.

602273603_ScreenShot2019-10-17at3_07_36PM.png.54d348140ec5afe88a0c9e794c141461.png

 

Capture d’écran 2019-11-07 à 19.15.25.png

Edited by Broc
  • 2 weeks later...
Posted
Hello,

I see the same problem mentioned in this thread, that when I install Aslain's ModPack, only a small minority of the mods work.

All Mac OS users have the same problem? Is there a solution? Prospects for solving the problem?


(MacOS Mojave 10.14.6)
  • 5 months later...
Posted

Does anyone have a solution for this or a step-by-step guide?

On 11/19/2019 at 5:19 PM, Tankiste_Eric said:
Hello,

I see the same problem mentioned in this thread, that when I install Aslain's ModPack, only a small minority of the mods work.

All Mac OS users have the same problem? Is there a solution? Prospects for solving the problem?


(MacOS Mojave 10.14.6)

what mods work and how did you install it?

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use and Privacy Policy.