Tweaking the language file format
Monday, 27. March 2006, 07:30:16
Due to some unforeseen problems with the new language file numbering introduced in the previous weekly build, the build from 24th March changes it again somewhat. The good news is that language files created by using the remapping script I introduced last week still works. For the techies in the audience, the difference between the two numbering systems is that we changed the number from an unsigned 32-bit integer to a signed 32-bit integer. Thus any number over 2147483647 becomes a negative value.
However, to make it easier to keep track of the changes, I have created a new remapping script that uses the new numbering scheme. It works the same as the previous one, the only change is the remapping table.
If anyone has the resources to make an on-line remapper, where you can upload an old language file and have the numbers changed, please feel free to do so. If you send me the URL I will be happy to link to it.
However, to make it easier to keep track of the changes, I have created a new remapping script that uses the new numbering scheme. It works the same as the previous one, the only change is the remapping table.
If anyone has the resources to make an on-line remapper, where you can upload an old language file and have the numbers changed, please feel free to do so. If you send me the URL I will be happy to link to it.
WIDGETIZE
Pink # 31. March 2006, 06:16
I remaped old language file with first remaper and added 30 new strings, and now I have to remap old file again and find this new strings.
And MakeLngFile from Marco Rizzi doesn't work with negative numbering.
nafmo # 4. April 2006, 19:31
print unpack("l", pack("L", $value));in Perl-speak, or
scanf("%u", &value); printf("%d", value);in C. I.e, interpret the 32-bit unsigned value as a 32-bit signed instead.
MarcusHassmann # 24. July 2008, 09:34
Is there a new download link?
nafmo # 25. July 2008, 08:04