PDA

View Full Version : Unicode Fonts on PlayerUI (SB2)



Dan Sully
2005-08-05, 09:40
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/communicator/extras/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
2005-08-05, 14:12
> 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
2005-08-05, 14:23
* 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
2005-08-05, 14:34
> 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
2005-08-05, 14:36
* 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
2005-08-05, 14:40
* 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
2005-08-05, 14:42
* 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
2005-08-05, 14:46
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
2005-08-05, 14:48
* 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
2005-08-05, 15:03
* 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.

kbelinski
2005-08-17, 21:59
The 08-05-2005 is not in the nightlies anymore. The earliest I could see was 08-10-2005. Is there any other way I could try out this?


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.

kdf
2005-08-17, 22:12
On 17-Aug-05, at 9:59 PM, kbelinski wrote:

>
> The 08-05-2005 is not in the nightlies anymore. The earliest I could
> see
> was 08-10-2005. Is there any other way I could try out this?
>
>
once code is in a nightly build, the later ones have it as well.
Anything more recent than 08-05 should work for you

-kdf

kbelinski
2005-08-18, 21:35
Thanks for the clarification.

I tried the "SlimServer_v2005-08-18.exe" nightly last evening. It was quite exciting because for once I could see SB2 displaying tags in the Chinese language. For the brief test, I saw a few teething problems. So I rolled back to v6.1.1.

I do not have enough info to share at this moment. I will retry the install again in the next few days. A couple of questions:

1. Is there a need to uninstall SlimServer before installing a new version?

2. Of the nightlies currently available, which version do you think is more stable than "SlimServer_v2005-08-18.exe"? With the Unicode feature of course.

kbelinski
2005-08-19, 03:54
I tried the unicode feature again. The Unicode characters do get displayed at the SB2. But not all unicode characters are being displayed correctly. A large proportion of characters are represented by weird looking chars.

Attachment "browse2.jpg" illustrates web UI of v6.1.x, which I have been using. This version does not support unicode at the SB2. However, the unicode support at the web UI is perfect. All characters are being rendered correctly.

Attachment "browse.jpg" shows the web UI of 08-18 nightly, which supposedly supports unicode at the SB2. You can see from the web UI some unicode chars are not being displayed correctly. Those characters that were displayed correctly at the web UI were transmitted to SB2 VFD screen beautifully. Garbled chars appear as such at SB2 as well.

Appreciate if anyone could give an insight into this.

Dan Sully
2005-08-19, 08:41
* kbelinski shaped the electrons to say...

>Appreciate if anyone could give an insight into this.

Could you send me one of the files that's in the garbled album?

dan | at | slimdevices.com

Thanks.

-D
--
Welcome to hell. Here's your accordion.

kbelinski
2005-08-20, 17:40
Hi Dan, I have emailed some of the info you requested. Thanks for helping.

kbelinski
2005-08-24, 04:29
I have opened bug# 2010 for the unicode problem I am seeing.

ecloud
2005-10-28, 00:01
I'm using gentoo and just emerged gd (the lib) and GD (the Perl bit).

2005-10-27 23:58:43.0837 Trying to load GD Library for TTF support: not ok!
2005-10-27 23:58:43.0863 Error while trying to load GD Library: [GD object version 2.23 does not match $GD::VERSION 2.25 at /usr/lib/perl5/5.8.4/i686-linux/DynaLoader.pm line 253.
Compilation failed in require at /opt/SlimServer_v2005-10-26/Slim/Display/Graphics.pm line 28.
]

I don't understand where this 2.25 is coming from; I can't find it in the source, and it doesn't correspond to the libgd version either, which is 2.0.32.

mherger
2005-10-28, 02:46
> I don't understand where this 2.25 is coming from; I can't find it in
> the source, and it doesn't correspond to the libgd version either,
> which is 2.0.32.

Slimserver comes with its own GD perl module (in the CPAN folder). It
might be best to remove it and try again.

--

Michael

-----------------------------------------------------------
Help translate SlimServer by using the
SlimString Translation Helper (http://www.herger.net/slim/)

ecloud
2005-10-28, 23:41
OK thanks, trying with the 10/28 nightly.

[nucleus][11:38:32 PM] ./slimserver.pl --d_server --d_graphics
Can't locate FindBin.pm in @INC (@INC contains: /etc/perl /usr/lib/perl5/site_perl/5.8.6/i686-linux-thread-multi /usr/lib/perl5/site_perl/5.8.6 ....

So I found a FindBin.pm via google, and then:

Can't locate File/Spec/Functions.pm in @INC (@INC contains: /etc/perl /usr/lib/perl5/site_perl/5.8.6/i686-linux-thread-multi /usr/lib/perl5/site_....

Looks like FindBin.pm is part of 5.8.7 anyway so I guess I'll have to upgrade Perl again.

mherger
2005-10-29, 02:01
> Looks like FindBin.pm is part of 5.8.7 anyway so I guess I'll have to
> upgrade Perl again.

You can install modules from cpan.org without upgrading all perl.

Something like

perl -MCPAN -e 'install FindBin'

or

perl -MCPAN -e 'shell'

for interactive module search/installation. I'm not 100% sure about the
syntax. So please google around a bit if you encounter any problem.

--

Michael

-----------------------------------------------------------
Help translate SlimServer by using the
StringEditor Plugin (http://www.herger.net/slim/)

ecloud
2005-10-29, 23:43
Thanks mherger for your suggestions. I have it working now on a different Gentoo box (CPAN seems to have disappeared from the perl installation on the other box). It's very cool to have Unicode support!

mherger
2005-10-30, 14:10
> Thanks mherger for your suggestions. I have it working now on a
> different Gentoo box

You're a happy man: I failed any way to get it working on my SlimCD :-(.
Would have like it to demo slimserver's capabilites.

--

Michael

-----------------------------------------------------------
Help translate SlimServer by using the
StringEditor Plugin (http://www.herger.net/slim/)

firestorm
2005-11-13, 05:17
I have got hold of 2 of the 3 fonts, but I haven't got arialuni yet. Have office 2003 installed, but it doesn't seem to come with that.

Any one know which ms product or any other source ?

thanks

dean
2005-11-13, 09:15
You only need one of the three fonts.

On Nov 13, 2005, at 4:17 AM, firestorm wrote:

>
> I have got hold of 2 of the 3 fonts, but I haven't got arialuni yet.
> Have office 2003 installed, but it doesn't seem to come with that.
>
> Any one know which ms product or any other source ?
>
> thanks
>
>
> --
> firestorm
> ----------------------------------------------------------------------
> --
> firestorm's Profile: http://forums.slimdevices.com/member.php?
> userid=2244
> View this thread: http://forums.slimdevices.com/showthread.php?t=15573
>
>

bakos
2005-11-17, 00:50
I am having the following unicode problems with SlimServer:

1. The official 6.2 version and the 6.2.1 builds will cause SlimServer to crash when it starts playing a song with Unicode characters in the song or artist name. Everything works fine when name is fully in latin characters, but as soon as a song with non-latin font starts playing, Slimserver crashes. This happens with any of the three truetype Unicode fonts in the Graphics directory (or with none at all).

Some older builds of 6.5.1b seem to work, however. For instance, I am running the 10-29 build without this problem, while the 11-01 build does not work. I have noticed that the builds that do not work update the SB2/3 firmware (I have both) to version 27, and the ones that work use version 26. The builds that work properly display the Unicode characters on the SB2/3, although still they cannot find file names with non-latin characters (see below).

2. I have not been able to have ANY version of the SlimServer see directories or song files with unicode characters in their name. When the directory/song names are changed to latin characters, the artists and song titles are displayed properly in unicode by the SlimServer (and for the versions that do not crash when they start playing them, also on the SB2/3).

Any help appreciated...

Yannis

bakos
2005-11-17, 11:06
Update on previous message:

The official release of 6.2.1 solved problem #1 above when performed after an uninstall.

I still will appreciate help with problem #2, i.e. not being able to see folders and file names with unicode font characters in them.

Yannis

davep
2005-11-26, 20:39
I would really like to get Unicode fonts working for my SB2 and SB3 but have so far failed to crack it. System is Mandrake 10 on a 386 box and I am running 6.2.2- 5295 - Linux - EN - iso-8859-1.

Running with the d-graphics debug flag on I get the following error:

================================================== ==================
2005-11-27 11:22:09.6841 Trying to load GD Library for TTF support: not ok!
2005-11-27 11:22:09.6852 Error while trying to load GD Library: [Can't locate loadable object for module GD in @INC (@INC contains: /usr/local/slimserver/Plugins /usr/local/slimserver /usr/local/slimserver/CPAN /usr/local/slimserver/CPAN/arch/5.8.6/i386-linux /usr/local/slimserver/CPAN/arch/5.8.6/i386-linux/auto /usr/local/slimserver/CPAN/arch/5.8/i386-linux /usr/local/slimserver/CPAN/arch/5.8/i386-linux/auto /usr/local/slimserver/CPAN/arch/i386-linux /usr/lib/perl5/5.8.6/i386-linux /usr/lib/perl5/5.8.6 /usr/lib/perl5/site_perl/5.8.6/i386-linux /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.6/i386-linux /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.4 /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl/5.8.1 /usr/lib/perl5/vendor_perl .) at /usr/local/slimserver/Slim/Display/Graphics.pm line 28
Compilation failed in require at /usr/local/slimserver/Slim/Display/Graphics.pm line 28.
================================================== ==========================

Clearly it is trying to find an appropriate GD module - and it seems to be looking in a lot of places before giving up! I have installed gd-2.0.33 which puts various files in /usr/local/lib. I have tried copying these over to one or more of the locations listed in the error log but with no success.

Can anybody tell me what else I need to do?

davep

koen
2005-11-27, 09:54
[Running with the d-graphics debug flag on I get the following error:

================================================== ==================
2005-11-27 11:22:09.6841 Trying to load GD Library for TTF support: not ok!


It's not enough to install the gd binaries, you also need the perl wrapper functions to use it in perl. I'm not sure how to do this in Mandrake, but for my system (Debian which uses apt to install new software) when I look for perl and gd I get the following:

libgd-perl - Perl module wrapper for libgd

so I guess there must be an rpm around somewhere providing the same functionality?

Regards,

Koen.

davep
2005-11-27, 22:45
Koen,
thanks for the tip. I had previously not been able to find a Mandrake equivalent of libgd-perl which seems to only exist for Debian, but after more thorough searching found that it is called perl-gd and there is indeed an rpm for Mandrake.

Will grab this later and have a go.

Regards
davep

Cams
2006-01-31, 10:33
I found this thread through a search, but it seems terribly complicated and completely over my head. I'm running ClarkConnect 3.2 Home edition with SlimServer (don't know how to figure out what version it is, but I installed it only a week ago and it was the latest version then).

I have a lot of Russian music that requires Cyrillic tags. They display okay on SlimServer but I get only a string of question marks on the SB3. I found this on the help file in SlimServer:



Squeezebox Graphics Font Files

Font files reside in the Graphics folder

However I don't know how to find that folder, much less put new fonts in there!

Could someone walk me through how to do this please?

Thanks
Cams

kdf
2006-01-31, 10:47
Quoting Cams <Cams.22if8b (AT) no-mx (DOT) forums.slimdevices.com>:

> However I don't know how to find that folder, much less put new fonts
> in there!
>
> Could someone walk me through how to do this please?

If you used the RPM installer it would be:
/usr/local/slimserver/Graphics

-k

Cams
2006-01-31, 14:24
Quoting Cams <Cams.22if8b (AT) no-mx (DOT) forums.slimdevices.com>:

> However I don't know how to find that folder, much less put new fonts
> in there!
>
> Could someone walk me through how to do this please?

If you used the RPM installer it would be:
/usr/local/slimserver/Graphics

-k

Thanks. I did use the RPM installer but am not sure how to see whether that folder exists or how to copy fonts into it. I'm running ClarkConnect 3.2 and have an SSH client. What would be the commands to copy a true type font into that folder? I see from the Slim Devices site that unicode fonts are natively supported in SlimServer 6.2 but that doesn't seem to affect the player.

Thanks
Cams

kdf
2006-01-31, 15:33
Quoting Cams <Cams.22ipnb (AT) no-mx (DOT) forums.slimdevices.com>:


> Thanks. I did use the RPM installer but am not sure how to see whether
> that folder exists or how to copy fonts into it. I'm running
> ClarkConnect 3.2 and have an SSH client. What would be the commands to
> copy a true type font into that folder? I see from the Slim Devices
> site that unicode fonts are natively supported in SlimServer 6.2 but
> that doesn't seem to affect the player.

6.5 builds already have CODE2000 installed, but 6.5 is still considered
a development build, only for those who are prepared for certain
problems and to help fix.

To see if Graphics folder is there (it had better be!):
ls /usr/local/slimserver/

to copy the fotn file:
cp /path/to/font.ttf /usr/local/slimserver/Graphics

Of course, that assumes that you've downloaded the font file to the
clarkconnect box. I assume you have, since you must have been able to
download and store the rpm on there previously.

-kdf

Cams
2006-01-31, 21:58
To see if Graphics folder is there (it had better be!):
ls /usr/local/slimserver/

to copy the fotn file:
cp /path/to/font.ttf /usr/local/slimserver/Graphics

Brilliant! It worked! Many thanks kdf. Now that I've got the font in place, what do I need to do to get it to display on the SB3?

Cams

kdf
2006-01-31, 22:22
Quoting Cams <Cams.22jahb (AT) no-mx (DOT) forums.slimdevices.com>:

>
> kdf Wrote:
>> To see if Graphics folder is there (it had better be!):
>> ls /usr/local/slimserver/
>>
>> to copy the fotn file:
>> cp /path/to/font.ttf /usr/local/slimserver/Graphics
>
> Brilliant! It worked! Many thanks kdf. Now that I've got the font in
> place, what do I need to do to get it to display on the SB3?

if you are lucky, you can just reboot.

if not, you'll have to install libgd for your system. that process,
unfortunately, can vary from system to system.

debian-based: apt-get install libgd
I'm not sure where clarkconnect fits in.

try starting the server manually:

/usr/local/slimserver/slimserver.pl --d_graphics

that will show some debugging to let you know whether GD has loaded
properly or not. once it does, then the fonts will work. I can't say
for sure if that is all that's left of the setup, but the fonts loading
part it done. The display of the fonts will depend on the setup of your
system, that it supports utf8 as well.

-kdf

Dan Sully
2006-01-31, 22:44
* kdf shaped the electrons to say...

>unfortunately, can vary from system to system.
>
>debian-based: apt-get install libgd

Actually that's: apt-get install libgd-gd2-perl

>I'm not sure where clarkconnect fits in.

I believe it's RPM based.

-D
--
( ( ( [ ] ) ) )
In Stereo Where
Available

Cams
2006-02-01, 02:02
I ran the string /usr/local/slimserver/slimserver.pl --d_graphics and got the following:


2006-02-01 09:57:57.2865 fontfile entry: full.2.font.bmp
2006-02-01 09:57:57.2873 fontfile entry: high.2.font.bmp
2006-02-01 09:57:57.2881 fontfile entry: huge.2.font.bmp
2006-02-01 09:57:57.2887 fontfile entry: large.2.font.bmp
2006-02-01 09:57:57.2893 fontfile entry: light.1.font.bmp
2006-02-01 09:57:57.2900 fontfile entry: light.2.font.bmp
2006-02-01 09:57:57.2906 fontfile entry: logo.font.bmp
2006-02-01 09:57:57.2913 fontfile entry: medium.1.font.bmp
2006-02-01 09:57:57.2920 fontfile entry: medium.2.font.bmp
2006-02-01 09:57:57.2926 fontfile entry: small.1.font.bmp
2006-02-01 09:57:57.2933 fontfile entry: small.2.font.bmp
2006-02-01 09:57:57.2939 fontfile entry: standard.1.font.bmp
2006-02-01 09:57:57.2946 fontfile entry: standard.2.font.bmp
2006-02-01 09:57:57.2954 Retrieving font data from font cache: /usr/local/slimserver/fontcache
2006-02-01 09:57:57.3047 Trying to load GD Library for TTF support: not ok!
2006-02-01 09:57:57.3054 Error while trying to load GD Library: [Can't load '/usr/local/slimserver/CPAN/arch/5.8/i386-linux-thread-multi/auto/GD/GD.so' for module GD: /usr/local/slimserver/CPAN/arch/5.8/i386-linux-thread-multi/auto/GD/GD.so: undefined symbol: png_get_error_ptr at /usr/lib/perl5/5.8.5/i386-linux-thread-multi/DynaLoader.pm line 230.
at /usr/local/slimserver/Slim/Display/Graphics.pm line 28
Compilation failed in require at /usr/local/slimserver/Slim/Display/Graphics.pm line 28.
]

Rebooting hasn't worked and the apt-get doesn't either. Can I install the RPM of libgd somehow?

kdf
2006-02-01, 02:25
Cams wrote:
>
> Rebooting hasn't worked and the apt-get doesn't either. Can I install
> the RPM of libgd somehow?
>
>
you'll need to find an rpm for libgd-gd2-perl as Dan said.
clarkconnect has a forum, so you may find more specific help there for
installing packages on that system

-kdf

Cams
2006-02-01, 03:25
Okay, now my SlimServer isn't working. This happened after entering the string /usr/local/slimserver/slimserver.pl --d_graphics. It says it's running on the services page of the UI for ClarkConnect but I can't connect to it either from the PC or from the two SB3s. Stopping and restarting the service hasn't helped, nor has rebooting the server. This is very frustrating. Can someone please help?

Thanks.

Cams
2006-02-01, 03:29
Oops. I've solved the problem. I had problems with ClarkConnect as it didn't have the router's IP (it had lost it somehow) and I'd tried changing ClarkConnect from Standalone (No Firewall) to Standalone, which I guess has a firewall. So when Putty couldn't connect as an SSH session, the penny dropped.

Man this curve is STEEP!

Cams
2006-02-02, 03:22
Progress report -- I've finally managed to get GD installed. It required using CPAN to compile it, using a variety of typed commands into a Putty window, such as ./configure and make install. It eventually seems to have worked. I then found out on the GD page that, to use True Type fonts, I also need a Freeytpe library installed. This I also seem to have managed okay.

I have the CODE2000 font in the /slimserver/Graphics directory but am still getting nothing but strings of question marks on the Squeezebox.

So, firstly: how do I check that GD and Freetype are correctly installed?
And, assuming that they are correctly installed, how do I get them to display unicode on the Squeezebox?

It has taken me literally hours to get this far. Hopefully I'm close to the finishing post though?

Thanks
Cams

kdf
2006-02-02, 03:42
Cams wrote:
> So, firstly: how do I check that GD and Freetype are correctly
> installed?
> And, assuming that they are correctly installed, how do I get them to
> display unicode on the Squeezebox?
>
start from command line, adding --d_graphics

that will let you know if the GD library is being loaded correctly.

-k

Cams
2006-02-02, 03:54
I just ran this string again:

/usr/local/slimserver/slimserver.pl --d_graphics

and got the following:


2006-02-02 11:52:22.3944 fontfile entry: full.2.font.bmp
2006-02-02 11:52:22.3953 fontfile entry: high.2.font.bmp
2006-02-02 11:52:22.3961 fontfile entry: huge.2.font.bmp
2006-02-02 11:52:22.3968 fontfile entry: large.2.font.bmp
2006-02-02 11:52:22.3976 fontfile entry: light.1.font.bmp
2006-02-02 11:52:22.3982 fontfile entry: light.2.font.bmp
2006-02-02 11:52:22.3990 fontfile entry: logo.font.bmp
2006-02-02 11:52:22.3997 fontfile entry: medium.1.font.bmp
2006-02-02 11:52:22.4004 fontfile entry: medium.2.font.bmp
2006-02-02 11:52:22.4012 fontfile entry: small.1.font.bmp
2006-02-02 11:52:22.4019 fontfile entry: small.2.font.bmp
2006-02-02 11:52:22.4026 fontfile entry: standard.1.font.bmp
2006-02-02 11:52:22.4034 fontfile entry: standard.2.font.bmp
2006-02-02 11:52:22.4044 Retrieving font data from font cache: /usr/local/slimserver/fontcache
2006-02-02 11:52:22.4173 Trying to load GD Library for TTF support: not ok!
2006-02-02 11:52:22.4179 Error while trying to load GD Library: [Can't load '/usr/local/slimserver/CPAN/arch/5.8/i386-linux-thread-multi/auto/GD/GD.so' for module GD: /usr/local/slimserver/CPAN/arch/5.8/i386-linux-thread-multi/auto/GD/GD.so: undefined symbol: png_get_error_ptr at /usr/lib/perl5/5.8.5/i386-linux-thread-multi/DynaLoader.pm line 230.
at /usr/local/slimserver/Slim/Display/Graphics.pm line 28
Compilation failed in require at /usr/local/slimserver/Slim/Display/Graphics.pm line 28.
]

Does this give any clues as to what needs to be done?

Thanks

kdf
2006-02-02, 04:02
Cams wrote:
> I just ran this string again:
>
> /usr/local/slimserver/slimserver.pl --d_graphics
>
> and got the following:
> /usr/local/slimserver/CPAN/arch/5.8/i386-linux-thread-multi/auto/GD/GD.so: undefined symbol: png_get_error_ptr at
> Does this give any clues as to what needs to be done?
>
seems to have been compiled without the png support. Downside of having
to rely on CPAN to do the automatic compile. Also possible that you
have a conflict. when you install using CPAN, it would be a system
install, so you could find the copy of GD.so that was installed on your
system and copy that over the slimserver one. You'd also need to copy
GD.pm over the one in slimserver.

sorry it is so vague, but that's the state of it right now. some
systems it's easy, some its brutally painful. Best thing I've found
(when you dont have access to apt-get) is to get the raw source for GD
and compile it yourself with the right options and copy the resulting
module and library over the slimserver install

-kdf

Cams
2006-02-02, 04:31
Thanks for staying with me on this, -kdf. I really appreciate it.

I actually can use apt-get but I believe that it only works with files hosted by ClarkConnect -- would that be the case? I did try apt-get http://whereever.tar.gz but that didn't work.

I'll try copying the files that you suggest and see whether that works. Who would have thought something so seemingly simple as getting fonts to work be so darned hard!

Cams
2006-02-02, 04:33
find the copy of GD.so that was installed on your
system and copy that over the slimserver one. You'd also need to copy GD.pm over the one in slimserver.

Where are those two files likely to be?

Cams
2006-02-02, 05:48
I found the two files and copied them into the Slimserver directories. It seems to have worked, as I'm now getting this message when running the --d_graphics code:


2006-02-02 13:43:14.8236 Trying to load GD Library for TTF support: ok
2006-02-02 13:43:14.8246 Using TTF for Unicode on Player Display. Font: [/usr/local/slimserver/Graphics/CODE2000.TTF]


However I'm not getting a display on the SB3. The question marks have gone, only to be replaced by nothing. It seems that it is loading correctly now onto the SB3, but I don't have the right encoding for the tags of the FLAC files on the server. I named them directly from Easy Audio Copy in Windows XP with the Language for non-Unicode programs in the Regional Settings set to Russian. I'll mess around with the tags and see if I can get it to work, after which I'll report back with a yay or a nay. Got to go and do some real life stuff for now though.

Thanks again for the help thus far. It's great to have this resource. I reckon a few Squeezeboxes would end up on eBay if it weren't for the help on these forums! It's not an easy device to use.

Cams

Cams
2006-02-02, 07:23
Nope, I can't get it to work at all. I'm all out of ideas of what to try. Can anyone think of anything that I might have overlooked? Something else I could do to resolve this? Might it be doing away with ClarkConnect and resorting to something that would behave itself a bit better? If so, what?

Thanks.

Dan Sully
2006-02-02, 09:50
* Cams shaped the electrons to say...

>Nope, I can't get it to work at all. I'm all out of ideas of what to
>try. Can anyone think of anything that I might have overlooked?
>Something else I could do to resolve this? Might it be doing away with
>ClarkConnect and resorting to something that would behave itself a bit
>better? If so, what?

Can you send me one of the audio files in question?

dan | at | slimdevices.com

Thanks

-D
--
They're techno trousers, ex-NASA, fantastic for walkies!

Cams
2006-02-09, 03:08
* Cams shaped the electrons to say...

>Nope, I can't get it to work at all. I'm all out of ideas of what to
>try. Can anyone think of anything that I might have overlooked?
>Something else I could do to resolve this? Might it be doing away with
>ClarkConnect and resorting to something that would behave itself a bit
>better? If so, what?

Can you send me one of the audio files in question?

dan | at | slimdevices.com

Thanks

-D
--
They're techno trousers, ex-NASA, fantastic for walkies!

Did you get the file through Dan? I sent it a while back.

I've been working on this some more and am beginning to think that the root of the problem is down to my not knowing how to configure Windows properly. I went into the Regional Settings > Advanced tab and changed the Language for non-Unicode programs from English to Russian. When it was set to English, the tags EAC grabbed from the freedb database looked like this:

http://www.celticguitartalk.com/misc/cyrillic01.jpg

They displayed in the same way on the Squeezebox3.

After changing the Language for non-Unicode programs to Russian, it displayed in Windows correctly:

http://www.celticguitartalk.com/misc/cyrillic02.jpg

It also displays correctly on the SlimServer GUI (using IE and/or Firefox as the browser), but the display on the Squeezebox3 is blank.

Also, changing the setting to Russian means that all the accented characters on my French CDs display as Cyrillic characters, so clearly I'm doing something wrong in Windows.

I can keep the Regional setting set to English and manually change the gobbledegook to proper Cyrillic. It then displays okay in Windows, but not in the SlimServer GUI or on the SB -- they retain the gobbledegook.

I'm using MP3tag 2.35 for tagging, and I know that it fully supports unicode.

Does this help to get closer to how I can solve this problem?

Thanks
Cams

ismewor
2008-02-05, 02:16
Do we ever get this work out?

mherger
2008-02-05, 02:35
> Do we ever get this work out?

It does. If this isn't the case for you, then you might want to add some more information about your particular issue.

--

Michael