You are not logged in.

Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

Elchi

Professional

  • "Elchi" started this thread

Posts: 558

Location: Oberlausitz unweit der Spreequelle

  • Send private message

1

Monday, May 15th 2006, 9:11pm

[entgültig gelöst] text2skin und keine Truetype Renderung mehr

hi, hab heute mal meine Mandriva Cooker Install auf den neuesten Stand gebracht und somit auch die libfreetype6 auf Version 2.2.1. Seitdem werden keine TrueType Schriften mehr gerendert. @LordJaxom, hast du eine Vermutung woran dies in text2skin liegen kann oder ist das ein libfreetype6 2.2.1 Problem?

Elchi
Asrock M3A785GHM/128, Athlon 64 240e, 2GB, 64 GB Samsung SSD und ne Nvidia Gt610 für VDPAU
1x DD CineS2, UIR-Man, Androvdr, Ubuntu 12.04, VDR: 2.0.4 (yavdr Quellen) und NVRAM Wakeup

dabei seit Version 0.72

This post has been edited 1 times, last edit by "Elchi" (Jul 1st 2006, 1:43pm)


44892

Intermediate

Posts: 369

Location: Stuttgart

  • Send private message

2

Tuesday, May 16th 2006, 7:14am

Hallo, würde mich auch interessieren. Verwende zwar LinVDR (Debian)-Basis mit aktuellem 1.4.0 und Bigpatch 1, Kernel 2.6.16.5, aber habe auch das Problem, dass ich keine Texte mehr in Enigma und Mandaxy habe... nur noch der Classsic und Skinelchi funktionieren. Würde aber gerne wieder zu Enigma zurück kehren.

Er zeigt das Bild an, Menü ist sichtbar, aber kein Text - Navigation im Blindflug geht jedoch...
SW Server: TvHeadend auf Ubuntu 12.04 [kann ersetzt werden]

SW Client: XBMC 11 / ATV

HW Server: Intel DH67CL | Core i3-2100 | 4GB RAM | 1x Digital Devices cine S2 V6 Twin DVB-S2 | 2x TT DVB-S 1500 budget | LG GSA-4167B DVD+/-R(W) | Corsair Force F60
HW Client: ATV2 / ATV3

Elchi

Professional

  • "Elchi" started this thread

Posts: 558

Location: Oberlausitz unweit der Spreequelle

  • Send private message

3

Tuesday, May 16th 2006, 9:40am

Hi, das hat nichts mit dem VDR 1.4 oder dem .16er Kernel zu tun. Das liegt einzig und allein an der neuen libfreetype6 2.2.1, denke ich zumindest da diese ab 15.Mai bei Mandriva Cooker erneuert wurde und es seit da nicht mehr geht.

Quoted

nur noch der Classsic und Skinelchi funktionieren.


Enigma ist ja auch der einzige Skin der Truetype Schriften verwendet.

Hab auch schon einen Recompile von Text2skin auf die neue libfreetype gemacht, auch mal mit -DHAVE_IMAGEMAGICK oder DHAVE_LIBIMLIB2, aber gleiches Problem. Welche Version ist bei dir als libfreetype drauf?
Werde mir mal das changelog suchen.

Elchi
Asrock M3A785GHM/128, Athlon 64 240e, 2GB, 64 GB Samsung SSD und ne Nvidia Gt610 für VDPAU
1x DD CineS2, UIR-Man, Androvdr, Ubuntu 12.04, VDR: 2.0.4 (yavdr Quellen) und NVRAM Wakeup

dabei seit Version 0.72

Elchi

Professional

  • "Elchi" started this thread

Posts: 558

Location: Oberlausitz unweit der Spreequelle

  • Send private message

4

Tuesday, May 16th 2006, 10:11am

Eigentlich dürfte ja bei den GraphTFT Besitzern auch kein TrueType Rendering mehr funktionieren, da ja text2skin die Font Routinen von da nimmt. Laut changelog hat es Änderungen mit den Header Files gegeben.

Elchi
Asrock M3A785GHM/128, Athlon 64 240e, 2GB, 64 GB Samsung SSD und ne Nvidia Gt610 für VDPAU
1x DD CineS2, UIR-Man, Androvdr, Ubuntu 12.04, VDR: 2.0.4 (yavdr Quellen) und NVRAM Wakeup

dabei seit Version 0.72

44892

Intermediate

Posts: 369

Location: Stuttgart

  • Send private message

5

Tuesday, May 16th 2006, 10:20am

Komme gerade nicht an den Rechner, werde heute Abend mal nachsehen, was ich drauf habe... aber mit GraphTFT klingt ja furchtbar - habe mir soeben ein PSOne-TFT zugelegt und wollte genau das mit GraphTFT nutzen...

Muss ich wohl noch ein wenig warten, bis es da eine Lösung gibt... Naja, will ja ohnehin erst mal das neue Gehäuse für den Zweit-VDR umbauen und da das TFT rein setzen, evtl. geht die Ansteuerung bis dahin auch.

Weisst Du denn, ob daran gearbeitet wird?

Gruß, Sascha
SW Server: TvHeadend auf Ubuntu 12.04 [kann ersetzt werden]

SW Client: XBMC 11 / ATV

HW Server: Intel DH67CL | Core i3-2100 | 4GB RAM | 1x Digital Devices cine S2 V6 Twin DVB-S2 | 2x TT DVB-S 1500 budget | LG GSA-4167B DVD+/-R(W) | Corsair Force F60
HW Client: ATV2 / ATV3

Elchi

Professional

  • "Elchi" started this thread

Posts: 558

Location: Oberlausitz unweit der Spreequelle

  • Send private message

6

Tuesday, May 16th 2006, 10:30am

Quoted

Weisst Du denn, ob daran gearbeitet wird?


Mhm, keine Ahnung ob LordJaxom oder Kenny (so hieß er doch) schon die neue Version drauf haben.
Was mich mal interessiert was freetype-config --ftversion bei dir ausspuckt? Keine Ahnung ob linvdr schon so aktuell ist, das die schon die 2.2.1 verwenden, seit wann geht es bei dir mit den Fonts nicht mehr?

Elchi
Asrock M3A785GHM/128, Athlon 64 240e, 2GB, 64 GB Samsung SSD und ne Nvidia Gt610 für VDPAU
1x DD CineS2, UIR-Man, Androvdr, Ubuntu 12.04, VDR: 2.0.4 (yavdr Quellen) und NVRAM Wakeup

dabei seit Version 0.72

Elchi

Professional

  • "Elchi" started this thread

Posts: 558

Location: Oberlausitz unweit der Spreequelle

  • Send private message

7

Wednesday, May 17th 2006, 5:20pm

So hab mal die vorherige Version von libfreetype6 also die 2.1.10 selber compiliert und installiert. freetype-config --ftversion -> 2.1.10
Lustigerweise geht es damit aber auch nicht mehr.
@LordJaxom, was außer der libfreetype6 wird denn noch gebraucht um diese Truetype Schriften zu rendern, außer natürlich die libimlib2 usw. ?

Elchi
Asrock M3A785GHM/128, Athlon 64 240e, 2GB, 64 GB Samsung SSD und ne Nvidia Gt610 für VDPAU
1x DD CineS2, UIR-Man, Androvdr, Ubuntu 12.04, VDR: 2.0.4 (yavdr Quellen) und NVRAM Wakeup

dabei seit Version 0.72

Posts: 2,101

Location: Kind der Kirmes am Kanal

Occupation: System- und Anwendungsprogrammierer

  • Send private message

8

Wednesday, May 17th 2006, 5:23pm

Öh, Freetype reicht eigentlich...

Aber wenn sich an den APIs nichts geändert hat (ChangeLog von FT?) und nicht zu erkennen ist warum's plötzlich nicht mehr geht würde ich evtl. einen Bugreport bei FT anregen. Kann ja nicht sein dass das "einfach so" nicht mehr geht...

Elchi

Professional

  • "Elchi" started this thread

Posts: 558

Location: Oberlausitz unweit der Spreequelle

  • Send private message

9

Wednesday, May 17th 2006, 6:03pm

Hi Lord, kannst du hieraus was erkennen?

CHANGES BETWEEN 2.2 and 2.1.10

(not released officially)

I. IMPORTANT BUG FIXES

- Vertical metrics for SFNT fonts were incorrect sometimes.

- The FT_HAS_KERNING macro always returned 0.

- CFF OpenType fonts didn't return correct vertical metrics for
glyphs with outlines.

- If FreeType was compiled without hinters, all font formats based
on PS outlines weren't scaled correctly.


II. IMPORTANT CHANGES

- Version 2.2 no longer exposes its internals, this is, the header
files located in the `include/freetype/internal' directory of
the source package are not copied anymore by the `make install'
command. Consequently, a number of rogue clients which directly
access FreeType's internal functions and structures won't
compile without modification.

We provide patches for most of those rogue clients. See the
following page for more information:

http://www.freetype.org/freetype2/patches/rogue-patches.html

Note that, as a convenience to our Unix desktop users, version
2.2 is *binary* compatible with FreeType 2.1.7, which means that
installing this release on an existing distribution shall not
break any working desktop.

- FreeType's build mechanism has been redesigned. With GNU make
it is now sufficient in most cases to edit two files:
`modules.cfg', to select the library components, and the
configuration file `include/freetype/config/ftoption.h' (which
can be copied to the objects directory). Removing unused module
directories to prevent its compilation and editing
`include/freetype/config/ftmodule.h' is no longer necessary.

- The LIGHT hinting algorithm produces more pleasant results.
Also, using the FT_LOAD_TARGET_LIGHT flags within FT_Load_Glyph
always forces auto-hinting, as a special exception. This allows
you to experiment with it even if you have enabled the TrueType
bytecode interpreter in your build.

- The auto hinter now employs a new algorithm for CJK fonts, based
on Akito Hirai's patch. Note that this only works for fonts
with a Unicode charmap at the moment.

- The following callback function types have changed slightly (by
adding the `const' keyword where appropriate):

FT_Outline_MoveToFunc
FT_Outline_LineToFunc
FT_Outline_ConicToFunc
FT_Outline_CubicToFunc
FT_SpanFunc
FT_Raster_RenderFunc

FT_Glyph_TransformFunc
FT_Renderer_RenderFunc
FT_Renderer_TransformFunc

Note that this doesn't affect binary backward compatibility.

- On MacOS, new APIs have been added as replacements for legacy
APIs: `FT_New_Face_From_FSRef' for `FT_New_Face_From_FSSpec',
and `FT_GetFile_From_Mac_ATS_Name' for
`FT_GetFile_From_Mac_Name'. Legacy APIs are still available, if
FreeType is built without disabling them.

- A new API `FT_Select_Size' has been added to select a bitmap
strike by its index. Code using other functions to select
bitmap strikes should be updated to use this function.

- A new API `FT_Get_SubGlyph_Info' has been added to retrieve
subglyph data. This can be used by rogue clients which used to
access the internal headers to get the corresponding data.

- In 2.1.10, the behaviour of `FT_Set_Pixel_Sizes' was changed for
BDF/PCF fonts, and only for them. This causes inconsistency.
In this release, we undo the change. The intent of the change
in 2.1.10 is to allow size selection through real dimensions,
which can now be done through `FT_Request_Size'.

- Some security issues were discovered and fixed in the CFF and
Type 1 loader, causing crashes of FreeType by malformed font
files.


III. MISCELLANEOUS

- The documentation for FT_LOAD_TARGET_XXX and FT_RENDER_MODE_XXX
values now better reflects its usage and differences: One set is
used to specify the hinting algorithm, the other to specify the
pixel rendering mode.

- FT_New_Face() and FT_New_Face_From_FSSpec() in ftmac.c have been
changed to count supported scalable faces (sfnt, LWFN) only, and
to return the number of available faces via face->num_faces.
Unsupported bitmap faces (fbit, NFNT) are ignored.

- builds/unix/configure has been improved for MacOS X. It now
automatically checks available functions in Carbon library, and
prepare to use newest functions by default. Options to specify
the dependencies of each Carbon APIs (FSSpec, FSRef, old/new
QuickDraw, ATS) are available too. By manual disabling of all
QuickDraw functionality, FreeType can be built without
`deprecated function' warnings on MacOS 10.4.x, but
FT_GetFile_Mac_Name in ftmac.c then is changed to a dummy
function, and returns an `unimplemented' error. For details see
builds/mac/README.

- SFNT cmap handling has been improved, mainly to run much faster
with CJK fonts.

- A new function `FT_Get_TrueType_Engine_Type (declared in
`FT_MODULE_H') is provided to determine the status of the
TrueType bytecode interpreter compiled into the library
(patented, unpatented, unimplemented).

- Vertical metrics of glyphs are synthesized if the font does not
provide such information. You can tell whether the metrics are
synthesized or not by checking the FT_FACE_FLAG_VERTICAL flag of
the face.

- The demo programs `ftview' and `ftstring' have been rewritten
for better readability. `ftview' has a new switch `-p' to test
FT_New_Memory_Face (instead of FT_New_Face).

- FreeType now honours bit 1 in the `head' table of TrueType fonts
(meaning `left sidebearing point at x=0'). This helps with some
buggy fonts.

- Rudimentary support for Adobe's new `SING Glyphlet' format. See

http://www.adobe.com/products/indesign/sing_gaiji.html

for more information.

- The `ftdump' program from the `ft2demos' bundle now shows some
information about charmaps. It also supports a new switch `-v'
to increase verbosity.

- Better AFM support. This includes track kerning support.

Elchi
Asrock M3A785GHM/128, Athlon 64 240e, 2GB, 64 GB Samsung SSD und ne Nvidia Gt610 für VDPAU
1x DD CineS2, UIR-Man, Androvdr, Ubuntu 12.04, VDR: 2.0.4 (yavdr Quellen) und NVRAM Wakeup

dabei seit Version 0.72

Posts: 2,101

Location: Kind der Kirmes am Kanal

Occupation: System- und Anwendungsprogrammierer

  • Send private message

10

Wednesday, May 17th 2006, 8:50pm

Auf den ersten Blick leider nicht. Ich müsste mir mal genau anschauen (debuggen) was beim Laden da passiert, ehrlichgesagt hab ich mir den Code ewige Zeiten nicht mehr angeschaut und selbst geschrieben hab ich den damals auch nicht ;)

44892

Intermediate

Posts: 369

Location: Stuttgart

  • Send private message

11

Wednesday, May 17th 2006, 8:53pm

Quoted

Original von Elchi
Was mich mal interessiert was freetype-config --ftversion bei dir ausspuckt? Keine Ahnung ob linvdr schon so aktuell ist, das die schon die 2.2.1 verwenden, seit wann geht es bei dir mit den Fonts nicht mehr?

Elchi


*g* Bei mir kommt nur command not found *g*

Die fonts gehen nicht mehr, seit ich von Codys 1.3.47 auf 1.4.0 gesprungen bin. Er hat die zuvor mal mit der alten Im2Lib kompiliert und ich erhielt tausende (!) Fehlermeldungen "font engine not enabled at compile time" oder so ähnlich pro Minute... mit Im2Lib waren die Meldungen weg - und die Schrift auch.
SW Server: TvHeadend auf Ubuntu 12.04 [kann ersetzt werden]

SW Client: XBMC 11 / ATV

HW Server: Intel DH67CL | Core i3-2100 | 4GB RAM | 1x Digital Devices cine S2 V6 Twin DVB-S2 | 2x TT DVB-S 1500 budget | LG GSA-4167B DVD+/-R(W) | Corsair Force F60
HW Client: ATV2 / ATV3

Elchi

Professional

  • "Elchi" started this thread

Posts: 558

Location: Oberlausitz unweit der Spreequelle

  • Send private message

12

Wednesday, May 17th 2006, 9:13pm

Quoted

*g* Bei mir kommt nur command not found *g*


Ja das kann sein, da bei dir keine Devels von libfreetype installiert sind, hast ja Linvdr. Die Devels brauchste ja nur zum Compilieren, der Witz ist aber nun bei mir, das es mit der 2.1.10 nun auch nicht mehr klappt. Hatte ja am Montag auf die 2.2.1 geupdatet. Davor lief ja schon der 1.4er VDR und deshalb vermute ich nun ein anderes Packet was hier die Probleme macht, wenn ich nur wüßte welches? :D

Elchi
Asrock M3A785GHM/128, Athlon 64 240e, 2GB, 64 GB Samsung SSD und ne Nvidia Gt610 für VDPAU
1x DD CineS2, UIR-Man, Androvdr, Ubuntu 12.04, VDR: 2.0.4 (yavdr Quellen) und NVRAM Wakeup

dabei seit Version 0.72

Elchi

Professional

  • "Elchi" started this thread

Posts: 558

Location: Oberlausitz unweit der Spreequelle

  • Send private message

13

Wednesday, May 17th 2006, 9:53pm

Hi, also es lag bei mir doch an der neuen libfreetype6, der einzige Fehler warum die compilierte alte Version 2.1.10 nicht mehr wollte war der, das durch mein make install der link in /usr/lib immer noch auf die neue Version vom 15.5 zeigte. Nach Änderung geht nun wieder alles.

lrwxrwxrwx 1 root root 20 Mai 17 17:00 libfreetype.so -> libfreetype.so.6.3.8*
lrwxrwxrwx 1 root root 20 Mai 17 21:37 libfreetype.so.6 -> libfreetype.so.6.3.8*
-rwxr-xr-x 1 root root 463636 Mai 15 12:03 libfreetype.so.6.3.10*
-rwxr-xr-x 1 root root 1471480 Mai 17 17:00 libfreetype.so.6.3.8*


Warum die neuere Version (15.5) um ca. 1 MB kleiner ist, kann ich nicht nachvollziehen, weil die Version von vor einem halben Jahr auch nur ca. 430Kb ist und es damit keine Probleme gab.

lrwxrwxrwx 1 root root 20 Okt 29 2005 libfreetype.so -> libfreetype.so.6.3.8*
lrwxrwxrwx 1 root root 20 Okt 29 2005 libfreetype.so.6 -> libfreetype.so.6.3.8*
-rwxr-xr-x 1 root root 430280 Aug 24 2005 libfreetype.so.6.3.8*

@LordJaxom, da wird es wohl bald wirklich Geschrei geben :D wenn andere auf diese Version gehen oder liege ich da gänzlich daneben? Könnte ja auch ein Mandriva Problem darstellen, aber der Fehler von 44892 würde mich dann doch auch noch interessieren.

Elchi
Asrock M3A785GHM/128, Athlon 64 240e, 2GB, 64 GB Samsung SSD und ne Nvidia Gt610 für VDPAU
1x DD CineS2, UIR-Man, Androvdr, Ubuntu 12.04, VDR: 2.0.4 (yavdr Quellen) und NVRAM Wakeup

dabei seit Version 0.72

This post has been edited 1 times, last edit by "Elchi" (May 17th 2006, 9:55pm)


Elchi

Professional

  • "Elchi" started this thread

Posts: 558

Location: Oberlausitz unweit der Spreequelle

  • Send private message

14

Saturday, July 1st 2006, 1:30pm

Auf der ML wurde nun ein Patch für das TEXT2SKIN Plugin für dieses Problem gepostet, es sollte jetzt auch mit der neuesten Version von libfreetype klappen.

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
--- text2skin-1.0-orig/graphtft/font.c	2005-01-30 19:09:42.000000000 +0100
+++ text2skin/graphtft/font.c	2006-06-30 21:33:53.000000000 +0200
@@ -139,20 +139,21 @@
 		 error = FT_Load_Glyph( _face, glyph_index, FT_LOAD_DEFAULT ); 
 		 if ( error ) continue; /* ignore errors */  
 		 
-		 // convert to a mono bitmap
-		 error = FT_Render_Glyph( _face->glyph, ft_render_mode_mono ); 
-		 if ( error ) continue;
-		
 		// now, convert to vdr font data
 		int width = (_slot->metrics.horiAdvance / 64) + 1;
 		int bearingX = (_slot->metrics.horiBearingX / 64) +1;
 		width = (width > (int)sizeof(cFont::tPixelData) * 8) ? (((int)sizeof(cFont::tPixelData) * 8)-2) :width ;
-		int  top = _slot->bitmap_top;
-		int  y_off = Size - top;
 
 		font_data[(num_char_array*num_rows)+0]=width;
 		font_data[(num_char_array*num_rows)+1]=num_rows_global;
 
+		 // convert to a mono bitmap
+		 error = FT_Render_Glyph( _face->glyph, ft_render_mode_mono );
+		 if ( error ) continue;
+
+		int  top = _slot->bitmap_top;
+		int  y_off = Size - top;
+
 		unsigned char *bmp = _slot->bitmap.buffer;
 		
       		for (int y = 0; y < _slot->bitmap.rows; ++y , y_off++) {


Elchi
Asrock M3A785GHM/128, Athlon 64 240e, 2GB, 64 GB Samsung SSD und ne Nvidia Gt610 für VDPAU
1x DD CineS2, UIR-Man, Androvdr, Ubuntu 12.04, VDR: 2.0.4 (yavdr Quellen) und NVRAM Wakeup

dabei seit Version 0.72

Brougs78

Master

Posts: 2,452

Location: Tirol (A)

  • Send private message

15

Saturday, July 1st 2006, 4:08pm

Hi Elchi!

Kannst du das bestätigen dass das für die neue LIB funktioniert? Würde das gerne in meinem Patch für text2skin übernehmen ...

Gruß,
Brougs78
- -- --- ================================================================ --- -- -
VDR-Konfig: Antec Fusion, Intel E5200, Asus P5N7A-VM (VDPAU), 2xDVB-s2 // yavdr-0.2
- -- --- ================================================================ --- -- -

» Mein VDR-Zeugs (OSDImage-Plugin, Enigma-Skin): brougs78.vdr-developer.org «

Elchi

Professional

  • "Elchi" started this thread

Posts: 558

Location: Oberlausitz unweit der Spreequelle

  • Send private message

16

Saturday, July 1st 2006, 4:29pm

Ja klappt problemlos !!!

Source code

1
2
lrwxrwxrwx   1 root root       21 Jul  1 13:40 libfreetype.so.6 -> libfreetype.so.6.3.10*
-rwxr-xr-x   1 root root   463636 Mai 15 12:03 libfreetype.so.6.3.10*


Wobei libfreetype.so.6.3.10 die 2.2er Version ist.

Elchi
Asrock M3A785GHM/128, Athlon 64 240e, 2GB, 64 GB Samsung SSD und ne Nvidia Gt610 für VDPAU
1x DD CineS2, UIR-Man, Androvdr, Ubuntu 12.04, VDR: 2.0.4 (yavdr Quellen) und NVRAM Wakeup

dabei seit Version 0.72

Brougs78

Master

Posts: 2,452

Location: Tirol (A)

  • Send private message

17

Saturday, July 1st 2006, 4:32pm

Hi!

Ok, danke für die Info.

Gruß,
Brougs78
- -- --- ================================================================ --- -- -
VDR-Konfig: Antec Fusion, Intel E5200, Asus P5N7A-VM (VDPAU), 2xDVB-s2 // yavdr-0.2
- -- --- ================================================================ --- -- -

» Mein VDR-Zeugs (OSDImage-Plugin, Enigma-Skin): brougs78.vdr-developer.org «

tüddelkopp

Professional

Posts: 1,057

Location: Paderborn, NRW

  • Send private message

18

Monday, July 3rd 2006, 4:27am

Also bei mir mit Debian Sarge (libfreetype-6.3.5) endet das mit diesem Patch in einem endlosen restart des VDR.
Gruß Tüddelkopp

Brougs78

Master

Posts: 2,452

Location: Tirol (A)

  • Send private message

19

Monday, July 3rd 2006, 7:07am

Hi!

Mit welcher Meldung stürzt dann VDR ab?
Liegt das wirklich am Patch?
Hier funktioniert das auch ohne Probleme (also bei einer älteren libfreetype-Version vor 2.2)

Gruß,
Brougs78
- -- --- ================================================================ --- -- -
VDR-Konfig: Antec Fusion, Intel E5200, Asus P5N7A-VM (VDPAU), 2xDVB-s2 // yavdr-0.2
- -- --- ================================================================ --- -- -

» Mein VDR-Zeugs (OSDImage-Plugin, Enigma-Skin): brougs78.vdr-developer.org «

tüddelkopp

Professional

Posts: 1,057

Location: Paderborn, NRW

  • Send private message

20

Monday, July 3rd 2006, 11:57am

Die Fehlermeldung ist:

Source code

1
/dev/shm/scripts/startvdr: line 1: 19789 Floating point exception


Es funktioniert aber erst seit dem letzten Libfreetype update von Sarge nicht mehr, mit der Libfreetype davor funktioniert es einwandfrei. Die Libfreetype Version ist dabei gleich geblieben, also libfreetype.so.6.3.5
Gruß Tüddelkopp

This post has been edited 2 times, last edit by "tüddelkopp" (Jul 3rd 2006, 12:00pm)