Sorry to request again, but for this DQ style game, I extracted the .rgssad file then ran the slr translator and put the files into the game folder, but it gives me this error after starting the game:
From translating it seems to have something to do with the script saying the script hung? What did I do wrong?
From translating it seems to have something to do with the script saying the script hung? What did I do wrong?
You must be registered to see the links
- Nov 3, 2021
- 442
- 1,093
The way I use SLR with LLM translations was to copy the sheetParser add-on from T++ to SLR (to enable export/import from spreasheets), then export as xlsx -> translate -> import from xlsx -> clear translations on red-/darkred-tagged cells. I don't translate any scripts, but those are manually done anyway.
Anyone know what engine this is, or rather can SLR translate it:
]
Tried to unpack it doesnt work, game is DOREI QUEST from pyramidhouse:
]Tried to unpack it doesnt work, game is DOREI QUEST from pyramidhouse:
You must be registered to see the links
- Dec 29, 2017
- 3,312
- 5,902
I've released v1.128.
Added support for a newish MZ plugin that places notes stacked on top of dialogue. It's kinda hard to read with Latin characters because it's super small, but I guess still better than leaving it Japanese.
I've also added preview screenshots of the tool, which I should have probably done earlier, but I basically thought everyone knows what Translator++ looks like and I kept the core design largely the same. (Except I changed the color palette to no longer burn your eyes out.)
Added support for a newish MZ plugin that places notes stacked on top of dialogue. It's kinda hard to read with Latin characters because it's super small, but I guess still better than leaving it Japanese.
I've also added preview screenshots of the tool, which I should have probably done earlier, but I basically thought everyone knows what Translator++ looks like and I kept the core design largely the same. (Except I changed the color palette to no longer burn your eyes out.)
- Dec 29, 2017
- 3,312
- 5,902
It took me till now to actually read that, I'm a bit surprised that you say that works.
I assume you mean this thing:
https://f95zone.to/threads/linguaga...-almost-everything-free-multilanguage.247102/
And I also assume you also exclude blue, aqua, yellow, and gold tags.
The issue is that my green tags are based on the current SLR escaper and the post processing making sure those specific scripts and commands aren't damaged.
Which means those tags aren't necessarily accurate for linguacha because it has to use it's own escaping and processing.
Essentially it is just luck whether or not green tagged cells are being processed correctly, or if they are being processed at all even though they would be processed correctly, because linguagacha could already have automation for some kind of plugin or script that I still tag red or yellow or not have automation for something I tag green.
- Nov 3, 2021
- 442
- 1,093
Do you mean copying sheetParser into SLR, or the whole process with importing from sheets? I vaguely remember you mentioning that T++ add-ons should work with SLR, though it's possible that only applied way back then and T++ may have diverged too far by now to make it really reliable. Still, the sheetParser is an older add-on, so it works fine.
Yeah, that's the LinguaGacha I use. I don't exclude any tags when translating, since there's always a chance those will be relevant when editing. Even if I delete the translations in-project after importing, I've already run into situations where is was handy to have the translations available in the spreadsheet. However, I don't translate every file from the project. I translate it using SLR, save, "select all edited objects", then clear the translations and export those files. I don't save the project after clearing the translations, though it wouldn't really matter if I accidentally did since everything is saved to the cache.
So far, green-tagged cells have been handled properly (though I've mostly been doing MV/MZ games; who knows if it'll be good with the wild west of VXace). I'm not sure if it's LinguaGacha's preservations rules or DeepSeek being smart though. LG actually has support for translating .trans files directly these days, though I still prefer my spreadsheet method. It does some stuff with tagging when translating .trans files, but it's not well documented. The error reports are also less useful since the errors are arranged by file, which in this case is all the .trans file instead of individual map files. Having the errors be grouped by map makes it easier to see similarities between the errors, and that maybe it's one specific script call or map which is causing issues.
...
Oh wait, I remember I did have some VXace projects primed. For those, it handled benign and if-statement green cells properly, but bungled those using scripts. It's not really surprising, but that's why I still always run projects through SLR first and line up the LLM translation next to them.
SakuraKoi
Member
- Oct 22, 2020
- 299
- 869
I really need to read some more into these tags of yours some of these days. There is so much to learn still... 
While I deliberately have made a quick and dirty LLM TL, in the future I have every intention to actual polish the works I have chosen. The TL I have done was more of a proof-of-concept for myself to see how, how well and if it works in the first place. It was already MTL translated and the game caught my eyes. I didn't even expect it to succeed so I found no harm done in releasing it.
Currently I am 'busy' (playing) and that quick & dirty TL was more of a little break that escalated. After all at the very least I should have used the wordwrap myself... but it turned out well. LinguaGacha inserted empty lines which resulted in empty text boxes once wrapped.
While I deliberately have made a quick and dirty LLM TL, in the future I have every intention to actual polish the works I have chosen. The TL I have done was more of a proof-of-concept for myself to see how, how well and if it works in the first place. It was already MTL translated and the game caught my eyes. I didn't even expect it to succeed so I found no harm done in releasing it.
Currently I am 'busy' (playing) and that quick & dirty TL was more of a little break that escalated. After all at the very least I should have used the wordwrap myself... but it turned out well. LinguaGacha inserted empty lines which resulted in empty text boxes once wrapped.
- Dec 29, 2017
- 3,312
- 5,902
Concerning DeepSeek, are you by chance using this?
You must be registered to see the links
It's something I've been meaning to look into, but never found the time/motivation.
- Dec 29, 2017
- 3,312
- 5,902
I've released v1.129.
"Normal" Automatic Word Wrapping will no longer preserve empty lines at the end of a cell.
Meaning if the cell to be wrapped for some reason has a bunch of random linebreaks at the end it will no longer keep them and make empty dialogue boxes for them. I specify "normal" because I purposely did not apply it for word wrapping of scripts/plugins, just in case there's a weird one out there that needs a linebreak at the end. And this will not touch purposely empty cells by the dev.
If you use the Automatic Word Wrapping button, you can now type in "cwrapable" to copy all original text to Initial Translations if it matches the requirements for "normal" word wrapping.
The point of that is so you can wrap dialogue boxes you didn't actually translate/change, for example because you are parsing the translation project of someone else.
I've also added the option to type in "ceverything", which will copy ALL original text to Initial Translations in case you want that for whatever reason. (It will also copy scripts, red tagged cells, etc.)
Edit: I forgot to mention, "cwrapable" and "ceverything" will only process empty rows, meaning you can still use them even if you've already translated/changed stuff. It will not overwrite your changes.
"Normal" Automatic Word Wrapping will no longer preserve empty lines at the end of a cell.
Meaning if the cell to be wrapped for some reason has a bunch of random linebreaks at the end it will no longer keep them and make empty dialogue boxes for them. I specify "normal" because I purposely did not apply it for word wrapping of scripts/plugins, just in case there's a weird one out there that needs a linebreak at the end. And this will not touch purposely empty cells by the dev.
If you use the Automatic Word Wrapping button, you can now type in "cwrapable" to copy all original text to Initial Translations if it matches the requirements for "normal" word wrapping.
The point of that is so you can wrap dialogue boxes you didn't actually translate/change, for example because you are parsing the translation project of someone else.
I've also added the option to type in "ceverything", which will copy ALL original text to Initial Translations in case you want that for whatever reason. (It will also copy scripts, red tagged cells, etc.)
Edit: I forgot to mention, "cwrapable" and "ceverything" will only process empty rows, meaning you can still use them even if you've already translated/changed stuff. It will not overwrite your changes.
Last edited:
- Nov 3, 2021
- 442
- 1,093
I just pay for DeepSeek. I wanted to try out a llm and I'd heard it's cheap... and it turns out if you only use it during off-peak hours to take advantage of the off-peak discount then it's really cheap. Like, I've run over 25 games through it and only spent a little over $7. Even the most expensive games are just under a dollar, and smaller ones will often be ~$0.15. Most projects are done quickly, though I have had two which took 4 hours for some reason. Dunno if it's weird code or everyone else getting in on the discount or what.
Define 'normal hardware'?
If you have 8-12 gb of vram there are a few good models, and if you have 20+GB of vram there are lots of choices that can even start to do parsing for you.
I think this is the best one right now: lmg-anon/vntl-llama3-8b-v2-hf
That one is custom trained on VN's, surprisingly accurate as long as you feed it a glossary for names/places, and really good at handling syntax.
Also mingshiba (sugoi's author) is going to be releasing a small and a big local model for sugoi:
You must be registered to see the links
The 14b model supposedly only needs 10 gb of vram. Given how good the sugoi models are for their size I think they could be really good.
I think this diagram thats been floating around might be why people are trying to use SLR with linguagacha:
- Dec 29, 2017
- 3,312
- 5,902
Alright so nothing about this is "sure", yet, but essentially, big change of plans.
The administrator of anime-sharing has convinced me to broaden my plans significantly.
Instead of just supporting DeepSeekV3 I will add universal support for all common LLM apis, most importantly the OpenRouter service, which means it will be possible to use SLR Translator with whatever online LLM you want and you will be able to use the free dalie requests as well.
I also have plans further down the line to add support for LLM Studio, which will allow you to use whatever locally hosted LLM you want.
I will add an options menu to specify url, api key, model, temperature, system prompt, user prompt and request size. They will all go through the SLR translation wrapper pipeline, which means all tagging and error checking will work exactly the same as it does for Sugoi except it will not use my dictionary system. (Since that is tailored towards SugoiV4.)
But I only plan to actually test stuff with the DeepSeek-chat-v3-0324 and DeepSeek-chat-v3-0324:free models, if you choose to use a different model, you're on your own.
Edit: I should mention, this will not happen overnight, adding stable support will probably take months. I don't just need to write the new code I need to run a lot of tests. These "AI" aren't particularly consistent in their responses, even if you turn the temperature way down.
The administrator of anime-sharing has convinced me to broaden my plans significantly.
Instead of just supporting DeepSeekV3 I will add universal support for all common LLM apis, most importantly the OpenRouter service, which means it will be possible to use SLR Translator with whatever online LLM you want and you will be able to use the free dalie requests as well.
I also have plans further down the line to add support for LLM Studio, which will allow you to use whatever locally hosted LLM you want.
I will add an options menu to specify url, api key, model, temperature, system prompt, user prompt and request size. They will all go through the SLR translation wrapper pipeline, which means all tagging and error checking will work exactly the same as it does for Sugoi except it will not use my dictionary system. (Since that is tailored towards SugoiV4.)
But I only plan to actually test stuff with the DeepSeek-chat-v3-0324 and DeepSeek-chat-v3-0324:free models, if you choose to use a different model, you're on your own.
Edit: I should mention, this will not happen overnight, adding stable support will probably take months. I don't just need to write the new code I need to run a lot of tests. These "AI" aren't particularly consistent in their responses, even if you turn the temperature way down.
Last edited:
- Dec 29, 2017
- 3,312
- 5,902
Here's a preview of the options menu (The options not shown are just the same the other engines already have.). Please tell me if you notice something critical missing.
The current plan is to have a separate engine entry for deepseek.com, one for DeepSeek on OpenRouter, 3 blank ones for Openrouter and 3 blank ones for LLM Studio. So that you can have separate persistent cache files for different models.
Edit: Updated Screenshot with new version.
The current plan is to have a separate engine entry for deepseek.com, one for DeepSeek on OpenRouter, 3 blank ones for Openrouter and 3 blank ones for LLM Studio. So that you can have separate persistent cache files for different models.
Edit: Updated Screenshot with new version.
Last edited:
- Dec 29, 2017
- 3,312
- 5,902
I guess I should also address why the heck DeepSeek and why not GPT4 or whatever, and why not just stick to Sugoi in general.
Of the "big" LLMs Deepseek is by far the most realistic to run locally, not really right now, but in the future certainly more realistic than GPT.
DeepSeek is also way cheaper. Dark Beauty Reina for example is a medium to large size game and the tokens used for the prototype translation I've made for that combined to only around $0.55. (Translation quality is not representative of my newest prototype there's still a bunch of fuckups in there.)
But the big deal to me is not actually really the translation quality it's the ability to ask it to "retry".
As much as I like Sugoi, if it crashes, if it looses the plot, then all my options are to make a dictionary entry manually translating a specific bit a of text so it's never sent to Sugoi again.
Because no matter how often you ask Sugoi it's always going to make the same mistake again.
That's why I had to build that giant 9000+ entry dictionary.
But that is completely unnecessary with DeepSeek, because it understands if you're unhappy with the result, and will actually try to fix it.
So far during testing I've not run into a single cell that couldn't be translated after trying again enough times.
In those 5 games tested I actually only had a single cell so far that needed 3 total attempts.
That means I pretty much will not need to manually update DSLR, because it will just fix itself, while building persistent cache to never ask for anything twice.
All I have to do is create an algorithm to automatically detect bad translations, and I already have one built in SLR anyway. I just need to repurpose and refine it for DeepSeek, which mostly just entails making custom prompts and assistant role notes so DeepSeek understands what is wrong about it.
Of the "big" LLMs Deepseek is by far the most realistic to run locally, not really right now, but in the future certainly more realistic than GPT.
DeepSeek is also way cheaper. Dark Beauty Reina for example is a medium to large size game and the tokens used for the prototype translation I've made for that combined to only around $0.55. (Translation quality is not representative of my newest prototype there's still a bunch of fuckups in there.)
But the big deal to me is not actually really the translation quality it's the ability to ask it to "retry".
As much as I like Sugoi, if it crashes, if it looses the plot, then all my options are to make a dictionary entry manually translating a specific bit a of text so it's never sent to Sugoi again.
Because no matter how often you ask Sugoi it's always going to make the same mistake again.
That's why I had to build that giant 9000+ entry dictionary.
But that is completely unnecessary with DeepSeek, because it understands if you're unhappy with the result, and will actually try to fix it.
So far during testing I've not run into a single cell that couldn't be translated after trying again enough times.
In those 5 games tested I actually only had a single cell so far that needed 3 total attempts.
That means I pretty much will not need to manually update DSLR, because it will just fix itself, while building persistent cache to never ask for anything twice.
All I have to do is create an algorithm to automatically detect bad translations, and I already have one built in SLR anyway. I just need to repurpose and refine it for DeepSeek, which mostly just entails making custom prompts and assistant role notes so DeepSeek understands what is wrong about it.
- Dec 29, 2017
- 3,312
- 5,902
Progress update.
I've finally implemented a proper context system in the last prototype and now it's fixing some pretty jarring stuff.
Here's a comparison of SLR and my DSLR prototypes (One without context, one with limited automatic context.)
I think that alone makes it fair to say that it's an improvement over normal SLR now.
(At least Moose now accurately talks about her panties and not his own.)
Unless I hit some huge roadblock now I "should" be able to release the first version soon so people can play around with it.
I'm just still hesitant to just throw prototypes out there because this costs money and I don't want to find out I had some really dumb mistakes that drained someones entire credit balance by looping requests or something like that.
Edit: Also to mention it, specifically for gantos I've built it to also support "dumb" LLMs like vntl llama3 8b without having to change the code. (Just need to switch some in-tool options around.)
I still don't understand why you would want to do that, because the result is essentially the exact same as SugoiV4, but hey, the option will be there. I will not tell anyone what they can and cannot use with with SLR Translator, I will try to build it as easily customizable as possible.
I've finally implemented a proper context system in the last prototype and now it's fixing some pretty jarring stuff.
Here's a comparison of SLR and my DSLR prototypes (One without context, one with limited automatic context.)
I think that alone makes it fair to say that it's an improvement over normal SLR now.
(At least Moose now accurately talks about her panties and not his own.)
Unless I hit some huge roadblock now I "should" be able to release the first version soon so people can play around with it.
I'm just still hesitant to just throw prototypes out there because this costs money and I don't want to find out I had some really dumb mistakes that drained someones entire credit balance by looping requests or something like that.
Edit: Also to mention it, specifically for gantos I've built it to also support "dumb" LLMs like vntl llama3 8b without having to change the code. (Just need to switch some in-tool options around.)
I still don't understand why you would want to do that, because the result is essentially the exact same as SugoiV4, but hey, the option will be there. I will not tell anyone what they can and cannot use with with SLR Translator, I will try to build it as easily customizable as possible.
Last edited:
The big advantage for models like that is that people can run them entirely locally, also you can feed them context and additional instructions on how to translate specific things. Other than that- it isn't limited to that one small model. Mingshiba has new 14b and 32b models coming out soon, and people with high end gpu's will be able to run those locally as well. Since the new SLR you are building can connect to local hosting systems, those will be plug and play when they are released.
That said while I have seen some very good results from the vntl models, it needs 18gb of vram, so I can't try it myself.
- Dec 29, 2017
- 3,312
- 5,902
I was only able to test with vntl llama3 88hf, and that one had very underwhelming performance. If the big ones understand complex prompts then I misunderstood what you meant. I've now added additional support for models who do not understand prompts besides "translate to x" at all.
Welp... it wasn't hard to implement.
famoult
Member
- Dec 25, 2019
- 162
- 111
Hello Shisaye, thanks for the tools.
I got a bit problem when translating this game :
It does have f95 thread but it had the same problem, i don't know what's OP's translator tools though. https://f95zone.to/threads/the-innk...o-earn-money-in-the-dungeon-sweetspot.231741/
So the problem is there's item named shining that can be appraised to get 1 equipment and it's random, when using translator the shining item keep reappering then nothing can be appraised. So i tried to removed all translation about words "shining" "shiny" "something shining", the item shining didn't reappear anymore but it just poof gone and didn't get the equipment.
Here's the picture using translator:
Then here's using original game:
When using original jp game i got the equipment.
When i fix cells i got 1 purple but i deleted the translation:
**Just when i typed this post, i got what is the problem, it seems Armor.json is the culprit, when i swap Armor.json from original Jp to translated ones it get appraised and i got the item, so what caused this? when i see this i think there's no problem.
Edit2: although changing Armor.json seems to fix item appraisal, turns out the shining item sometimes went poof gone.
Edit3: changing Weapon.json fix edit 2 problem, now the item won't go poof gone, but how to keep item translated without this bug?
Edit 4: Deleting initial translation on all Armor.json and Weapon Json all works fine just without translation(only wrap), new problem occur that all shining item now have infinite uses lol.
View attachment file2.zip
View attachment Armors.7z
View attachment translation.zip
I got a bit problem when translating this game :
You must be registered to see the links
It does have f95 thread but it had the same problem, i don't know what's OP's translator tools though. https://f95zone.to/threads/the-innk...o-earn-money-in-the-dungeon-sweetspot.231741/
So the problem is there's item named shining that can be appraised to get 1 equipment and it's random, when using translator the shining item keep reappering then nothing can be appraised. So i tried to removed all translation about words "shining" "shiny" "something shining", the item shining didn't reappear anymore but it just poof gone and didn't get the equipment.
Here's the picture using translator:
Then here's using original game:
When using original jp game i got the equipment.
When i fix cells i got 1 purple but i deleted the translation:
**Just when i typed this post, i got what is the problem, it seems Armor.json is the culprit, when i swap Armor.json from original Jp to translated ones it get appraised and i got the item, so what caused this? when i see this i think there's no problem.
Edit2: although changing Armor.json seems to fix item appraisal, turns out the shining item sometimes went poof gone.
Edit3: changing Weapon.json fix edit 2 problem, now the item won't go poof gone, but how to keep item translated without this bug?
Edit 4: Deleting initial translation on all Armor.json and Weapon Json all works fine just without translation(only wrap), new problem occur that all shining item now have infinite uses lol.
View attachment file2.zip
View attachment Armors.7z
View attachment translation.zip
Last edited:
- Dec 29, 2017
- 3,312
- 5,902
Err... I'll look into it.
You caught at a bit of a bad moment, because I'm trying to finalize the next big update. This might take a bit.
Last edited: