Just took delivery of three radios, took one out of the box, and noticed the
following:
- The radio tries hard to make me create a mysqueezebox.com account, which I
don't plan to do, since these will get used on a LAN with no internet access
anyway.
- After switching tracks, I often get very
dblack wrote:
How do you plan to get firmware/software updates with no internet
access?
My other squeezebox devices take their firmware updates from the server on the
network (which is updated once in a great while), not over the internet.
The device should not, in general, be so buggy as to
Hello, and apologies if this has been covered elsewhere.
I'm using SoftSqueeze 3.8 (on WinXP) with server 7.4.x (on Ubuntu) and have
found that playback often hangs at the end of tracks.
I see lots of options in the debug log but don't know what red flags to look
for among the reams of data.
andyg wrote:
Non-ASCII chars are handled by creating a bitmapped version of the
character from a font file. So at smaller font sizes these can look a
bit weird I guess as less pixels are available to render the character.
I have some Japanese tags and they look fine to me. Maybe you can take
I can confirm that Japanese fonts aren't displaying correctly on my SB3
(firmware 130). The tags are correct (UTF-8) and they look great in the server
(7.4.2 on Ubuntu) but on the SB3 display they show up looking badly aliased.
To me, it looks like they were transferred as graphics and
andyg wrote:
Non-ASCII chars are handled by creating a bitmapped version of the
character from a font file. So at smaller font sizes these can look a
bit weird I guess as less pixels are available to render the character.
No, it's not that. They really are borked. To me it looks like when a
andyg wrote:
Non-ASCII chars are handled by creating a bitmapped version of the
character from a font file. So at smaller font sizes these can look a
bit weird I guess as less pixels are available to render the character.
I have some Japanese tags and they look fine to me. Maybe you can take