OpenTTD 0.5.0-RC4
Moderator: OpenTTD Developers
Well, if I can figure out how to link against a library that improves the display compared to what I just did, it would be an issue for the binary releases.peter1138 wrote:Freetype has a specific define to enable better font hinting. It's disabled for most builds due to patents. Apple's patents, of course...
But this cannot be considered an OpenTTD bug.
ok, I tried linking against freetype 2.3.0 (I had to compile that one myself)
See if this helped with the Japanese text.
Install instructions are the same as the last time.
This time I would also like if anybody are able to test this on OSX 10.3.9. This test is only to see if it works, on that version as well. Which language to use is of little interest. Even English will be good enough.
edit: oops, didn't make a universal binary. Uploading the right one
See if this helped with the Japanese text.
Install instructions are the same as the last time.
This time I would also like if anybody are able to test this on OSX 10.3.9. This test is only to see if it works, on that version as well. Which language to use is of little interest. Even English will be good enough.
edit: oops, didn't make a universal binary. Uploading the right one
- Attachments
-
- openttd.0.5.0-RC4.OSX.bin-only-freetype-2.3.0.zip
- new binary
- (2.94 MiB) Downloaded 210 times
It will not help unless you have enabled the TrueType when you have compiled the freetype library.
Code: Select all
/*************************************************************************/
/* */
/* Define TT_CONFIG_OPTION_BYTECODE_INTERPRETER if you want to compile */
/* a bytecode interpreter in the TrueType driver. Note that there are */
/* important patent issues related to the use of the interpreter. */
/* */
/* By undefining this, you will only compile the code necessary to load */
/* TrueType glyphs without hinting. */
/* */
/* Do not #undef this macro here, since the build system might */
/* define it for certain configurations only. */
/* */
/* #define TT_CONFIG_OPTION_BYTECODE_INTERPRETER */
TrueLight: "Did you bother to read any of the replies, or you just pressed 'Reply' and started typing?"
<@[R-Dk]FoRbiDDeN> "HELP, this litte arrow thing keeps following my mouse, and I can't make it go away."
<@[R-Dk]FoRbiDDeN> "HELP, this litte arrow thing keeps following my mouse, and I can't make it go away."
Yeah, I rolled my own freetype 2.3.0 too. And that binary you have just compiled works the same as the one I made, so do we have a winner? (If needs be, I might be able to arrange a test on a 10.3 box.)Bjarni wrote:ok, I tried linking against freetype 2.3.0 (I had to compile that one myself)
peter1138 wrote:Freetype has a specific define to enable better font hinting. It's disabled for most builds due to patents. Apple's patents, of course...
Well, I did not enable anything - I literally just did a ./configure && make. I realise we don't want to walk into some patent mindfield, but I don't think it's a problem:Darkvater wrote:It will not help unless you have enabled the TrueType when you have compiled the freetype library.
Straight from the horse's mouth.freetype.org wrote:Is FreeType 2 Affected by the Patents?
The answer is no for any recent build of FreeType 2, since it comes with an ‘auto-hinting’ module that was specifically designed to completely ignore the TrueType bytecode instructions.
I don't think you get the issue. Whenever I need a library, I need a universal one, which makes compiling them somewhat tricky. It's way easier to use the one Apple provide since they already did the hard work.ickoonite wrote:Yeah, I rolled my own freetype 2.3.0 too. And that binary you have just compiled works the same as the one I made, so do we have a winner? (If needs be, I might be able to arrange a test on a 10.3 box.)Bjarni wrote:ok, I tried linking against freetype 2.3.0 (I had to compile that one myself)
And it would be nice to get this tested on 10.3 as I don't have access any computer running that version anymore
Right, I see. A universal static binary. That is a bit of a pain in the arse.Bjarni wrote:I don't think you get the issue. Whenever I need a library, I need a universal one, which makes compiling them somewhat tricky. It's way easier to use the one Apple provide since they already did the hard work.
I suppose the thing to do is to have a look at what results Apple's shipped freetype library gives for other languages. If it's only Japanese that's crap (and probably Chinese as well, although that's not included yet, of course), then for the moment, it's probably just best to stick with compiling against the included library.
On a related note, is there an easy way to make it do anti-aliasing? If that worked, it would surely go a long way to make things look better on screen.
See this post just above. If the library included with OSX does not use it or their own auto-hinter it will not work. Based on the screenshots you showed it seems it's not.ickoonite wrote:On a related note, is there an easy way to make it do anti-aliasing? If that worked, it would surely go a long way to make things look better on screen.
TrueLight: "Did you bother to read any of the replies, or you just pressed 'Reply' and started typing?"
<@[R-Dk]FoRbiDDeN> "HELP, this litte arrow thing keeps following my mouse, and I can't make it go away."
<@[R-Dk]FoRbiDDeN> "HELP, this litte arrow thing keeps following my mouse, and I can't make it go away."
- bazilio_lg
- Engineer
- Posts: 1
- Joined: 27 Jan 2007 16:24
- Location: Lugansk, Ukraine
- Contact:
Hello. I'm from Ukraine and I want to use russian interface and chat in Russian when in multiplayer.
But the .deb (RC3 and RC4) packages seem to be compiled without freetype support.
Check this:
nothing of freetype.
Here's the full output:
I use Debian Etch.
Perhaps someone can build .deb with freetype support, it's kinda wrong when this new feature is not available. Or is there any manual on how to build a .deb package from OpenTTD source?
But the .deb (RC3 and RC4) packages seem to be compiled without freetype support.
Check this:
Code: Select all
bazilio@bazilio:~$ ldd /usr/games/openttd |grep type
bazilio@bazilio:~$
Here's the full output:
Code: Select all
bazilio@bazilio:~$ ldd /usr/games/openttd
linux-gate.so.1 => (0xffffe000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7ee2000)
libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0xb7e31000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7e1d000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7dfa000)
libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0xb7d40000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7d1a000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7be9000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7bde000)
/lib/ld-linux.so.2 (0xb7f08000)
libasound.so.2 => /usr/lib/libasound.so.2 (0xb7b1d000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7b19000)
libdirectfb-0.9.so.25 => /usr/lib/libdirectfb-0.9.so.25 (0xb7ac2000)
libfusion-0.9.so.25 => /usr/lib/libfusion-0.9.so.25 (0xb7abb000)
libdirect-0.9.so.25 => /usr/lib/libdirect-0.9.so.25 (0xb7aac000)
libvga.so.1 => /usr/lib/libvga.so.1 (0xb7a4c000)
Perhaps someone can build .deb with freetype support, it's kinda wrong when this new feature is not available. Or is there any manual on how to build a .deb package from OpenTTD source?
It might be a static freetype library. Did you try using russian as input and specifying fonts?
TrueLight: "Did you bother to read any of the replies, or you just pressed 'Reply' and started typing?"
<@[R-Dk]FoRbiDDeN> "HELP, this litte arrow thing keeps following my mouse, and I can't make it go away."
<@[R-Dk]FoRbiDDeN> "HELP, this litte arrow thing keeps following my mouse, and I can't make it go away."
If you can't make freetype work, then you can add rusianw.grf file to [newgrf-static] setcion in openttd.cfgbazilio_lg wrote:Hello. I'm from Ukraine and I want to use russian interface and chat in Russian when in multiplayer.
Also you can read that topic in russian about new UTF support.
There was a mention (in another topic) that the sprite limit has been increased with 0.5.0 RC4. However, when starting a new game, I still get the message :
Code: Select all
Error : Tried to load too many sprites (#16383; max 16383)
What is this all about ?Changes since RC3:
- Feature: Increase spritecache size to 2MB, will increase performance in games using newgrf files (r8218)
The spritecache does indeed has been increased in RC4. With a whole whopping 1 spriteglx wrote:spritecache increase is not sprite limit increase
For the above poster: the spritecache is a memory buffer that keeps used sprites there so you don't have to load them from disk. With 1MB this buffer was full really fast and you had to fetch the sprites from disk, which is much slower than from memory.
TrueLight: "Did you bother to read any of the replies, or you just pressed 'Reply' and started typing?"
<@[R-Dk]FoRbiDDeN> "HELP, this litte arrow thing keeps following my mouse, and I can't make it go away."
<@[R-Dk]FoRbiDDeN> "HELP, this litte arrow thing keeps following my mouse, and I can't make it go away."
OzTransLtd wrote:Are we going to see an increase of that sprite limit in the near future?
but only increased up to 16 million for everything in total, i.e. there is no separation between 'categories'. I don't know how many categories TTDPatch has, so I cannot compare it with their sprite limit.glx wrote:... The sprite limit has been increased in trunk though.
TTDPatch has ... six categories[0]. Anyway, it's a total of 65535 sprites, including the 4900 TTD sprites.
[0] Three (other, trains, and RVs) at ~11k and three (ships, planes, houses) at ~8k.
[0] Three (other, trains, and RVs) at ~11k and three (ships, planes, houses) at ~8k.
To get a good answer, ask a Smart Question. Similarly, if you want a bug fixed, write a Useful Bug Report. No TTDPatch crashlog? Then follow directions.
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
A high enough sprite limit in total regardless of category is better anyway; just TTDPatch has those categories with lower limits for each.
I'm sorry to be a bit ignorant how things work in your world ... but is there a download available somewhere ?glx wrote: ... The sprite limit has been increased in trunk though. ...
"trunk" is the source from which the nightlies are built: http://nightly.openttd.org
To get a good answer, ask a Smart Question. Similarly, if you want a bug fixed, write a Useful Bug Report. No TTDPatch crashlog? Then follow directions.
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
Who is online
Users browsing this forum: No registered users and 7 guests