I have a N800 that I bought to control my squeezeboxen. I love the 770
skin but it seems to have stopped working properly in 7.5.
The big issue is the player select menu, it doesn't "stick", you can
select the player you want from the list but it doesn't have any affect
on any other screen, its
Running latest 7.5 nightly. Twice in two days the radio screen has
frozen when the alarm has gone off, necessitating a power cycle of the
radio. Stream continues to play.
Does anyone else have experience of this?
MC
--
ModelCitizen
Think the third party Squeeze plugins and applets are import
Lately I've been keeping 7.3, 7.4 and 7.5 trunk servers running all the
time, plus I start and stop other servers with test libraries as needed.
I don't have any issues, other than having to decline firmware
downgrades when connecting to a different version of the server. For
instance, if I switc
I must be overlooking something really basic, but for the life of me I
can't figure out what it is.
During 7.4.0 development, I ran 7.3.3 on my "production" server and
7.4.0 beta on a virtual machine running on the same physical server. It
worked great: I had a couple SBs in my "test sandbox" con
(Apologize if this is a dumb question)
So, will this fix be in a 7.4.2 nightly build? (I'm unsure what trunk
means in relation to nightlies.) I'd like to verify it is fixed.
--
gcurrie
-Gordon
Squeezebox Server 7.4.2 + HP MediaSmart EX485
Duet
Squeezeplay on all PCs
-
Tried to play some music on a Boom (connected wirelessly). 7.5.0 trunk SVN
29201, Windows XP.
After a couple of tracks played, the player got into a really bad state; music
stopped, and the UI was very slow to use. This is what was reported when the
problem started to occur:
[18:01:35.6523]
I'm seeing loads of these; just about every track played now. In the past
someone said it didn't matter, but I didn't see nearly as many as I do today:
[16:57:21.5803] Slim::Player::Protocols::File::sysread (218) Trying to read
past the end of file:
file:///M:/Music/Phil%27s%20Music/Rock/Tori%
I'm seeing occasional errors making SimpleAsyncHTTP requests. There's nothing
wrong with my network/internet connection.
[15:44:57.0201] Slim::Networking::SimpleAsyncHTTP::onError (230) Failed to
connect to http://localhost:10002/api/flush (Timed out waiting for data)
[15:44:57.0210] Plugins::
>You must have the same comment 4 times, maybe 3 in ID3v2 and 1 in
>ID3v1. Send me the file if you think it might be a bug. I do want to
>fix the case where the same comment is in ID3v2 and ID3v1 and not
>duplicate it, but having duplicate ID3v2 comments is not something
>that should be f
On Nov 8, 2009, at 8:23 AM, Phil Meyer wrote:
>>> (And, yeah, I agree with you... id3 tags in flacs is just plain
>>> strange.)
>>
>> I would tend to agree but it's not that strange if you think about
>> the
>> history of FLAC. FLAC did not support a way to embed images until
>> version 1.1.3
I think I've fixed this - should be 7.4 trunk and hence the next 7.5
once its merged in 7.5.
--
Triode
Triode's Profile: http://forums.slimdevices.com/member.php?userid=17
View this thread: http://forums.slimdevices.com/sh
Played about 5 FLAC songs in a row without any trouble (on a Boom player), but
then half way through one song it skipped to the next. The log says this:
[13:20:42.9550] Slim::Networking::Slimproto::_disco_handler (635) Unexpected
data stream disconnect type: Connection timed out
Phil
_
>> (And, yeah, I agree with you... id3 tags in flacs is just plain
>> strange.)
>
>I would tend to agree but it's not that strange if you think about the
>history of FLAC. FLAC did not support a way to embed images until
>version 1.1.3 (Nov 2006), so before that your only option if you
>want
>> You can clear fields, but it just removes that tag from the file, i.e.
>> rather than write TALB=, it won't put a TALB tag in the file.
>
>so it actually removes that field from within the tag? that seems very
>whacked out to me.
Why? All tags are treated equally. You only need to store tags
Any ideas what this could mean?
[12:32:43.5123] Slim::Utils::Misc::msg (1165) Warning: [12:32:43.5115] Unable
to restore schema at P:\Music\SlimServer\trunk\server\CPAN/Cache/CacheUtils.pm
line 70
[12:32:43.5317] Slim::Control::XMLBrowser::_cliQuery_done (276) Session not
cached: Can't call met
>It is necessary. It is a rework of KDF's original plugin which is why
>it he is still credited.
I wondered initially if this was something that I had incorrectly installed
many years ago.
Why display built-in+uninstallable plugins in Extension Downloader? It's not
like the user can do anything
Philip Meyer;483023 Wrote:
>
> Is this a necessary component for Fast Forward functionality, or is it
> redundant (could be deleted in SVN)?
It is necessary. It is a rework of KDF's original plugin which is why
it he is still credited.
--
awy
-
I think the Song Scanner is an old plugin that KDF wrote, but became depricated
when it was included as part of the server code for the change to Fast-Forward
functionality.
I've just noticed that "Song Scanner (v2.0)" is an active plugin that I can't
disable/uninstall. i.e. it's in Slim/Plugi
18 matches
Mail list logo
