Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: VDR Portal. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

Elchi

Profi

  • »Elchi« ist der Autor dieses Themas

Beiträge: 560

Wohnort: Oberlausitz unweit der Spreequelle

  • Nachricht senden

1

Montag, 15. Mai 2006, 21:11

[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

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Elchi« (1. Juli 2006, 13:43)


44892

Fortgeschrittener

Beiträge: 369

Wohnort: Stuttgart

  • Nachricht senden

2

Dienstag, 16. Mai 2006, 07:14

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

Profi

  • »Elchi« ist der Autor dieses Themas

Beiträge: 560

Wohnort: Oberlausitz unweit der Spreequelle

  • Nachricht senden

3

Dienstag, 16. Mai 2006, 09:40

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.

Zitat

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

Profi

  • »Elchi« ist der Autor dieses Themas

Beiträge: 560

Wohnort: Oberlausitz unweit der Spreequelle

  • Nachricht senden

4

Dienstag, 16. Mai 2006, 10:11

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

Fortgeschrittener

Beiträge: 369

Wohnort: Stuttgart

  • Nachricht senden

5

Dienstag, 16. Mai 2006, 10:20

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

Profi

  • »Elchi« ist der Autor dieses Themas

Beiträge: 560

Wohnort: Oberlausitz unweit der Spreequelle

  • Nachricht senden

6

Dienstag, 16. Mai 2006, 10:30

Zitat

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

Profi

  • »Elchi« ist der Autor dieses Themas

Beiträge: 560

Wohnort: Oberlausitz unweit der Spreequelle

  • Nachricht senden

7

Mittwoch, 17. Mai 2006, 17:20

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

LordJaxom

Meister

Beiträge: 2 115

Wohnort: Kind der Kirmes am Kanal

Beruf: System- und Anwendungsprogrammierer

  • Nachricht senden

8

Mittwoch, 17. Mai 2006, 17:23

Ö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

Profi

  • »Elchi« ist der Autor dieses Themas

Beiträge: 560

Wohnort: Oberlausitz unweit der Spreequelle

  • Nachricht senden

9

Mittwoch, 17. Mai 2006, 18:03

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

LordJaxom

Meister

Beiträge: 2 115

Wohnort: Kind der Kirmes am Kanal

Beruf: System- und Anwendungsprogrammierer

  • Nachricht senden

10

Mittwoch, 17. Mai 2006, 20:50

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

Fortgeschrittener

Beiträge: 369

Wohnort: Stuttgart

  • Nachricht senden

11

Mittwoch, 17. Mai 2006, 20:53

Zitat

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

Profi

  • »Elchi« ist der Autor dieses Themas

Beiträge: 560

Wohnort: Oberlausitz unweit der Spreequelle

  • Nachricht senden

12

Mittwoch, 17. Mai 2006, 21:13

Zitat

*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

Profi

  • »Elchi« ist der Autor dieses Themas

Beiträge: 560

Wohnort: Oberlausitz unweit der Spreequelle

  • Nachricht senden

13

Mittwoch, 17. Mai 2006, 21:53

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

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Elchi« (17. Mai 2006, 21:55)


Elchi

Profi

  • »Elchi« ist der Autor dieses Themas

Beiträge: 560

Wohnort: Oberlausitz unweit der Spreequelle

  • Nachricht senden

14

Samstag, 1. Juli 2006, 13:30

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.

Quellcode

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

15

Samstag, 1. Juli 2006, 16:08

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

Profi

  • »Elchi« ist der Autor dieses Themas

Beiträge: 560

Wohnort: Oberlausitz unweit der Spreequelle

  • Nachricht senden

16

Samstag, 1. Juli 2006, 16:29

Ja klappt problemlos !!!

Quellcode

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

17

Samstag, 1. Juli 2006, 16:32

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 «

18

Montag, 3. Juli 2006, 04:27

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

19

Montag, 3. Juli 2006, 07:07

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 «

20

Montag, 3. Juli 2006, 11:57

Die Fehlermeldung ist:

Quellcode

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

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »tüddelkopp« (3. Juli 2006, 12:00)


Immortal Romance Spielautomat