Entai2965

Have you tried Garbro? The latest version added support for that title.

Yes. If they are packaged inside of an e-mote archive (.pimg), then the altered .tlg images must be repackaged back into .pimg archives so they are where the game expects them to be. Use UlyssesWu's FreeMote project for that. Be sure to read the wiki. This syntax might be useful.

If it is an issue with the software, then you can start a new issue on Github and ask for clarification on what the requirements are to use their software.

Welcome! Don't mind Zaka, they are just prickly regarding MTL. Even VNDB started to accept MTL a while back. The traditional method to translate VNs is to extract the assets, translate the scenario text, and then put them back together. Garbro is the most notable program to extract assets. Sometimes, like with kirikiri, it can put them back together too. Otherwise, you usually have to search for game engine specific tools on Github or posted on odd forums. VNDB sometimes lists the game engine, the software used to create the game. The main upside is that this gives a native-like experience when playing the game. There is also a newer method to translate text that Mtool and LunaTranslator, site, use which is to extract text from memory while the game is running, and then overlay a translation. The main downside being the program to extract and overlay text is always required to view the translation. MTL can be used in either of the approaches. The fastest JPN->ENG MTL that is still mostly legible right now is the model used in SugoiToolkit. For non-English MTL, there are lots of models available on huggingface.co (the transformers library website). The best quality MTLs are AI translations and DeepL. There are some questionable attempts to quantify how much "better" each AI model is at translating than other ones.

This game does not really require anything special. Just extract and create the patch using Garbro like usual. There is no need for other repackaging programs. Oddly enough, the files themselves are also not encrypted or otherwise Garbro extracted them correctly with the XP3 settings set to NoCrypt. The game does check to see if the patch.xp3 is correctly obfuscated though. Maybe you were using an older version of Garbro before? The fork by crskycode is the latest version. Select all of the all of the files in the folder, then select XP3 as the type of archive, and the name of this title in the list. That will create the patch.xp3 archive with the correct settings. Do you have it working now?

Here is the release on vndb for the ongoing translation for that vn. There is a discord link. Have you tried contacting the old group either through pm's on this forum or by joining their discord? If you offer to help out, they might be willing to share the workflow they developed to translate this. They have also made quite a bit of progress already according to what is listed on vndb, so it would be ashame to not be able to benefit from their work on this project thus far.

That refers to an incorrect encoding. The .ks files need to be shift-jis or utf-16-le-bom encoded. Did you accidentally convert them to utf-8 during processing?

Ignore me. Just posting some information here. きらきらスターズ ーidol project Aiー Kirakira Stars -idol project Ai- Kirakira Stars Idol Project Ai https://vndb.org/v27959 Game engine is Unity. Developer is sushi_soft. Edit: Have you tried Ulysses FreeMote? The readme says "The file header usually starts with PSB/PSZ/mdf" If the files you are working with have that header, then it might work. Be sure to read the wiki. Besides that, I am not too familiar with Unity.

Welcome.

If the game loads without any changes to the script files, then it is not an issue with how Fushigi-Tools repacks the files. Fushigi-Tools is working correctly for that archive. The issue is how to extract and insert strings into the .him files correctly. For that, you can either Write your own unpacker/repacker for the .him binary encoded shift-jis scripts based upon your efforts of trying to reverse engineer it, which likely involves looking at the .him files in a hex editor that supports shift-jis. Create a new post in the script extraction thread, since that is where we narrowed down the issue for this game. People more knowledgeable about script reverse engineering than me read stuff there sometimes. Create a new issue asking support for that format to be added to existing dedicated string extraction/insertion tool like SacanaWrapper or SExtractor.

Does the error appear or change when using the full width versions of the ascii characters including full width japanese spaces? Try checking quickly here https://dencode.com/en/string/character-width What about when using half width ascii characters + full width japanese spaces? If the error stays exactly the same, then that likely indicates an encryption/packaging error. If the error changes, or it loads normally, then that indicates a script syntax error. Another thing to try to figure out what is happening is to repackage the script using the original unmodified text. Then if it works, modify it by shortening the first line a few characters.

How did you work around the shift-jis only issue?

The actual names of the characters are in data.xp3\scenario\avan\Init_VariableADV.ks They are being used to both display the character name and look up the voices, so they cannot be changed there. The macro you are looking for that displays them is at data.xp3\macro\Macro_Direct.ks ; ◆ネームレイヤ 名前表示＆記録 translates to Name Layer, and Name Display & Record. @macro name="ネーム表示_ボイス" translates to something like Name_Voice_Voice. There is a second macro for names without voices called @macro name="ネーム表示" So the code to modify the names for the voices macro is this. [if exp="mp.text.charAt(0) == '【'"] @ch text=%text charaname="&mp.b" @eval exp="f.ADV_CurrentCharaName = mp.text" [else] @ch text="&'【' + mp.text + '】'" charaname="&mp.b" @eval exp="f.ADV_CurrentCharaName = '【' + mp.text + '】'" [endif] The @ ch text= variable/macro controls the main display name, and the @ eval exp=f.ADV_CurrentCharaName= variable/macro controls how it is displayed in the history log. So you can lazily update both by doing something like this... [if exp="mp.text.charAt(0) == '【'"] @ch text=%text charaname="&mp.b" @eval exp="f.ADV_CurrentCharaName = mp.text" [if exp="mp.text == '【絵未】'"] @ch text="【Emi】" charaname="&mp.b" @eval exp="f.ADV_CurrentCharaName = '【Emi】'" [endif] [if exp="mp.text == '【八純】'"] @ch text="【Hazumi】" charaname="&mp.b" @eval exp="f.ADV_CurrentCharaName = '【Hazumi】'" [endif] [else] @ch text="&'【' + mp.text + '】'" charaname="&mp.b" @eval exp="f.ADV_CurrentCharaName = '【' + mp.text + '】'" [endif] Then just do that for every character. Keep adding [if ] [endif] blocks for every name in data.xp3\scenario\avan\Init_VariableADV.ks The above is good syntax for debugging because it appends the name to the current name plate which proves the game is reading and updating the names correctly. For the final patch, once you have finished adding every [if][endif] block for all of the characters, comment out the original japanese name by prepending a semi-colon. [if exp="mp.text.charAt(0) == '【'"] ;@ch text=%text charaname="&mp.b" ;@eval exp="f.ADV_CurrentCharaName = mp.text" [if exp="mp.text == '【絵未】'"] I am not sure is the code after [else] ever activates, but if it does, then that will also need to be updated. [else] @ch text="&'【' + mp.text + '】'" charaname="&mp.b" @eval exp="f.ADV_CurrentCharaName = '【' + mp.text + '】'" [if exp="mp.text == '八純'"] @ch text="【Hazumi】" charaname="&mp.b" @eval exp="f.ADV_CurrentCharaName = '【Hazumi】'" [endif] [endif] Then do the same thing for the other macro without the voices to update that too. One very important thing to keep in mind is that the scripts.ks files use tabs instead of spaces. Tabs \t not spaces must be used when indenting the lines or the game will crash if using 4 spaces for indentation. Another thing I noticed about this kirikiriZ game is that the dialogue scripts like 0_FDちなこな_1.ks are encoded in UTF-8 which is very cool. I am pretty sure that is a no-go for kirikiri2, but it is nice to see at least some kirikiriZ games natively support utf-8 using dialogue.ks scripts instead of always requiring the emote format (.txt.scn).

Update! I found a program that can work with tjs2 bytecode by marcussacana called https://github.com/marcussacana/SacanaWrapper . The actual program is a .dll in one of their Github repositories which SacandaWrapper uses meaning that SacandaWrapper is just a proxy for that .dll. The SacanaWrapper releases page has a tool, StringTool.exe, that works like this. >StringTool.exe --help Usage: StringTool -Dump {InputScript} [OutputText] StringTool -Insert {InputScript} [InputText] [OutputScript] StringTool -Wordwrap {InputScript} [InputText] [OutputScript] So like... tools\SacanaWrapper_2.1.5\tjs>StringTool.exe -Dump initialize.tjs initialize.tjs.txt tools\SacanaWrapper_2.1.5\tjs>StringTool.exe -Insert initialize.tjs initialize.tjs.txt output\initialize.tjs Dependencies - The tool itself requires .Net Console Runtime 8.0+ and Windows. I tested it with runtime 8.0.8 and Windows x64. - It is probably better to download the release from Github and update the plugins yourself ...probably, but here is an offline version that has all the plugins already. Name: SacanaWrapper_2.1.5_with_plugins.7z Size: 8413407 bytes (8.02 MiB) CRC32: 28FB26AB CRC64: 807872665305C687 MD5: 192cabadbfec2861ba8269e33fe3158f SHA1: cd7af8123de94394cd7805cf750cb886927af58c

Just posting some information. Ignore me. - Frontwing: https://vndb.org/p336 - FW-Editor: https://vndb.org/r?f=fwFW_dEDITOR-