Unicode Fonts on PlayerUI (SB2)

[Dan Sully]

Hi All - I've checked in a modified patch from 'waka' that supports Unicode
characters on the SB2 display. This code is in the 08-05-2005 nightlies.

I've included the required GD libraries (linked against FreeType2) for
Windows, OSX and Linux using Perl 5.8. Other platforms will need to build their own.

To use it, you'll need to download a Unicode TrueType Font, and place it in
the Graphics/ folder.

We look for the following fonts, in this order:

arialuni.ttf ARIALUNI.TTF CODE2000.TTF Cyberbit.ttf CYBERBIT.TTF

Arial: Is "MS Arial Uni", which is included in the more recent MS Office Products.

CODE2000 is available from: http://home.att.net/~jameskass/code2000_page.htm

CyberBit is available from: http://ftp.netscape.com/pub/communic...fonts/windows/

Note that these are all 'not free for commercial use' - which is why we can't
distribute them with SlimServer. We're working on that.

-D
--
<iNoah> my pdp goes to 11.

[Christian Pernegger]

> Hi All - I've checked in a modified patch from 'waka' that supports Unicode
> characters on the SB2 display. This code is in the 08-05-2005 nightlies.

Excellent news - however, no luck yet.

> To use it, you'll need to download a Unicode TrueType Font, and place it in the Graphics/
> folder.

arialuni.ttf, check

firmware update, check

> I've included the required GD libraries (linked against FreeType2) for
> Windows, OSX and Linux using Perl 5.8.

Would slimserver complain if it couldn't find these?

I still get ????? strings for anything that isn't vaguely latin1.
(mp3+id3v2 and flac+vorbiscomments, all UTF-8)

Log is empty, where do I investigate?

C.

[Dan Sully]

* Christian Pernegger shaped the electrons to say...

>> I've included the required GD libraries (linked against FreeType2) for
>> Windows, OSX and Linux using Perl 5.8.
>
>Would slimserver complain if it couldn't find these?
>
>I still get ????? strings for anything that isn't vaguely latin1.
>(mp3+id3v2 and flac+vorbiscomments, all UTF-8)
>
>Log is empty, where do I investigate?

I've just added some debugging to help with this. Use --d_graphics

-D
--
On second thought, let's not go to Camelot. It is a silly place.

[Christian Pernegger]

> I've just added some debugging to help with this. Use --d_graphics

2005-08-05 23:24:47.1317 Error while trying to load GD Library: [Can't
locate GD.pm ...

Oh well...

# apt-get install libgd-gd2-perl

Fixed. Works beautifully now.

My thanks to you and waka, love you guys

C.

[sbjaerum]

* Christian Pernegger shaped the electrons to say...

>> I've included the required GD libraries (linked against FreeType2) for
>> Windows, OSX and Linux using Perl 5.8.
>
>Would slimserver complain if it couldn't find these?
>
>I still get ????? strings for anything that isn't vaguely latin1.
>(mp3+id3v2 and flac+vorbiscomments, all UTF-8)
>
>Log is empty, where do I investigate?

I've just added some debugging to help with this. Use --d_graphics

-D
--
On second thought, let's not go to Camelot. It is a silly place.

I get:

2005-08-05 23:33:54.7855 Trying to load GD Library for TTF support: not ok!
2005-08-05 23:33:54.7859 Error while trying to load GD Library: [Can't locate GD
.pm in @INC (@INC contains: C:\slim\trunk\server\Plugins C:/slim/trunk/server C:
\slim\trunk\server\CPAN C:\slim\trunk\server\CPAN\arch\5.8.7\MSWin32-x86-multi-t
hread C:\slim\trunk\server\CPAN\arch\5.8.7\MSWin32-x86-multi-thread\auto C:\slim
\trunk\server\CPAN\arch\5.8\MSWin32-x86-multi-thread C:\slim\trunk\server\CPAN\a
rch\5.8\MSWin32-x86-multi-thread\auto C:\slim\trunk\server\CPAN\arch\MSWin32-x86
-multi-thread C:/Perl/lib C:/Perl/site/lib .) at C:/slim/trunk/server/Slim/Displ
ay/Graphics.pm line 26.

Steinar

[Dan Sully]

* Christian Pernegger shaped the electrons to say...

>> I've just added some debugging to help with this. Use --d_graphics
>
>2005-08-05 23:24:47.1317 Error while trying to load GD Library: [Can't
>locate GD.pm ...
>
>Oh well...
>
># apt-get install libgd-gd2-perl

That'll work too.

I've only included the library for i386-linux-thread-multi - so if your perl
doesn't match that, then you need to pull it from elsewhere.

-D
--
<ZangTT> berkeley db - it's mostly about the hash()

[Dan Sully]

* sbjaerum shaped the electrons to say...

>.pm in @INC (@INC contains: C:\slim\trunk\server\Plugins
>C:/slim/trunk/server C:
>\slim\trunk\server\CPAN
>C:\slim\trunk\server\CPAN\arch\5.8.7\MSWin32-x86-multi-t
>hread
>C:\slim\trunk\server\CPAN\arch\5.8.7\MSWin32-x86-multi-thread\auto

Looks like you're running a later version of ActiveState than what we build &
ship with. I suggest either downgrading, or copying the
MSWin32-x86-multi-thread to CPAN\arch\5.8\

-D
--
<ZangTT> berkeley db - it's mostly about the hash()

[dean]

Shouldn't the path work for both .../5.8/... and .../5.8.7/...

On Aug 5, 2005, at 2:42 PM, Dan Sully wrote:

> * sbjaerum shaped the electrons to say...
>
>
>> .pm in @INC (@INC contains: C:\slim\trunk\server\Plugins
>> C:/slim/trunk/server C:
>> \slim\trunk\server\CPAN
>> C:\slim\trunk\server\CPAN\arch\5.8.7\MSWin32-x86-multi-t
>> hread
>> C:\slim\trunk\server\CPAN\arch\5.8.7\MSWin32-x86-multi-thread\auto
>>
>
> Looks like you're running a later version of ActiveState than what
> we build &
> ship with. I suggest either downgrading, or copying the
> MSWin32-x86-multi-thread to CPAN\arch\5.8\
>
> -D
> --
> <ZangTT> berkeley db - it's mostly about the hash()
>

[sbjaerum]

* sbjaerum shaped the electrons to say...

>.pm in @INC (@INC contains: C:\slim\trunk\server\Plugins
>C:/slim/trunk/server C:
>\slim\trunk\server\CPAN
>C:\slim\trunk\server\CPAN\arch\5.8.7\MSWin32-x86-multi-t
>hread
>C:\slim\trunk\server\CPAN\arch\5.8.7\MSWin32-x86-multi-thread\auto

Looks like you're running a later version of ActiveState than what we build &
ship with. I suggest either downgrading, or copying the
MSWin32-x86-multi-thread to CPAN\arch\5.8\

-D
--
<ZangTT> berkeley db - it's mostly about the hash()

Fixed it with:
ppm install http://theoryx5.uwinnipeg.ca/ppms/GD.ppd

Steinar

[Dan Sully]

* dean blackketter shaped the electrons to say...

>Shouldn't the path work for both .../5.8/... and .../5.8.7/...

Not when the library I checked in is specific to 5.8.6

-D
--
Do not panic, do not panic! We are trained professionals!
Now, stay calm. We are going around the leaf.