Sunday 14 August 2011

RPGMaker Trans v1.95 released

EDIT: v1.95a is now done and uploaded (delays due to file hosts being awkward). Sorry for any inconvenience.

Well, that was more problematic than it should have been.

Features
  • Full GUI: No more text box
  • ZIP patches changed: Now the folder inside the zip file is irrelevant; things should just work
  • Log files always generated when crashing: If RPGMaker Trans crashes, it should correctly generate log files without entering debug mode.
However, there's a caveat: I had substantial difficulties in compiling RPGMaker Trans to an exe. In the end I changed from cx_freeze (which wasn't working) to bbfreeze to do this; however when I did so Norton Antivirus decided RPGMaker Trans was suspicious.


At present I don't have the time to find out how to fix cx_freeze - which is my goal in the long run. In the meantime, if your antivirus decides that RPGMaker Trans is suspicious, kindly ignore it; it's just responding to the way that RPGMaker Trans spawns multiple processes to utilise all available cores. If ignoring the AV isn't an option, I'm leaving the older version around for now so people can use that until this gets fixed.

I fixed the problem with my original build system; Norton doesn't seem to have a problem now, so the above is a non-issue.

And finally, the other caveat: Some patches that are floating around may not be detected by this version of RPGMaker Trans. This version looks for RPGMKTRANSPATCH files in Zips/folders etc. and some patches that are floating around don't have these. If this is the case for you, either try getting a new version of the patch or prod the person maintaining it.

6 comments:

  1. This comment has been removed by the author.

    ReplyDelete
  2. Do you have an SVN repo up yet for your RyonaRPG translation?

    ReplyDelete
  3. Hi.
    I'm getting an error while running the translator to translate VH:
    Traceback (most recent call last):
    File "C:\Python26\lib\multiprocessing\pool.py", line 69, in worker
    except Exception, e:
    File "rpgmaker_trans_v1.95.py", line 5697, in getJobs
    File "rpgmaker_trans_v1.95.py", line 5420, in patchingPart1
    File "C:\Python26\lib\genericpath.py", line 54, in getmtime
    return os.stat(filename).st_mtime
    WindowsError: [Error 2] The system cannot find the file specified: 'D:\\VH_Trans\\VH\\\xa1read_me\xa1.txt'

    I'm pretty sure that the patch is okay, as this is now occuring to my previous translations too. This probably has something to do with my python configuration. Anyone have any ideas?

    ReplyDelete
  4. That's an interesting error. It won't be to do with a python configuration error, because that (should) all be in the bundled executables. Unless you're being naughty and decompiling the executable.

    Seems like there's an error in the path rewriting (note the double '\' characters and even a triple '\' in there as well. Not entirely sure what on earth is causing that, but I'll see if I can reproduce it.

    ReplyDelete
  5. the reason why i believe it has something to do with python is that i've been installing/uninstalling python 2.7 and 2.6 to fix something completely unrelated to the translator. after the installation/uninstallation i've been unable to make this work.

    By the way - maybe this will help - the older version of the translator that i've always used (command line) gives the following error:

    Processing: VH
    Traceback (most recent call last):and processing non patchable Files
    File "C:\Python26\lib\site-packages\cx_Freeze\initscripts\Console.py", line 27, in
    exec code in m.__dict__
    File "rpgmaker_trans_v1.91.py", line 5366, in
    File "rpgmaker_trans_v1.91.py", line 5308, in main
    File "rpgmaker_trans_v1.91.py", line 5113, in processDir
    File "C:\Python26\lib\genericpath.py", line 54, in getmtime
    return os.stat(filename).st_mtime
    WindowsError: [Error 2] The system cannot find the file specified: 'VH\\\xa1read_me\xa1.txt'

    The version is 1.91.

    The funny thing is that this error references .st_mtime and the reason i was switching around my python version was to fix an error related to timestamps too.

    Anyway - i'll be keeping my fingers crossed, i'm unable to apply the patch on my PC because of this, so i'll be happy if you can find a solution.

    ReplyDelete
  6. The issue looks to be the same: The triple "/" is throwing it off. Unfortunately, I can't see how it could end up doing that, but at the very least I can see how to fix it (while '//' in path: path=path.replace('//'.'/'), or something similar). Hopefully I can get a bugfix release out soon.

    The only way I can think of a Python installation interfering is if you have Python on your system path. This might cause it to load Python files from your system path rather than the ones bundled. That said, you *are* running the hacked multiprocessing file I use (as the traceback is full rather than summarised), so I'm not too sure what on earth is going on. In any case, a temporary workaround may be to remove Python from your system path, if it is on the path.

    ReplyDelete

Note: only a member of this blog may post a comment.