two warnings, yeppers. sure did. even after noticing it the first time. i actually forgot and disregarded the tiny text and caused the problem, then did it again to reset the mtl file before i started my own customized work on the eng folder texts. thanks for reminding me to get to that today. i forgot i was going to do that too.
Im not someone who likes to forget things either. i want to remember a happy life, not like thats possible nowadays with everything ive actually chosen to forget.
happy gaming and translating.
the length issue isnt important, just so long as you can divide the inputs into 5k char segments, then save them as a format google accepts OR save as txt then use a file converter for the right thing that google accepts OR just input the 5k segments as plain text into their website (all with the bot i guess), and then put it together nicely (as an added bonus in the backend, include a file comparison of formatting (but not length check because of character differences) for the original file texts vs output texts and then its all pretty good.
im playing 8.1.1 now and ive noticed the arena leeruii guy in front yard had some "bad english". seemed like the word "Pray" was supposed to be used but instead the word "Saint" was there.
easy for me to fix in the eng text file. i even thought about doing personal checks of each text file on a new update and then re-updating the files with my already pre-existing translation efforts, but contemplated that there may be small game changes made to them by the dev which would make my efforts far too "indulgent" and incomprehensible to attempt work on.
if the program detected changes in the original (chinese?) text files written by the dev, then perhaps it could single those out and only attempt to translate those, which would make inputting untranslated text into google much easier after an update. Not sure if its better to detect chinese characters or detect what hasnt been run through a translator yet, though i think the latter is more obvious as then it acts like its own update engine instead of a whole replacement program. <--
My brain tooted, though that usually means i had a great idea. Brain just wants to brain and enjoy that it thinks its right.
Would a program reading multiple types of file formats take a long time to do things, even if its techinically two programs in a single window page, each with their own "simiplified button". Press here to start 1/2 translation functions(checking untranslated? saving into mtl). Press here to start 2/2/ by google translation (copying saved info to proper file format, and uploading to google, and getting result, and modifying the text files, maybe a format check vs 1/2 saved data or overall text file.)
i know theres a lot of programmers that have had to find large programs that each have one or more features that they need, and they have had to snippet and frankenstien them to work together, which is the hard part because sometimes people dont like to perform "exclusivity" coding wheras the coding can mostly function on its own if you copy a part of it that you need. When the code for one feature is segmented across many different areas and convoluted people hate that.
one single command you might need could be eons away from the bulk of the wanted feature's code.
i once heard of a program that checks codoe, mostly used for game codes and that checks what parts are not connected to anything, or are just not doing anything, or may have conflictions depending on your use for it. cant remember the name, but big devs used it to run a thorough check of their work, and you could select an area of code and say to the checker that its a feature on its own and supposed to have said number of references and connect to a certain other feature, then it would check if its working right for that.
god-level backcheck, and could be a whole job on its own to use it given what it can do. it cant make code, but you can tell it what youre doing and get it to overlook your progress(most handy) and catch any issues.