SRL Archive - Research & Development Lounge

Originally tarajunky's idea and after a little looking around I found also that logging into Runescape via the German settings, that there's a total of 5 worlds, the 3 free worlds have no more than 50 players in each, and the 2 members worlds have no more than 150 players in each, think of the potential! This would once again give us the advantage over ALL other bots and even 99% of all other Runescape players infact.

Obviously converting SRL over would take a large amount of work, as nearly every string we have would need to be re-written. I've already started on the basics (Login/lobby screen, player tabs, Obj/NPC interaction options, Player skills) but any help would be wonderful, because as I further looked into it, all NPC names are different, right click options also different, hell even the object names are different. The biggest change would be item names, they're all different as well.

Anyways, let me know what you guys think, if the SRL developers are willing to do this and if people are willing to help out in the simple things like convertain English to a foreign language then go ahead and give me the green light and I'll continue converting starting with the main text like what I posted earlier. Please post comments or suggestions, or even if you're willing to help. :)

Edit: I'll be posting my progress list here of Deutsch conversions directly from their Runescape worlds. It's up to you if you'd rather work in a Deutsch world or another foreign world, but imo I think we'd be much faster if we were all shooting twords one language at a time.

i luffs yeww has already started work on "srl-flrl" (SRL Foreign Language Resource Library), here's a link to it:
http://github.com/iluffsyeww/srl-flrl

From: i luffs yeww
By the way, I'm hosting my work on github at iluffsyeww/srl-flrl (SRL Foreign Language Resource Library). I'm only keeping the essentials (core folder and some things in misc). For the average user who wants to help, I'll make a folder (just forgot >_<) called "resources" that can have files for translations that I'll update when people post or if anyone sends pull requests.

But for the people who have said they wanted to help, what you can do is..

1. Go to a foreign language world
2. Run around collecting any transitions you can (accented letters are important by the way!), and make sure you translate them correctly
3. Translate any items, NPCs, quests, stats, etc. that you think useful (i.e., we don't need the Kalphite Queen translated right now ;))
4. Optional: Make fonts for the foreign languages (for letters that are accented, ask for help, as they don't always follow a certain format)
5. (Related to above) Post any language help you can! For example, where an o with an oomlaut should go, and how to post those letters without googling for the oomlaut (dots) (in German you add an e after it, so Schrödinger's cat would be Schroedinger's cat)

Can't think of anything else to add, but anything helps. :)

-----------------------Deutsch-------------------------

=============Login screen + Lobby=============

Username:		Benutzername
Password:      		Passwort
Log in:          		Einloggen
Error connecting?:	Verbindungsfehler
Back:			Zuruck
Player info:		Spielerinfo
World select:		Weltauswahl
Friends chat:		Freundes-Chat
Clan chat:		Clanchat
Options:		Optionen
Current world:		Momentane Welt
Members:		Mitglieder
Free:			Gratis
Play:			Spielen

=============== Friends/Ignore=================
"Welcome to runescape":	Willkommen auf RuneScape
"has logged in":		loggt sich ein
"has logged out":	loggt sich aus
"From":			Von
"To":			An
Friends list:		Freund-Liste
Ignore list:		Ignorieren-Liste
Add friend:		Freund hinzufugen
Remove friend:		Freund entfernen
Add ignore:		Namen hinzufugen
Remove ignore:		Namen entfernen

===========ClanChat============
Talking in (Not in chat):		Chatraum (Keiner)
Owner (None):		Chat von (Niemandem)
Join Chat:		Betreten
Chat Setup:		Chat-Einstellungen

==========Tab names==========	
Combat	:		Kampfstile
Achievement diary:	Aufgabensystem
Stats:			Fertigkeiten
Quests:			Abenteuer-Logbucher
Inventory:		Inventar
Equiptment:		Ausrustung
Prayer:			Gebetsliste
Spells:			Zauberbuch
Friends:			Freunde-Liste
Ignores:		Ignorieren-Liste
Clan-Chat:		Clanchat
Options:		Optionen
Emotes:		Gesten
Music:			Musik
Notes:			Notizen

=============Stats=============
Combat level:		Kampfstufe
Total level:		Gesamtstufe
Current Exp:		Momentane EP
Exp at next level?:	Nachste Stufe
Remainder:		Rest
Attack:			Angriff
Strength:		Starke
Defence:		Verteidigung
Ranged:		Fernkampf
Prayer:			Gebet
Magic:			Magie
Runecrafting:		Runenfertigung
Construction:		Baukunst
Dungeoneering:		Kerkerkunde
Constitution:		Lebenspunkte
Agility:			Gewandtheit
Heblore:		Pflanzenkunde
Thieving:		Diebstahl
Crafting:		Handwerk
Fletching:		Bognerei
Slayer:			Berserker
Hunting:		Jagen
Mining:			Bergbau
Smithing:		Schmieden
Fishing:			Fischen
Cooking:		Kochen
Firemaking:		Funkenschlagen
Woodcutting:		Holzfallerei
Farming:		Landwirtschaft
Summoning:		Beschworung
					
========Right click player options=======
Walk-here:		Hierhin gehen
Follow:			Folgen
Trade with:		Handeln
Req Assist:		Mentor suchen
Cancel:			Abbrechen

============Banking============
View tab (1):		Alle anzeigen
View tab(2):		Ordner 2 ansehen
View tab(3):		Ordner 3 ansehen
Withdraw-1:		1 entnehmen
Withdraw-5:		5 entnehmen
Withdraw-10:		10 entnehmen
Withdraw-X:		X entnehmen
Withdraw-All:		Alle entnehmen
Withdraw-All but one:	Alle au(B?)er 1 entnehmen
Deposit (for single items):	Deponieren
Deposit-1:		1 deponieren
Deposit-5:		5 deponieren
Deposit-10:		10 deponieren
Deposit-X:		X deponieren
Deposit-All:		Alle deponieren	
		
Banker:			Bankangestellter
"Talk to":		Ansprechen
"Bank":			Bank benutzen
"Collect":		Abholen
"Examine":		Untersuchen

Bank booth:		Bankschalter
"Use":			Benutzen
"Use-quickly":		Schnellzugriff
"Collect":		Abholen
"Examine":		Untersuchen

========Common objects========
"Chop down":		Fallen  (there's 2 dots above the 'a' in this word, so we might have to use 'llen' for the GetUpText?)
Tree:			Baum
Oak tree:		Eichenbaum
Evergreen:		Nadelbaum
Willow tree:		Weidenbaum	
Maple tree:		Ahornbaum
Yew tree:		Eibenbaum
Magic tree:		Magiebaum

"Mine":			Abbauen
Rocks:			Steine
Prospect:		Begutachten

Door:			Tur (also 2 dots above 'u')
Gate:			Tor
"Open":		Offnen (2 dots above 'O')
Staircase:		Treppe
"Climb":		Benutzen
"Climb up":		Hochsteigen
"Climb down":		Runtersteigen

Ladder:			Leiter
"Go up"	:		Hochklettern
"Go down":		Runterklettern

==========Banking (part 2)=========
Bank chest:		Bank-Truhe
"Open":		Benutzen

Grand-Exchange NPC:	Kauffrau
"Talk":			Ansprechen
"Exchange":		Geschafte abwickeln (2 dots above the 'a' in Geschafte)
"History":		Historie
"Sets":			Satze  (2 dots above 'a')

Grand Exchange:	
Empty:			
Make Buy Offer:	
Make Sell Offer:	
Quantity:		
Price per item:		
	
=========Resource Items==========
Flax:			Flachs
Bow string:		Bogensehne

Raw trout:		Rohe Forelle  (The only fish with Rohe instead of Roher)
Trout:			Forelle
Raw salmon:		Roher Lachs
Salmon:		Lachs
Raw tuna:		Roher Thunfisch
Tuna:			Thunfisch
Raw lobster:		Roher Hummer
Lobster:		Hummer
Raw swordfish:		Roher Schwertfisch
Swordfish:		Schwertfisch

Logs:			Scheite
Oak logs:		Eichen-Scheite
Willow logs:		Weiden-Scheite
Maple logs:		Ahorn-Scheite
Yew logs:		Eiben-Scheite
Magic logs:		Magie-Scheite

Tin ore:			Zinn-Erz
Copper ore:		Kupfer-Erz
Iron ore:		Eisen-Erz
Silver:			Silber-Erz
Coal:			Kohle
Gold:			Gold-Erz
Mithril ore:		Mithril-Erz
Adamant ore:		Adamant-Erz
Runite ore:		Runit-Erz

Uncut sapphire:		Ungeschliffener Saphir
Sapphire:		Saphir
Uncut emerald:		Ungeschliffener Smaragd
Emerald:		Smaragd
Uncut ruby:		Ungeschliffener Rubin
Ruby:			Rubin
Uncut diamond:	Ungeschliffener Diamant
Diamond:		Diamant

Bronze bar:		Bronze-Barren
Iron bar:		Eisen-Barren
Steel bar:		Stahl-Barren		
Silver bar:		Silber-Barren
Gold bar:		Gold-Barren
Mithril bar:		Mithril-Barren
Adamant bar:		Adamant-Barren
Runite bar:		Runit-Barren

==========Tools============
Bronze hatchet:		Bronze-Axt
Iron hatchet:		Eisen-Axt
Steel hatchet:		Stahl-Axt
Black hatchet:		Schwarz-Axt
Mithril hatchet:		Mithril-Axt
Adamant hatchet:	Adamant-Axt
Rune hatchet:		Runit-Axt
Dragon hatchet:	Drachen-Axt

Bronze pickaxe:		Bronze-Spitzhacke
Iron pickaxe:		Eisen-Spitzhacke
Steel pickaxe:		Stahl-Spitzhacke
Mithril pickaxe:		Mithril-Spitzhacke
Adamant pickaxe:	Adamant-Spitzhacke
Rune pickaxe:		Runit-Spitzhacke

Tinderbox:		Zunderbuchse (2 dots above second 'u')
Knife:			Messer
Spade:			Spaten
Chisel:			Mei(B?)el
Hammer:		Hammer
Saw:			Sage (2 dots above 'a')
Crystal saw:		Kristall-Sage (2 dots above 'a')

Small net:		Kleines Fischernetz
Big net:			
Fishing rod:		Angel
Fly fishing rod:		Fliegenfischangel
Harpoon:		Harpune

==========Magic items==========
Rune essence:		Runenessenz
Pure essence:		Reine Runenessenz

Air rune:		Luft-Rune
Water rune:		Wasser-Rune
Earth rune:		Erd-Rune
Fire rune:		Feuer-Rune
Mind rune:		Geistes-Rune
Chaos rune:		Chaos-Rune
Death rune:		Jenseits-Rune
Blood rune:		Blut-Rune
Cosmic rune:		Kosmos-Rune
Nature rune:		Natur-Rune
Law rune:		Gesetzes-Rune
Soul rune:		Seelen-Rune
Astral rune:		Astral-Rune

*All tele-tabs are the same in Deutsch except for:
House teleport:		Haus-Teleport
Bones to peaches:	Knochen zu Pfirsiche

{ *************** Português *************** }

{ ********** Login screen & Lobby ********* }

Username: Login
Password: Senha
Log In: Entrar
Invalid login or password: Senha ou login invàlidos
Try again: TENTE NOVAMENTE
Back:
Player Info: Sobre o jogador
World Select: Selecionar mundo
Friends Chat: Bate-papo Amigos
Clan chat: Bate-papo do Clã
Options: Opções
Current world: Mundo atual
Members: Membros
Free: Acesso Gratuito
Play: Jogar

Recent translation additions:
1. Bank-related
2. Common objects (includes trees, rocks, ladders, staircases, doors, gates)
3. Banking part 2
4. Resource items
5. Tools
6. Magic items

~Who's working on what?~

-All- :garfield:
1.i luffs yeww
2.Ogre

-Deutsch-
1. Me!

-Francais-

-Portugues-
1. Echo_

idk if it'll take a lot of work. Just translate the Strings (stuff between the ' ') to dutch and other languages?

One way to do this is to save all language dependent information in a .txt file that srl reads to find out what to search for.

I.E:
english.txt:
All
Lobster

german.txt:
Alle
Hummer

and so on.

Yeah there ya go Zyt3x, that's a good suggestion. @Noidea, you're right it'd be very simple to actually 'code' it into SRL, the main project itself is going into the foreign worlds and converting/recording all the new words for that language. So far I've got the login/lobby screen, tab names, everything to do with private messages (including friends/ignore), and now working on stat names.

Sounds like the type of project even I would be able to help out with. I would gladly do some of the brunt work copying down all of the strings for other people to add as they see fit to SRL. Of course I don't want to try to join things that might be over my head.

Just get the fonts for the foreign language, and have all the strings in SRL be a constants S_LOB, and have them be declared in a file where it's like {$IFDEF ENGLISH} S_LOB := 'Lobster' {$ENDIF} {$IFDEF DUTCH} etc..

then leave it up to the scripter to get specific stuff for their script if they wish to add it, then that can be added to the SRL file where the constants are defined and it will grow

the only problem I see is where you want to use parts of strings for stuff like uptext, then you would have to make multiple constants (S_LOB could be full thing, S_LOB1 is 'Lobs', S_LOB2 is 'ster')

You're in my position. :d That's the biggest part of it, so any help would be grand, anyone at all can help with this.

By the way, I forgot I'm in a German world, not Dutch :P My friend walked by while I was on the computer and happened to ask "Whatcha doing in a German world?" :duh:

Lol Ogre and I were gonna do this before. Don't remember why we never got around to it..

I'll work on this, as of right meow.

We can have xml language files or something. Similar to what vbulletin and other software use.

From: Flight
Yeah there ya go Zyt3x, that's a good suggestion. @Noidea, you're right it'd be very simple to actually 'code' it into SRL, the main project itself is going into the foreign worlds and converting/recording all the new words for that language. So far I've got the login/lobby screen, tab names, everything to do with private messages (including friends/ignore), and now working on stat names.

No I mean write a separate script in python or perl (probably better) to parse all the files in the include and make a new include replacing everything in the ' ' with the other languages translation. Idk how well google translate would work with that though.

i luffs yeww, that was probably thanks to me ;p

never get anything done..

From: noidea
No I mean write a separate script in python or perl (probably better) to parse all the files in the include and make a new include replacing everything in the ' ' with the other languages translation. Idk how well google translate would work with that though.

I doubt it would work that well (@Google translate).

I'm not gonna rely on google translate, I have a feeling Jagex might have mix-matched some words. Now if you got the words from the foreign world and put them in Google, then that would probably work, but if you do it the other way around, I think it'd be very inaccurate.

Round two, Ogre? ;)

My idea is to just keep everything how it is, so scripts wouldn't need to be changed. All that would change would be the world language (I think this should be an option in SRL, and something the scripter could determine (like MouseSpeed)).

When text is searched, besides writeln's and whatever else I come across (making only ChooseOption/etc. things involved), it will look in an include for that term and then use the world language defined in SRL.scar.

The biggest problem is most search terms are "obster" and what not, and not full words, so the translations become different. How I think I'll deal with that is to have it search for it within strings (so "obster" would be find in "lobster," "raw lobster," and "lobster pot"), and then check the language in SRL.scar, and then try all three of them. If I can do anything in Python (maybe add something to Simba), I'll check any values that have been successful the most first, and reset it after each use.

It'd be nice if I could have it continue for the same script you use, but to do that I'd have to check something constant or use the name or something, but updates would break that in most occasions, so for now, reseting at start will work fine. Nothing is TOO slow (I'm thinking about searching large areas for text) to make this not worth the time, hopefully.

Also, what would we do about Smart? How would it load up foreign worlds?

I'm up for it.

I like your idea more, I'm going to try to look through SRL extensively tomorrow to find the exact things that need to be changed (unless you beat me to it) - tonight I have two essays to write.

SMART would need to be changed, but if there's a way to do it legit, there's a way to do it our way. ;)

There's a param that would change, but no scripts would break.

And just to make this clear, so far nothing I can think of needs to break any current scripts. It's slightly more work, but it will also turn out more useful in the long run, imo.

I think a few people should try different ways to see how they work. :) Little competition never hurt.

Don't forget this http://www.runescape.com/l=1/game.ws?j=1

Edit: Just make it go to runescape.de not runescape.com - Also works with runescape.fr (But french only has 1 world non member and 1 world member, around 130 on the non member one)


Hells yeah!

So WorldSwitcher.scar will need some work, too, but I don't think that's a main point right now.

Thanks, cyc. :)

Ok what languages will you guys be working with? Maybe I can make a list of who's working with which language on the first post. Also, added a list of my current progress.

I'll be doing every language. :) And I'll probably make a repo on github, as ogre wants to work on it too, so you can post that if you want, once I make it.

Thank you for what you've posted so far btw (translations)! :o Should help me.

But with how I'm doing it, I'll probably just have "lobster," "raw lobster," and "lobster pot" to test with for now. Maybe start making a list of common things translated? Items and all, like logs and everything. And anyone can help with that.

Make sure when you go to play runescape legit you clear your cookies and cache or else www.runescape.com will load in dutch/french/whatever you loaded it as last time ;)

Yes that's where I'm at, at this point in time. Banking is next on my list, then on to common botted object names/interaction words, common items (like you said, fish, ores, logs) and that'll also draw the need for NPC names for example Fishing Spots and their interaction words.

This is going to be the shit. I'm going to just try replacing the few needed strings in some scripts I use and try it out. I hate crowds.

Amen to that. I suggest just what you were talking about, test this on something small just to see if it'll work for sure (I don't see why not).

Added all bank-related translations.

So far I tried editing worlds.ini and added world 139 and tried loading runescape.de instead of .com in SMART, and it crashed Simba.

I'm not really in the mood (tired) to mess around with that stuff, but if anyone wants to be cool, they should load a german world in Simba, and edit worlds.ini for all foreign worlds. :D

Ahh lets hope this becomes successful. 2-3 years ago we had the same goal/idea but we never managed to get around to it. Anyway if we could somehow get this done, that's a major step to lead other bot communities.

Wow great idea, I think I remember when this idea first came along..

I forgot how do we get to these worlds? & can 1 account switch from german to us servers etc?

If I can assist by gathering names / spelling for things.. etc just let me know! most of you have my msn

From: grats
I forgot how do we get to these worlds? & can 1 account switch from german to us servers etc?

Any account can play on any language servers as if they were normal serverers, you can switch as much as you want :D There are flag icons at the bottom of Runescape.com where you can change languages :)

I love this idea! Surprised to see how few players there are on german servers :o

ah nice just looken on german worlds, they realy are empty. and thats the same with Brazil worlds, but it could be harder to translate… i think so. couse portugeese isnt so popular. as german.. or im wrong lol

From: Emaziz
Any account can play on any language servers as if they were normal serverers, you can switch as much as you want :D There are flag icons at the bottom of Runescape.com where you can change languages :)

I love this idea! Surprised to see how few players there are on german servers :o

Alright thanks! As I said if anyone needs me to run around collecting the spellings of different things just let me know!

Can simba recognize ä ô ö ò and other fancy letters?

From: grats
Alright thanks! As I said if anyone needs me to run around collecting the spellings of different things just let me know!

Can simba recognize ä ô ö ò and other fancy letters?

Should be able to.

I can be of some help if anyone has any questions (I'm portuguese) but won't have that much time as I have exams in about a month. :duh:

I am going to legit on those worlds, just try and get a feel for it. Would give me a definate advantage, without the bots screwing it up.

EDIT:
2 words - Yew Trees!

Great IDEA!
How is it going?
Any help needed?


~Home

If this gets done, this will be SO awesome. I can help you guise, but I won't have that much time due to school and other things, but I will try to help as much as possible.

Ok well if you don't have alot of free time then just suggest general text translations I should convert and I shall do so. Also, check the list of what I've done already to make sure we're not re-inventing the wheel here. :p

Just made another big update, this includes bank chests, the GE, and I've started to tackle one of the hard parts: Items. So far I have common resource items (ores/logs/fish/bars/gems/flax), tools, and 'some' magical items (runes, essence/pure essence).

But like I said, I can only think of so many places we'll need to be translated, so far I have the majority of the basic and important strings, but I need all the suggestions I can get!

I personally don't think it's worth it - the uptake required for even the English version is enough :/. Then again, I don't train any skills where you must "compete" with other users…

I could help with German worlds though.

Do reflection rely on language in any way? If a script uses only reflection functions and IDs, would that work? In that case reflection choppers/miners wouldn't be too hard to fix :D

Well, for menus most people use text; IDs only wouldn't work for most people. I don't think Simba OCR can read diacritics at the moment, though I haven't tested…

From: Harry
Well, for menus most people use text; IDs only wouldn't work for most people. I don't think Simba OCR can read diacritics at the moment, though I haven't tested…

A reflection miner.. Text should only be neccessary to detect whether mouse is over the rock, no? Banking (depositing) would be done by pressing the deposit-all button. Walking would be done without any text and mining would need to check for uptext 'Mine'. I think this should be doable :)

By the way, I'm hosting my work on github at iluffsyeww/srl-flrl (SRL Foreign Language Resource Library). I'm only keeping the essentials (core folder and some things in misc). For the average user who wants to help, I'll make a folder (just forgot >_<) called "resources" that can have files for translations that I'll update when people post or if anyone sends pull requests.

But for the people who have said they wanted to help, what you can do is..

1. Go to a foreign language world
2. Run around collecting any transitions you can (accented letters are important by the way!), and make sure you translate them correctly
3. Translate any items, NPCs, quests, stats, etc. that you think useful (i.e., we don't need the Kalphite Queen translated right now ;))
4. Optional: Make fonts for the foreign languages (for letters that are accented, ask for help, as they don't always follow a certain format)
5. (Related to above) Post any language help you can! For example, where an o with an oomlaut should go, and how to post those letters without googling for the oomlaut (dots) (in German you add an e after it, so Schrödinger's cat would be Schroedinger's cat)

Can't think of anything else to add, but anything helps. :)

Have you actually started modifying some of the SRL files with the translated text? If you have tell me which file you've worked with, I'd like to see an example. :)

From: Sex
We can have xml language files or something. Similar to what vbulletin and other software use.

I like this idea.

Would be cool to learn xml scripting though I think it's quite easy.

All I've done so far, Flight, is add languages/ to core/, a WorldLanguage variable in SRL.scar, as well as included /core/languages/languages.scar in SRL.scar.

I'll work on some actual stuff now, though.

Alright, this is the way I'd done it:
We have one file, named "Translation.txt". In this file, we store the English word for all the items objects and menus, then we have the translated word stored after each English word:
Lobster=Hummer|Portuguese Lobster|French Lobster|Swedish Lobster|…
Door=German Door|Portuguese Door|French ….

Then we have a function which translates the word to the current language depending on the variable CurrentLanguage:

function TranslateWord(SearchStr : String): String;
var
  F : Integer;
  S: String;
  sArr : TStringArray;
begin
  F := OpenFile(IncludePath + 'SRL\translations.txt', False);
  if F < 0 then Exit;
  if ReadFileString(F, S, FileSize(F)) then
  begin
    S := Between(Lowercase(SearchStr), ';', Lowercase(S));
    Delete(S, 1, 1);
    sArr := Explode('|', S);
    Result := sArr[CurrentLanguage];
  end;
  CloseFile(F);
end;

So basically: 1 new global variable: CurrentLanguage, and 1 new function: TranslateWord(), and 1 new file: translations.txt containing all the word we'd need.

This way we only have to change the strings to TranslateWord(string);.
I.E: in Bank.scar: PinScreen: 'Please' -> TranslateWord('Please');

That's essentially what I planned on doing, Zytex. :)

From: i luffs yeww
That's essentially what I planned on doing, Zytex. :)

Oh, it sounded to me that you were changing the strings in each file into the translated version and saved them as "portugueseSRL/core/blah.scar" or something like that. :P

Nope. ;) Just doing what you're doing really, except I'll probably have the translations in three different folders/files, as it doesn't make much sense to me to load that big of a file into memory every time you call a string function. :x

Would it be much of a difference between a text file and XML file? I don't think SRL has used XMLs before (that I've seen anyways), wouldn't it be neat to bring something completely new to SRL that we could build from?

Even if the other bots build the same capability for foreign worlds, having this in SRL wouldn't be drawing us back in anyway but instead making it over all more advanced and at the top of Rs botting. We'll always have the advantage over bots, this is just another way to prove it.

Settings.xml has been in use since Simba first came out, afaik.

I could work on the Portuguese translations if that's okay :D

:) Yes, of course. Just know that a lot of whatever you do will probably not be used immediately, as right now I just want to get a working model running, but eventually your work will be implemented. ;)

One thing I'm wondering about is simba's OCR with accented letters and what not. Harri brought it up in #srl, but I'm sure there's a way we could get it working.

Python's unicode function would be quite helpful for this sort of thing.

From: Echo_
Python's unicode function would be quite helpful for this sort of thing.

Python's ______ would be quite helpful for ______.

;)

Got some, I'll get more after school. Sorry if the spacing is a little off :eek:

{ *************** Português *************** }

{ ********** Login screen & Lobby ********* }

Username: Login
Password: Senha
Log In: Entrar
Invalid login or password: Senha ou login invàlidos
Try again: TENTE NOVAMENTE
Back:
Player Info: Sobre o jogador
World Select: Selecionar mundo
Friends Chat: Bate-papo Amigos
Clan chat: Bate-papo do Clã
Options: Opções
Current world: Mundo atual
Members: Membros
Free: Acesso Gratuito
Play: Jogar

Thanks! :) And the spacing doesn't matter - the format for translating will be something like English|Portuguese or something.

Do you happen to know Portuguese? If so, are there any ways to right some of the characters that aren't English in English? E.g., in German, ö can be written as oe and it means the same thing. Just as ß can be written as ss.

:) thanks.

From: i luffs yeww
Thanks! :) And the spacing doesn't matter - the format for translating will be something like English|Portuguese or something.

Do you happen to know Portuguese? If so, are there any ways to right some of the characters that aren't English in English? E.g., in German, ö can be written as oe and it means the same thing. Just as ß can be written as ss.

:) thanks.

I've taken Spanish for several years as a school requirement, Portuguese is similar. Most of the sounds with accents or tildes can be written in English I guess, like "Piñata" would be written "Pinyata" if it were an English word. Is that what you are asking?

Yeah, but now that I think about it I don't think it's necessary.

I think for my translation.txt files I'll just have something like Schr`o`dinger's cat for letters that are accented in some way or another.

:p Just keep doing what you're doing.

Germanic umlauts (ä, ö, ü) become (ä -> ae, ö -> oe, ü -> ue), and the eszett (ß) becomes "ss". But this can change the meaning in some cases and will cause confusion, and is not suggested. And besides, Jagex does it properly, so it wouldn't work if you "ASCII"'d it anyways, and will only confuse you in the longrun.

Don't know about BR-PT (yes, Brazilian Portuguese is a lot different than Spain Portuguese), or French, but I hope I helped a bit with the German part >_>

I know, Harry. I was thinking about the text part of it in Simba, not fonts/OCR stuff.

From: i luffs yeww
I know, Harry. I was thinking about the text part of it in Simba, not fonts/OCR stuff.

WriteLn('äöëüæøå'); Works just fine for me, so idk why it wouldn't work in other areas

;o Oh. Well then that will work fine. We'll have to make some new fonts.

14:49 < Harri> it's because the OCR fails for it..
14:49 < Harri> the OCR is ASCII only iirc

So I dunno.

From: i luffs yeww
;o Oh. Well then that will work fine. We'll have to make some new fonts.

14:49 < Harri> it's because the OCR fails for it..
14:49 < Harri> the OCR is ASCII only iirc

So I dunno.

That's all the characters Simba/Scar supports (That's a picture of the runescape font)

Can you test something with an accented character on a foreign world, Zytex? :)

From: i luffs yeww
Can you test something with an accented character on a foreign world, Zytex? :)

Of course :)

Autozauber: Windböe / 1 weitere Optionen -> Autozauber: Windbye / 1 weitere Optionen

Looks like it didn't accept the ö in the Uptext font…
I'm surprised.

From: Zyt3x
Of course :)

Autozauber: Windböe / 1 weitere Optionen -> Autozauber: Windbye / 1 weitere Optionen

Looks like it didn't accept the ö in the Uptext font…
I'm surprised.

Yeah, I am pretty sure it doesn't handle the non-ASCII characters, even though they may be in the font. The chance of having something with 2 white dots behind an O in English RS is too great. If it's expanded to handle unicode, it must have some method to explicitly state if it's English RS or non-English. Or you could use "split uptext", i.e. searching for "Windböe" you would search for "Wind"+"e".

or a new function (for each function that uses the Simba OCR, like rs_GetUptext) that will accept the use of non-ASCII characters :)

for getting every single item name in english -> german etc couldn't a program be written to go through the entire ge(non-mem) on runescapes website starting at obj 123 or something and going through, getting the german and english name?

From: footballjds
for getting every single item name in english -> german etc couldn't a program be written to go through the entire ge(non-mem) on runescapes website starting at obj 123 or something and going through, getting the german and english name?

Yes.

From: footballjds
for getting every single item name in english -> german etc couldn't a program be written to go through the entire ge(non-mem) on runescapes website starting at obj 123 or something and going through, getting the german and english name?

If it got the german name directly from Runescape rather than a translator like Google or something. That would be a great idea. All I did was get the bare essentials so far like resource items and tools, what the translations I have already that probably accounts for 70% of scripts atm. Other scripts that require more NPC interaction or interaction aside from banks/trees/rocks would need to be translated further. That's why we need ALOT of suggestions on what to translate.

Probably another good set would be commonly attacked NPCs for autofighters, like chickens, rats, cows, goblins, guards, pest control NPCs, or whatever else. Also the object names for Gnome Agility course, Ape Atoll course, and Wilderness Agility course.

He was saying use the ge db with l=1 (German) to get the German translations of items. This would work for French and Portuguese as well.

From: Harry
I personally don't think it's worth it - the uptake required for even the English version is enough :/. Then again, I don't train any skills where you must "compete" with other users…

I could help with German worlds though.

It would also greatly reduce your risk of being banned. If there's so few people around who's gonna report you? If you get banned you can just say that you don't know the language, so you have Public Chat off or something. Tell them that you swapped to that world to avoid the crowds and you just don't know how to talk to anybody there. :spot:

From: i luffs yeww
He was saying use the ge db with l=1 (German) to get the German translations of items. This would work for French and Portuguese as well.

absolutely.
some getpage and string parsing is all that would be needed.

From: Echo_
I could work on the Portuguese translations if that's okay :D

Just keep posting your translations and I'll keep the main post updated. :)

Test this script out and tell me if it works for you guys, I don't have a reliable internet connection to test it on atm.

program ItemNameTranslator;
var
  itemID: Integer;
  url, code, itemName: string;

procedure GetItemTranslation;
begin
  url := ('http://services.runescape.com/m=itemdb_rs/l=3/Bala_de_canhao/viewitem.ws?obj=' + IntToStr(itemID));
  code := GetPage(url);
  itemName := Between('<h2>', '</h2>', code);

  if not (Pos('h2', code) > 0) then
  begin
    Writeln('No item for ' + IntToStr(itemID) + '.');
    IncEx(itemID, 1);
  end else
    if (Pos('h2', code) > 0) then
    begin
      Writeln(itemName + ' = ' + IntToStr(itemID));
      IncEx(itemID, 1);
    end;
end;

begin
  repeat
    GetItemTranslation;
  until(itemID = 19830);
end.

From: Echo_
Test this script out and tell me if it works for you guys, I don't have a reliable internet connection to test it on atm.

program ItemNameTranslator;
var
  itemID: Integer;
  url, code, itemName: string;

procedure GetItemTranslation;
begin
  url := ('http://services.runescape.com/m=itemdb_rs/l=3/Bala_de_canhao/viewitem.ws?obj=' + IntToStr(itemID));
  code := GetPage(url);
  itemName := Between('<h2>', '</h2>', code);

  if not (Pos('h2', code) > 0) then
  begin
    Writeln('No item for ' + IntToStr(itemID) + '.');
    IncEx(itemID, 1);
  end else
    if (Pos('h2', code) > 0) then
    begin
      Writeln(itemName + ' = ' + IntToStr(itemID));
      IncEx(itemID, 1);
    end;
end;

begin
  repeat
    GetItemTranslation;
  until(itemID = 19830);
end.

It gets the items really slowly but here's what I got so far:

Compiled succesfully in 31 ms.
No item for 0.
No item for 1.

Bala de canh?o
 = 2
No item for 3.
No item for 4.
No item for 5.

Base do canh?o
 = 6
No item for 7.

Suporte do canh?o
 = 8
No item for 9.

Canos de canh?o
 = 10
No item for 11.

Fornalha de canh?o
 = 12
No item for 13.
No item for 14.
No item for 15.
No item for 16.
No item for 17.
No item for 18.
No item for 19.
No item for 20.
No item for 21.
No item for 22.
No item for 23.
No item for 24.
No item for 25.
No item for 26.
No item for 27.
No item for 28.
No item for 29.
No item for 30.
No item for 31.
No item for 32.
No item for 33.
No item for 34.
No item for 35.

Vela
 = 36
No item for 37.
No item for 38.

Pontas de flecha de bronze
 = 39

Pontas de setas de ferro
 = 40

Pontas de setas de a?o
 = 41

Pontas de setas de mithril
 = 42

Pontas de setas adamantio
 = 43

Pontas de flechas r?nicas
 = 44

Pontas de seta de opala
 = 45

Pontas de seta de p?rola
 = 46

Pontas de seta de farpa
 = 47

Arco longo (-c)
 = 48
No item for 49.

Arco curto (-c)
 = 50
No item for 51.

Haste de flecha
 = 52

Flecha sem ponta
 = 53

Arco curto de carvalho (-c)
 = 54
No item for 55.

Arco longo de carvalho (-c)
 = 56
No item for 57.

Arco longo de salgueiro (-c)
 = 58
No item for 59.

Arco curto de salgueiro (-c)
 = 60
No item for 61.

Arco longo de bordo (-c)
 = 62
No item for 63.

Arco curto de bordo (-c)
 = 64
No item for 65.

Arco longo de teixo (-c)
 = 66
No item for 67.

Arco curto de teixo (-c)
 = 68
No item for 69.

Arco longo m?gico (-c)
 = 70
No item for 71.

Arco curto m?gico (-c)
 = 72
No item for 73.
No item for 74.
No item for 75.
No item for 76.
No item for 77.
No item for 78.
No item for 79.
No item for 80.
No item for 81.
No item for 82.
No item for 83.
No item for 84.
No item for 85.
No item for 86.
No item for 87.
No item for 88.
No item for 89.
No item for 90.

Po??o de guam (inc)
 = 91
No item for 92.

Po??o de marrentil (inc)
 = 93
No item for 94.

Po??o de tarromin (inc)
 = 95
No item for 96.

Po??o de harralander (inc)
 = 97
No item for 98.

Po??o de ranarr (inc)
 = 99
No item for 100.

Po??o de irita (inc)
 = 101
No item for 102.

Po??o de avanto? (inc)
 = 103
No item for 104.

Po??o de kwuarm (inc)
 = 105
No item for 106.

Po??o de cadantina (inc)
 = 107
No item for 108.

Po??o erva dos an?es (inc)
 = 109
No item for 110.

Po??o de torstol (inc)
 = 111
No item for 112.

Po??o da for?a (4)
 = 113
No item for 114.

Po??o da for?a (3)
 = 115
No item for 116.

Po??o da for?a (2)
 = 117
No item for 118.

Po??o da for?a (1)
 = 119
No item for 120.

Po??o do ataque (3)
 = 121
No item for 122.

Po??o do ataque (2)
 = 123
No item for 124.

Po??o do ataque (1)
 = 125
No item for 126.

Po??o restauradora (3)
 = 127
No item for 128.

Po??o restauradora (2)
 = 129
No item for 130.

Po??o restauradora (1)
 = 131

Also "?" are accented letters.

Instead of using IDs, I used the English names:

const
  LANG_ENGLISH    = 0;
  LANG_GERMAN     = 1;
  LANG_FRENCH     = 2;
  LANG_PORTUGUESE = 3;

function GetItemTranslation(itemID, Language : Integer): String;
var
  url, code : String;
begin
  Result := 'No item';
  url := 'http://services.runescape.com/m=itemdb_rs/viewitem.ws?obj=' + IntToStr(itemID);
  if Language <> LANG_ENGLISH then
    url := 'http://services.runescape.com/m=itemdb_rs/l=' + IntToStr(Language) + '/viewitem.ws?obj=' + IntToStr(itemID);

  code := GetPage(url);
  if Pos('h2', code) > 0 then
    Result := Between('_obj_big.gif?id=' + IntToStr(itemID) + '" alt="', '"', code);
end;

var
  ID : Integer;

begin
  for ID := 0 to 100 do
    WriteLn('''' + GetItemTranslation(ID, LANG_ENGLISH) + '''=''' + GetItemTranslation(ID, LANG_FRENCH) + '''');
end.

Compiled succesfully in 32 ms.
'No item'='No item'
'No item'='No item'
'Cannonball'='Boulet de canon'
Successfully executed.

Supports all languages

Simba can't read those "special" characters in the font? Maybe that should be changed before anything.

From: Hugolord
It gets the items really slowly but here's what I got so far:

Compiled succesfully in 31 ms.
No item for 0.
No item for 1.

Bala de canh?o
 = 2
No item for 3.
No item for 4.
No item for 5.

Base do canh?o
 = 6
No item for 7.

Suporte do canh?o
 = 8
No item for 9.

Canos de canh?o
 = 10
No item for 11.

Fornalha de canh?o
 = 12
No item for 13.
No item for 14.
No item for 15.
No item for 16.
No item for 17.
No item for 18.
No item for 19.
No item for 20.
No item for 21.
No item for 22.
No item for 23.
No item for 24.
No item for 25.
No item for 26.
No item for 27.
No item for 28.
No item for 29.
No item for 30.
No item for 31.
No item for 32.
No item for 33.
No item for 34.
No item for 35.

Vela
 = 36
No item for 37.
No item for 38.

Pontas de flecha de bronze
 = 39

Pontas de setas de ferro
 = 40

Pontas de setas de a?o
 = 41

Pontas de setas de mithril
 = 42

Pontas de setas adamantio
 = 43

Pontas de flechas r?nicas
 = 44

Pontas de seta de opala
 = 45

Pontas de seta de p?rola
 = 46

Pontas de seta de farpa
 = 47

Arco longo (-c)
 = 48
No item for 49.

Arco curto (-c)
 = 50
No item for 51.

Haste de flecha
 = 52

Flecha sem ponta
 = 53

Arco curto de carvalho (-c)
 = 54
No item for 55.

Arco longo de carvalho (-c)
 = 56
No item for 57.

Arco longo de salgueiro (-c)
 = 58
No item for 59.

Arco curto de salgueiro (-c)
 = 60
No item for 61.

Arco longo de bordo (-c)
 = 62
No item for 63.

Arco curto de bordo (-c)
 = 64
No item for 65.

Arco longo de teixo (-c)
 = 66
No item for 67.

Arco curto de teixo (-c)
 = 68
No item for 69.

Arco longo m?gico (-c)
 = 70
No item for 71.

Arco curto m?gico (-c)
 = 72
No item for 73.
No item for 74.
No item for 75.
No item for 76.
No item for 77.
No item for 78.
No item for 79.
No item for 80.
No item for 81.
No item for 82.
No item for 83.
No item for 84.
No item for 85.
No item for 86.
No item for 87.
No item for 88.
No item for 89.
No item for 90.

Po??o de guam (inc)
 = 91
No item for 92.

Po??o de marrentil (inc)
 = 93
No item for 94.

Po??o de tarromin (inc)
 = 95
No item for 96.

Po??o de harralander (inc)
 = 97
No item for 98.

Po??o de ranarr (inc)
 = 99
No item for 100.

Po??o de irita (inc)
 = 101
No item for 102.

Po??o de avanto? (inc)
 = 103
No item for 104.

Po??o de kwuarm (inc)
 = 105
No item for 106.

Po??o de cadantina (inc)
 = 107
No item for 108.

Po??o erva dos an?es (inc)
 = 109
No item for 110.

Po??o de torstol (inc)
 = 111
No item for 112.

Po??o da for?a (4)
 = 113
No item for 114.

Po??o da for?a (3)
 = 115
No item for 116.

Po??o da for?a (2)
 = 117
No item for 118.

Po??o da for?a (1)
 = 119
No item for 120.

Po??o do ataque (3)
 = 121
No item for 122.

Po??o do ataque (2)
 = 123
No item for 124.

Po??o do ataque (1)
 = 125
No item for 126.

Po??o restauradora (3)
 = 127
No item for 128.

Po??o restauradora (2)
 = 129
No item for 130.

Po??o restauradora (1)
 = 131

Also "?" are accented letters.

Maybe the letters won't have question marks if you write them to a file rather than printing them in the debug?

ID: 2
English: Cannonball
Deutsch: Kanonenkugel
French: Boulet de canon
Portugeus: Bala de canhão
ID: 6
English: Cannon base
Deutsch: Kanonensockel
French: Base du canon
Portugeus: Base do canhão
ID: 8
English: Cannon stand
Deutsch: Kanonenstand
French: Support du canon
Portugeus: Suporte do canhão
ID: 10
English: Cannon barrels
Deutsch: Kanonenrohr
French: Fûts de canon
Portugeus: Canos de canhão
Procedure = 80.8668270111 seconds

Takes ages to get data lol

From: rogeruk

ID: 2
English: Cannonball
Deutsch: Kanonenkugel
French: Boulet de canon
Portugeus: Bala de canhão
ID: 6
English: Cannon base
Deutsch: Kanonensockel
French: Base du canon
Portugeus: Base do canhão
ID: 8
English: Cannon stand
Deutsch: Kanonenstand
French: Support du canon
Portugeus: Suporte do canhão
ID: 10
English: Cannon barrels
Deutsch: Kanonenrohr
French: Fûts de canon
Portugeus: Canos de canhão
Procedure = 80.8668270111 seconds

Takes ages to get data lol

It's because you have to parse the html code from the webpage to get the item name from a header. It's the most accurate way though, so if you were to leave it running for a while it would get through all the items eventually.

From: Echo_
It's because you have to parse the html code from the webpage to get the item name from a header. It's the most accurate way though, so if you were to leave it running for a while it would get through all the items eventually.

Yea I'm fully aware how it works.. I'm not using simba.

Did a 50 item :
http://pastebin.com/raw.php?i=9LkwvJ1t

291 Seconds :S

I'll edit this tonight to write the words to a file instead of printing and run on English to Portuguese. It will probably take a few hours :p Is there a specific format I should have it print the items in? (some sort of array or case statement that we can just c+p into the library later on or just continue with the listing format?)

Do you actually need this? If so ill set a program to go and grab them.

It probably wouldn't take me long to fetch these if you need them. I fetch the English items everyday =\.

If anyone cares, here is an Excel spreadsheet with Item IDs and the corresponding names in different languages as shown by the GE.

WOW! How did you get them that fast?!

E: Client hacking and stuff? Reflection / BCEL / Java stuff?

From: Zyt3x
WOW! How did you get them that fast?!

E: Client hacking and stuff? Reflection / BCEL / Java stuff?

Standalone Java, no client hacking. Just had to modify my GE Items grabber that runs every day for it =\.

How long does it take to produce the list?

Thanks pyro, made our lives alot easier :)

From: rogeruk
How long does it take to produce the list?

Well, I'd have to make the modifications again since I didn't save it (didn't think anyone would seriously use it). But once its done, it'll take about 10 minutes max per language. I've never actually hit 8 minutes so its probably going to be under that.

So on a valid ID (that an item exists) it takes 8 minutes to grab languages?

From: rogeruk
So on a valid ID (that an item exists) it takes 8 minutes to grab languages?

I think it's 8 minutes for all items of each language. So 24 in total

Usually (95+%) under 8 minutes to grab all items in the GE in English.
Another 5-8 ish minutes for another language.
And so on.
So I'd estimate that the whole process for 4 languages would take around 30 minutes.

Damn.. This is an amazing idea :D
I logged on to the german world to test it out a bit and the only problem I encountered was that it does lag a bit :(
I'd be willing to test out the scripts if needed.

From: Spirit
Damn.. This is an amazing idea :D
I logged on to the german world to test it out a bit and the only problem I encountered was that it does lag a bit :(
I'd be willing to test out the scripts if needed.

The lag might come from long distance from your location to Germany.. Where are you located?

From: pyroryan
Usually (95+%) under 8 minutes to grab all items in the GE in English.
Another 5-8 ish minutes for another language.
And so on.
So I'd estimate that the whole process for 4 languages would take around 30 minutes.

So for every single item in the GE in every language would take 30 mins?

Now that items are looking somewhat found (just need to run the software to grab the data), it looks like our main focus would be functions in SRL that use uptext. A lot of those functions that need translation are the antirandom files, so we need accounts in randoms so that we can accurately translate to the uptext ingame.

From: pyroryan
If anyone cares, here is an Excel spreadsheet with Item IDs and the corresponding names in different languages as shown by the GE.

That's awesome man, way to go! That's one of the hardest parts of the project, the next big step is NPCs, and unless you guys know something I don't I think that's gonna take quite a bit of time.

From: Flight
That's awesome man, way to go! That's one of the hardest parts of the project, the next big step is NPCs, and unless you guys know something I don't I think that's gonna take quite a bit of time.

Pretty sure he could dump the npc/object names in different languages if he chooses to.

I'm not quite sure WHY we want to translate npc's / objects?

Why don't we just translate whatever is used in SRL and leave it up to the scripter to translate the words if he/she wants to make a script that supports several languages?

From: Zyt3x
I'm not quite sure WHY we want to translate npc's / objects?

Why don't we just translate whatever is used in SRL and leave it up to the scripter to translate the words if he/she wants to make a script that supports several languages?

Umm… Because that way we can be professional and be the first community with a bot that's fully compatible with foreign worlds. Also I don't speak German, french or Portuguese so I wouldn't be able to translate everything correctly.

Plus for those who know what they are doing with the java client (pyro) it is very easy to dump the names.

Maybe we can have a script go through the NPC database at Runescape Wiki and document the translations?

Edit: nm, they've barely translated anything.

Hey glad you guys are finally doing this! I asked about this when I first came to SRL. I play legit on the German Servers all the time so add me on msn or skype if you ever need anything and I would be more than happy to get it for you.

MSN:
[email]doublex8@gmail.com[/email]

Skype:
doublex420

Made a list of NPCs names that would be a good idea to translate, here it is.

Aberrant spectre
Abyssal demon
Ahrim the Blighted
Air Wizard
Al-Kharid warrior
Ankou
Aquanite
Baby Blue Dragon
Banshee
Barbarian
Basilisk
Bat
Bear Cub
Big frog
Big Wolf
Billy goat
Bird
Black Bear
Black Demon
Black Dragon
Black Guard
Black Knight
Black Unicorn
Black Unicorn Foal
Bloodveld
Blue Dragon
Brawler
Bronze Dragon
Catablepon
Cave Bug
Cave Crawler
Cave Goblin
Cave Goblin Guard
Cave Goblin Miner
Cave Horror
Cave Slime
Chaos Druid
Chaos Elemental
Chicken
Cockatrice
Cockroach Drone
Cockroach Soldier
Cockroach Worker
Corporeal Beast
Corpse spider
Cow
Cow Calf
Crawling corpse torso
Crawling Hand
Crocodile
Cyclops
Dagannoth
Dark Beast
Dark Warrior
Dark Wizard
Deadly Red Spider
Defiler
Desert Lizard
Desert strykewyrm
Dharok the Wretched
Druid
Drunken Man
Duck
Dust Devil
Dwarf
Dwarf (worker)
Earth Warrior
Earth Wizard
Experiment
Fever Spider
Fire Elemental
Fire Giant
Fire Wizard
Flesh Crawler
Gardener
Gargoyle
Ghast
Ghost
Ghoul
Giant Bat
Giant Frog
Giant Mole
Giant Rat
Giant Spider
Gnome
Gnome Troop
Goat
Goblin
Gorak
Grave Scorpion
Greater Demon
Green Dragon
Grizzly Bear
Guard
Guard Dog
Gunthor The Brave
Guthan The Infested
Harpie Bug Swarm
Hellhound
Hero
Highwayman
Hill Giant
Hobgoblin
Ice Giant
Ice Spider
Ice Warrior
Icefiend
Imp
Infernal Mage
Iron Dragon
Jail Guard
Jailer
Jelly
Jogre
Jungle Horror
Jungle Strykewyrm
K'ril Tsutsaroth
Kalphite Queen
Kalphite Worker
Karil the Tainted
Ket-Zek
Khazard Trooper
Killerwatt
King Black Dragon
King Scorpion
Knight of Ardougne
Kurask
Leech
Lesser Demon
Living rock striker
Magic Axe
Man
Market Guard
Minotaur
Mithril Dragon
Mogre
Molanisk
Monk
Monk of Zamorak
Monkey
Moss Giant
Mountain Troll
Mounted Terrorbird
Mugger
Nechryael
Otherwoldly Being
Paladin
Penguin
Pirate
Pit Scorpion
Poison Scorpion
Pyrefiend
Ram
Rat
Ravager
Red Dragon
Rock Crab
Rockslug
Scorpion
Seagull
Shadow Warrior
Shifter
Skeletal Wyvern
Skeleton
Snake
Spider
Spinner
Splatter
Suit of armour
Thief
Thug
Torag the Corrupted
Torcher
Tortoise
Tribesman
Turoth
Tzhaar-Hur
Tzhaar-Ket
TzHaar-Mej
Tzhaar-Xil
TzTok-Jad
Unicorn
Unicorn Foal
Vampire
Verac the Defiled
Wall Beast
Warped bat
Warped cockroach
Warped fly
Warped rat
Warped Terrorbird
Warped Tortoise
Warrior Woman
Watchman
Water Wizard
White Knight
White Wolf
Wild Dog
Wizard
Wolf
Woman
Yak
Yt-MejKot
Zombie
Zygomite

If you know any that should be added to the list, let me know ;)

We don't need to translate NPCs though? The scriptmaker him/herself will have to fill in the IsUpTexts and ChooseOptions anyway.

I was under the impression that the scripter would be able to enter an English word and depending on the world defined, the script would be able to translate that word to work in different worlds.

I had the same idea as Floor66, but it wouldn't hurt to have NPCs (and all the other stuff) added too

Why not just set up `Dictionaries` then when SRL calls a String it could be associated with a Const, then the string is grabbed from a dictionary based on the const and the current set language.

This stuff should not be hard coded but I like the idea. :)

I heard Babylons translator is pretty accurate.

From: Nava2
Why not just set up `Dictionaries` then when SRL calls a String it could be associated with a Const, then the string is grabbed from a dictionary based on the const and the current set language.

This stuff should not be hard coded but I like the idea. :)

That was my idea but Zytex said no. :<

I'm starting school this Thursday or Friday so I won't have as much time. :/

From: i luffs yeww
That was my idea but Zytex said no. :<

I'm starting school this Thursday or Friday so I won't have as much time. :/

What? No..

You said you wanted to make a function that made it possible for scripters to write "ew" instead of "yew" or "obster" instead of "lobster" and it would still return the correct translation…

What's the problem with that? :x That's how scripts are written now..

From: i luffs yeww
What's the problem with that? :x That's how scripts are written now..

Translate('obster');?

Translate('obster'); should translate 'obster', and not try to find a near alternative and translate that instead…

But.. People have like.. "alk-he" and "k-here" and stuff for options, which won't translate to anything if you use the whole word..

From: i luffs yeww
But.. People have like.. "alk-he" and "k-here" and stuff for options, which won't translate to anything if you use the whole word..

Then rewrite the script. There is no point to making something so complicated. Some scripters might not delete characters, or delete different ones, etc.

From: i luffs yeww
But.. People have like.. "alk-he" and "k-here" and stuff for options, which won't translate to anything if you use the whole word..

From: pyroryan
Then rewrite the script. There is no point to making something so complicated. Some scripters might not delete characters, or delete different ones, etc.

The reason people do this is because 1) SRL Sometimes has problems finding caps 2)having multiple options of partial text to choose from is quicker and more accurate (due to aforementioned bug).

From: TomTuff
The reason people do this is because 1) SRL Sometimes has problems finding caps 2)having multiple options of partial text to choose from is quicker and more accurate (due to aforementioned bug).

Some scripters won't select the same pieces to use, which still leads back to unneeded complexity.

I don't see how it's ANY more complex at all.. searching for "obster" instead of "lobster" will turn out all of the same results.. :x

From: i luffs yeww
I don't see how it's ANY more complex at all.. searching for "obster" instead of "lobster" will turn out all of the same results.. :x

They're saying it's difficult to know how to go from english 'obster' to german '{}' based on only partial text, and that even if you did do it it's worthless code.

TStringArray anyone?
EG:
['Lobster', 'obst', 'bster']

I don't think people get it..

If you search for "obster" it will find it in "lobster" and will translate it to german.. You search then "translate" by getting the corresponding word.. It's not literal translation.

I don't get this:

From: i luffs yeww
But.. People have like.. "alk-he" and "k-here" and stuff for options, which won't translate to anything if you use the whole word..

Why would you even want to translate "alk-he" when it's "Walk-here" that's interesting?

Now people have stuff like FindTheObject('inderbox'); right? But with this new update they'd have to change it to FindTheObject(Translate('inderbox')); According to you right?

But why?
Translate('inderbox'); would then output the translated word of Tinderbox which will include caps.. So all this complex code were just so that the few lazy people that might do "Translate('inderbox');" would stay lazy?

Because people are afriad of caps.

But still, it's no more extra code. And I don't want anyone to add Translate() to their scripts. I want it in SRL. And if it won't be distributed with SRL, I'll just host it on github and anyone who wants it can use it. But really, it's not anymore complex.

From: i luffs yeww
Because people are afriad of caps.

But still, it's no more extra code. And I don't want anyone to add Translate() to their scripts. I want it in SRL. And if it won't be distributed with SRL, I'll just host it on github and anyone who wants it can use it. But really, it's not anymore complex.

So you're saying people that do "ChooesOption('alk-he');" wont have to do "ChooseOption(Translate('Walk-here'));" because ChooseOption will translate it for you?

No, thank you… ChooseOption should choose the option (if it exists) and nothing else..

Why? D: I don't see why not. All that would change would be adding Translate() to a few things in SRL. :/ It will only change the size by a few kaybees. languages/ will add a bit, but really nothing noticeable.

From: i luffs yeww
Why? D: I don't see why not. All that would change would be adding Translate() to a few things in SRL. :/ It will only change the size by a few kaybees. languages/ will add a bit, but really nothing noticeable.

By adding translate to ChooseOption, the scripter would have less control and be forced into using phrases that have translations, putting more work on the shoulders. Obviously there are ways around this, but thats about the only reason I can see.

I don't understand what you're saying, pyro.. Nothing in any script would need to be changed for this to work.. :x

From: i luffs yeww
I don't understand what you're saying, pyro.. Nothing in any script would need to be changed for this to work.. :x

You're asking for a lot for devs to do. They'd have to add virtually every phrase that every script uses.

I'm not asking anyone to do anything. I'm more than happy to do all the work.. it's really not much work. Most of it is just getting translations.

Have we been able to open up a foreign world via Smart yet? Or is that still on the to-do list?

There's no reason it shouldn't be possible. The only thing is OCR and translations.

I was thinking about making a few functions that simply translate their input string. They would be called "EngToPor" and "PorToEng" (specifically for Portuguese and English). I was planning to loosely base them off of R_ReturnItem, where the function loads 2 arrays of the words we have found, and the values from each array are equal to the other language's translation of that word. So if the function finds the input string in one of the arrays, it will return it's translation.

Good idea or no?

No reason, really, Echo. How I have it now, all that you have is Translate() and it will translate it to a foreign language based on the user's variable WorldLanguage (in SRL.scar, and if they add it to a script it will work the same). The problem with EngToPor and what not is then that would add a lot of defines that aren't necessary.

One question, in colour scirpting dont most poeple only use like half the word? Like willow = illo or llow or Will, so how would you do that?

From: Troll
One question, in colour scirpting dont most poeple only use like half the word? Like willow = illo or llow or Will, so how would you do that?

He intends on making it so that it would work if you're using 'obster' instead of 'lobster', but that is imo not a good idea as it could give false results and wouldn't really help the scripters in any case because doing Translate('obster'); to german would return Hummer, and doing Translate('lobster'); to german would also return Hummer, so the only benefit from adding support for that is false positives (and making lazy scripters stay lazy).

E: "colour scirpting dont most poeple only use like half the word?" Most scripters don't do that, lazy scripters do that.

From: Zyt3x
He intends on making it so that it would work if you're using 'obster' instead of 'lobster', but that is imo not a good idea as it could give false results and wouldn't really help the scripters in any case because doing Translate('obster'); to german would return Hummer, and doing Translate('lobster'); to german would also return Hummer, so the only benefit from adding support for that is false positives (and making lazy scripters stay lazy).

E: "colour scirpting dont most poeple only use like half the word?" Most scripters don't do that, lazy scripters do that.

I beg to differ, I think people to that to
1)
Speed it up
2)
Avoid capitals

From: Floor66
I beg to differ, I think people to that to
1)
Speed it up
2)
Avoid capitals

1) Speed up how much? 0.5ms?
2) Why avoid capitals? Last time I checked Simba's OCR reads capitals just fine

Zytex, for awhile capitals were told to stay away from. So people stuck with that. I don't see why you'd want to slow it down, even if by an amount that wouldn't be noticeable, so I don't see why you're against this..

And why does it matter if people use 'obster' instead of 'Lobster'? Why does that make them lazy? :x

Still.. I don't see why you're against this.. :/ It won't affect anyone who doesn't use it..

I GOT A GREAT IDEA.

Lets focus on translating THEN we can argue on what functions to make. Ill begin translating stuff on babylon as soon as I can get the download.

I just don't like that you want the function Translate() to translate 'Lobster' if I enter 'obster'.

From: kingarabian
I GOT A GREAT IDEA.

Lets focus on translating THEN we can argue on what functions to make. Ill begin translating stuff on babylon as soon as I can get the download.

Babylon??? I doubt that would work good… Translate it using the runescape client so we're 100% sure it's correct

I agree we would have to centralize every word into an archive or something or pull it up in the script from a directory. It would Take a while but it is possible and might help organization and maybe lead into newer better ideas.

From: Zyt3x
I just don't like that you want the function Translate() to translate 'Lobster' if I enter 'obster'.

Babylon??? I doubt that would work good… Translate it using the runescape client so we're 100% sure it's correct

Oh yeah lol :p. We need to make groups. Assign groups to specific areas on runescape to translate.

All that needs done is translations.. The "translating" (read: comparing) is done. All this requires is one more import, one more variable, one function, some changes in SRL, and translations. All of those are done except the changes in SRL and translations. And the stuff in SRL should be easy.

Sounds great :)

How come no SRL Devs / Mods / Admins have posted?

Unless you see anything majorly important that I missed in the Deutsch translations, I think that part is taken care of. _Echo is working on the Portugues translations. We only lack Francais. Unless there are some special objects and npcs you'd like to have translated, by just as Zyt3x has stated before, these will be declared within the script itself. I think at this point we're more worried about the core of the project, SRL itself and loading Smart in foreign worlds.

Why does it matter? :< SRL is a community project.. Just because an admin or a mod or dev say something about this doesn't mean we just can't do it..

Also, there aren't an infinite amount of NPCs that we auto.. Adding them as people request for scripts isn't a big deal.

Here are translations for the npcs and items I'm able to load through the cache. Not all of them are covered, but quite a few are. Hopefully they come in handy for you guys. I would do objects also, but it seems like I need to rework my object definition loading method to handle new data.

http://www.mediafire.com/?jwiob0u7iu9g8ie

Thanks method ;)

Way to go Method. :O

Uhm, I don't think Simba has troubles with Caps.. I thought that was a SCAR issue? I could be wrong though.

It may have been SCAR. I don't remember. I just know that for awhile it was advised to avoid caps.

well get uptext works with caps though sometimes it has troubles telling the difference between I and 1 and things like that.

Well I may just skip over capitals and "foreign" characters.

@KingKong: I can't really think of too many places where a number would be included in the UpText or any text, aside from withdraw/deposit.

@i luffs yeww: I noticed some of those 'special' characters in foreign words were usually in the middle of the word itself, so if I'm predicting correctly, skipping over special characters would, in most cases, limit you to trying to find around half of the word you're searching for, would this not be inaccurate?

By skipping over them I mean having a wildcard. If it gets most of it, and your language is set right, it's probably right. ;)

It would be just as accurate really.

From: Flight
@KingKong: I can't really think of too many places where a number would be included in the UpText or any text, aside from withdraw/deposit.

@i luffs yeww: I noticed some of those 'special' characters in foreign words were usually in the middle of the word itself, so if I'm predicting correctly, skipping over special characters would, in most cases, limit you to trying to find around half of the word you're searching for, would this not be inaccurate?

The number isn't included in the uptext, sometimes when the uptext is too long(eg: superheat iron ore) or some random error it thinks the i/I is 1 and gives random stuff like '^' for spaces.

From: KingKong
The number isn't included in the uptext, sometimes when the uptext is too long(eg: superheat iron ore) or some random error it thinks the i/I is 1 and gives random stuff like '^' for spaces.

Reminds me why I don't like how text finding is done currently.. Not like the OCR needs to be better (I understand it's difficult), but other stuff.

From: i luffs yeww
Zytex, for awhile capitals were told to stay away from. So people stuck with that. I don't see why you'd want to slow it down, even if by an amount that wouldn't be noticeable, so I don't see why you're against this..

And why does it matter if people use 'obster' instead of 'Lobster'? Why does that make them lazy? :x

Still.. I don't see why you're against this.. :/ It won't affect anyone who doesn't use it..

Woah, I didn't see this post until now…

I'd rather like it to be a good function but 0.5ms slower, than having a dysfunctional function that is 0.5ms faster.

Because using "lobster" is the correct way to do it, and there is no other reason why they shouldn't

I'm not against the idea at all. Just the way you're doing it

I don't understand why you're against this at all.. :/ And by this I mean my idea.

Just as a few examples as to why I want it to translate the German word of "lobster" when Translate("obster") is passed.. (From Emaziz's application)

if not ClickText('aw','UpChars',MSX1,MSY1,MSX2,MSY2,true) then

TYPE_LURE: option := 'ure';
TYPE_BAIT: option := 'ait';
TYPE_NET : option :=  'et';

Those wouldn't work if this was added how you want to do it.. And those are all of the text finding things I can find from a quick glance. So his script wouldn't work if we did it your way, but would work if we did it my way..

And if it matches a whole word it will obviously use that first.. It would check them in order of % matched.

And what do yo think Translate('et'); would make 'et' into before translating?
I found 70 results on this page http://www.tip.it/runescape/?rs2item, and that's only for A.
How would the script know which one to pick? That sounds like a awfully (unnecessarily) long and complicated function for me, with a lot of useless code.

Using what I want (to rely on the scripter to enter correct information) such errors would not happen. Translate('Net'); would translate 'Net', and 'Net' only.

But then most people would have to rely on the scripters to add this, when that's silly imo. And would be tedious for them.

I don't see how it would be complicated? :x

From: i luffs yeww
But then most people would have to rely on the scripters to add this, when that's silly imo. And would be tedious for them.

I don't see how it would be complicated? :x

No, they'd just have to rely on the scripter knowing what he's doing (and not entering 'ow' intead of 'bow')

From: Zyt3x
No, they'd just have to rely on the scripter knowing what he's doing (and not entering 'ow' intead of 'bow')

and i think if this takes off and ends up working scripters here can do their part to use an include like this!

I'm starting to think the entire word should be required in order to translate, just because there are so many translation possibilities for commonly used suffixes and word endings.

From: Echo_
I'm starting to think the entire word should be required in order to translate, just because there are so many translation possibilities for commonly used suffixes and word endings.

Exactly. There's so many possibilities for false results

There could be an option to look for partial matches, and you can check the most similar word with something like

function SimilarStrings(s1, s2: string): Extended; 
begin                                              
  if (Pos(s1, s2) > 0) then
    Result := (Length(s1) * 100.0)/Length(s2);
end;

and see what the highest result of this function is with different s2's
and do an SRL_Warn or something if a partial match had to be looked for, if there wasn't a perfect match (of course it would only do this if the option to check for partial matches was set)

and make sure there's a minimum similarity percentage for a partial match to be selected

From: i luffs yeww

MMouse(50, 50, 4, 4);
if(IsUpText('aw lobster'))then //See, Zyt3x? People don't use full words 100% of the time. ;D
//begin
//  GetMousePos(x, y);
//  Mouse(x, y, 0, 0);
//end;
  Mouse(50, 50, 4, 4, True); //Take this out if you remove the comments, obvi.

*sigh* I know they don't but they should do, but

From: Zyt3x
And what do yo think Translate('et'); would make 'et' into before translating?
I found 70 results on this page http://www.tip.it/runescape/?rs2item, and that's only for A.
How would the script know which one to pick? That sounds like a awfully (unnecessarily) long and complicated function for me, with a lot of useless code.

Using what I want (to rely on the scripter to enter correct information) such errors would not happen. Translate('Net'); would translate 'Net', and 'Net' only.

I think if this include builds a bridge between english and other languages scripters can get off there lazy ass and atleast put in the correct words ;)

I'm starting to agree now.

Btw, we won't be able to do much until we refactor SMART for multi-language support. I made a script to run in a Portuguese world on the webclient, but apparently the game "flashes" and causes Simba to deselect the client (according to Coh3n.).

From: Echo_
Btw, we won't be able to do much until we refactor SMART for multi-language support. I made a script to run in a Portuguese world on the webclient, but apparently the game "flashes" and causes Simba to deselect the client (according to Coh3n.).

If it's done right it should be just fine. In SMART, at least.

It's too bad that this project died so early considering what we could gain from it.

I was bored, so I made a simple base for the include that reads translation data from .ini files. I already added full support for item name translation, now objects and NPCs are what's left.

Wouldn't something like

function Translate(name, lang, category: string): string;
begin
  Result := ReadINI(lang, name, IncludePath + 'lib/' + category + '.ini');
end;

work just fine for Translator.simba?

From: i luffs yeww
Wouldn't something like

function Translate(name, lang, category: string): string;
begin
  Result := ReadINI(lang, name, IncludePath + 'lib/' + category + '.ini');
end;

work just fine for Translator.simba?

lmao yeah. Sorry, I was tired :p

function Translate(name, lang, category: string): string;
begin
  Result := ReadINI(Capitalize(lang), name, IncludePath + 'flrl\lib\' + Capitalize(category) + '.ini');
end;

Also, it's not case sensitive. Save a few nanoseconds and don't call Capitalize. ;)

Bit of a grave dig, but does anyone have a copy of what was up on github? It appears to have been taken down?

Yeah, that's my fault.

I'm hosting it again now.. just need to put the content back up.

From: Echo_
It's too bad that this project died so early considering what we could gain from it.

I was bored, so I made a simple base for the include that reads translation data from .ini files. I already added full support for item name translation, now objects and NPCs are what's left.

From: i luffs yeww
Wouldn't something like

function Translate(name, lang, category: string): string;
begin
  Result := ReadINI(lang, name, IncludePath + 'lib/' + category + '.ini');
end;

work just fine for Translator.simba?

I don't really have time/care to put it up right now.. Someone else can.

yea I'd like to see this up and running.. if there's something I can do like collect names or anything lmk

From: grats
yea I'd like to see this up and running.. if there's something I can do like collect names or anything lmk

That's true, I saw all of your work on gathering points/paths for the Webwalker.

I could help with the portuguese one :)

From: Flight
That's true, I saw all of your work on gathering points/paths for the Webwalker.

yea I'm only retarded when it comes to coding! don't doubt me!

Bumping this up. And how about we would do this for a Reflection as a start.


Jobs:
Banking Related.
AntiRandoms.
Misc.

No need to translate everything.

~Home

From: Home
Bumping this up. And how about we would do this for a Reflection as a start.


Jobs:
Banking Related.
AntiRandoms.
Misc.

No need to translate everything.

~Home

Yeah just changing the text within the include is all that would need to be done. Any other translations would be up to the scripter.

From: Flight
Yeah just changing the text within the include is all that would need to be done. Any other translations would be up to the scripter.

Yeah. We should still use INI files? Because of long run?

~Home

Just thought I would note that SMART can load up the foreign worlds, and that I have edited a smithing script to work correctly.

Nice! :)

I'm by no means the best person for attempting this at a mass scale, but I have been macro'ing this game since there was no srl, and you had to manually search forums to find includes for scar. I actually noticed that a few of my scripts were randomly loading smart under a foreign world, so the script editing was quite simple.

From: Home
Yeah. We should still use INI files? Because of long run?

~Home

why don't we start this already.
With java bots gone there's no better time then now to bot on foreign worlds.
We need one person to start and make a skeleton and keep an update blog/post of what needs done and what format to keep the information in.
It'd take barely any work as far as getting the translated term for everything is concerned. The scripter can get item-specific translations and mark their script as a a foreign world ready script.

well I would imagine that most of the includes would need to be rewritten, but to some effect we already have this. There are older and some very simple scripts you could potentially edit to work already and actually loading into a foreign world with smart is easy.

I have edited a bone burying script and am sorta working on a bar smelting script using this principle idea. If anyone is seriously considering doing the full rewrite and would like to see my basic work I wouldn't mind explaining what I have done and perhaps releasing the scripts to you, just let me know.

From: quazzymodem
Just thought I would note that SMART can load up the foreign worlds, and that I have edited a smithing script to work correctly.

at the moment i am working on my very first script and i think i could do it in a second language(german) if you only could tell me how i get smart loading the german server :)

From: The Banker
at the moment i am working on my very first script and i think i could do it in a second language(german) if you only could tell me how i get smart loading the german server :)

open up worlds.ini in the include folder and then add the world information to it, then all you do is SMART_Server := 000 (<- german world) and then start up SMART as normal.

Grave dig i know, but could you just change the uptext to the appropriate foreign uptext?

Although a lot of stuff is different these days, this is being discussed quite a bit the past few days with people really looking into making it happen. This would help a lot for members+ (mostly, probably) in the tree cutting and other competitive botting

woodcutting
mining

what else would benefit greatly from this? idk much about the game

I believe in the end the most work would be done converting the script itself to read foreign words; simply up to the script to do this. If I remember correctly, minimal changes to make SMART load a foreign world, and maybe later on an extension to SRL's fonts for the OCR to read to special characters.

if it is kept members, scripts can just rely on themselves to run instead of an include

also there are only 4 servers or so.. and if it is f2p they can just choose the grey server instead of lookin for all the words etc (to make it easy)

imo creating an entire include for <4 worlds & maybe the 3 right clicks something has to do while botting (for example: right click a tree, right click the bank.. right click.. an item?) other than that there's nothing it has to know how to read

Change up text, change choose option/waitoption, get SMART to load foreign servers. That's all we need. As for the other characters, why not work around them? When you hover a Tree, let's say it says " Le cüto le tre&#281; "(note: That's not actually a language) So if it says that, jus do waituptext('to Le tre', 600);

Guys, please don't bot on the German/French servers. :( Those are the only bot-free zones atm, imagine if they start to gold farm there. Keep the botting on English servers :)

Edit I really had to laugh irl a this one:

From: Footy
Le cüto le tre&#281;

yea the multi checking, I haven't even looked at how "special" the words are, I'd like to find something that is usually very competitive that we can extremely benefit from

From: Gala
Guys, please don't bot on the German/French servers. :( Those are the only bot-free zones atm, imagine if they start to gold farm there. Keep the botting on English servers :)

Edit I really had to laugh irl a this one:

We won't. The Portuguese servers are better for botting.

From: Gala
Guys, please don't bot on the German/French servers. :( Those are the only bot-free zones atm, imagine if they start to gold farm there. Keep the botting on English servers :)

Edit I really had to laugh irl a this one:

Hey, I tried! I only speak english and french, and neither of them have many special characters.

From: Footy
Hey, I tried! I only speak english and french, and neither of them have many special characters.

It wasn't meant to be offensive :)

Oh, I didnt take that as offensive, :D

Imo this would be something for SRL-6, although if someone makes it; why not include it?

From: Zyt3x
Imo this would be something for SRL-6, although if someone makes it; why not include it?

hmm if you guys are working on srl6 type deal, what about a global variable list with each set of languages? so you just have to do something like language=english; ?

If this were to happen then it would need to be a SRL members + feature only to prevent tons and tons of goldfarmers on those worlds. Not to mention with the future moving away from injection (HTML5) and more to color then we will have an influx of tons of leechers.

From: Hazzah
If this were to happen then it would need to be a SRL members + feature only to prevent tons and tons of goldfarmers on those worlds. Not to mention with the future moving away from injection (HTML5) and more to color then we will have an influx of tons of leechers.

100% support.

sorry but I don't want thiis to be public. If you make it keep it to yourself.

I was going to try some stuff, but it seems like setupsrl screws up on foreign servers.

From: The Killer
sorry but I don't want thiis to be public. If you make it keep it to yourself.

Lol, your vote will not change anything. If you were a mod it might have a significant chance of change, but your not even SRL member. These kinds of things you may as well keep to yourself because it for 1. Isn't a change to the game, and 2. Isn't hard to make, only time consuming.