Ralphy:
No need to apologize, and you didn't sound harsh. I was simply
recognizing that you do this as a labor of love and not as a job. I
hope you didn't take it the wrong way.
I'll poke around and see what I can find. With any luck, I can help --
or at least take care of my needs. I'll
The playertype option was originally implemented for debugging a
problem. It shouldn't be used and it's looking like I should remove it
altogether.
There should be no reason to use anything but the squeezeslave player
type and that's the only option I support and test all releases against.
Once
ralphy;442319 Wrote:
The playertype option was originally implemented for debugging a
problem. It shouldn't be used and it's looking like I should remove it
altogether.
There should be no reason to use anything but the squeezeslave player
type and that's the only option I support and
Ralph:
I've got the same issue (and I've applied the patch above).
When I use -eplayertype option, I get a single libmad: (mp3)
decoding error (0x0101) and it stalls at the end of the current track
(this happens for each track played -- one error message and a stall).
It seems that
It did not help to remove playertype or change mac address but it works
if I remove -eplayertype from the commandline.
Thanks for your help and commitment.
Best Regards
/Bernt
--
bernt
'LastFM' (http://www.last.fm/user/ottovonkopp/)
SB3, SB BOOM - SC 7.3.3 - Ubuntu Server 8.04
Could someone please send me a already patched SqueezeSlave.pm file?
Kind Regards
/Bernt
--
bernt
'LastFM' (http://www.last.fm/user/ottovonkopp/)
SB3, SB BOOM - SC 7.3.3 - Ubuntu Server 8.04
bernt's Profile:
There's actually 4 files that need to be patched.
Here's the patched files.
+---+
|Filename: SC-7.3.3-patched.tar.gz |
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=7661|
ralphy;435278 Wrote:
There's actually 4 files that need to be patched.
Here's the patched files.
Thanks for the files. I did replaced the files and restarted SC.
ReplayGain works with -esqueezeplay but it's not moving on to the next
song in the playlist.
If I remove -esqueezplay it moves
SC remembers the playertype that is first used when the player is
created.
You need to create a new player by adding -m00:00:00:00:00:02 or
similiar, it cannot be a mac address you've used before.
Alternately, I posted how to delete a player from server.prefs files
manually, you can search for
Hi!
After upgraded from SC 7.3.2 to SC 7.3.3 ReplayGain is no longer
working.
I use latest Squeezeslave on Windows XP Sp3.
SC is running on Ubuntu 8.04.
With SC 7.3.2 using -esqueezeplay ReplayGain was working.
With SC 7.3.3 using -esqueezeplay it stops at the end of the song. If I
remove
The patch is only included in SC v7.4r26720 or later. All older
versions must be patched, except for gentoo which thanks to Stuart H.
has the patch backported to 7.3.3.
Download the squeezecenter_squeezeslave_player3-7.3.patch patch file
from sourceforge.
Login to your linux system.
cd /
find
The initial beta release of squeezeslave supporting replay gain and
better track position reporting is available for 'linux'
(http://ralph_irving.users.sourceforge.net/squeezeslave-0.8-64.lnx26.zip),
'windows'
(http://ralph_irving.users.sourceforge.net/squeezeslave-0.8-64.win32.zip)
as well as
I'd be happy to test any builds you have for Linux. I've already applied
the previous patch BTW. I thought I should know how to do it and it
didn't take much googling to find out how.
--
rickwookie
rickwookie's Profile:
A quick update to let you know that I finally have replay gain working
at the moment. Unfortunately, I need to get a patch applied to SC before
it will work out of the box. It's just a quick patch for unix users;
Rich, I'll include patching instructions shortly, but for windows you'd
need to run
ralphy;418531 Wrote:
With 7.4 r25816 onward, you don't need to use --oldplayer for replay
gain it was part of the patch I submitted for bug 11330. I've had a
couple of reports of it not working and is on my TODO list once the
not advancing problem has been solved.
While I do have the
I've had a quick look at the not advancing issue using -O/--oldplayer
which forces squeezeslave to connect using the softsqueeze player type
id. That was the player id type ss used before the squeezeslave player
type was added to SC. There are a couple other features that are out of
date that
Erm... ...okay, if you'd asked me yesterday if I'd tried it without the
-O option I would have said 100% positive yes I had, but I just tried
it again now and it advances tracks, so either I didn't try it or there
was a change in the 7.3.3 nightlies since I did try it that now means it
works.
Squeezeslave currently doesn't support skip ahead, needs some additional
handling code and the alsa version doesn't report the correct track
position after pausing mid track, could be related. I'm currently
working on the position reporting bug, win32, osx and linux oss are
done, the alsa
ralphy;418612 Wrote:
Could you hold off installing the patch until I've had a chance to look
at the advancing issue?
Since I have no idea how to apply the patch, I think I could hold off
for a while. ;-)
--
rickwookie
I noticed a problem a few days ago when playing tracks ~18 seconds in
length or shorter with SS it just continues playing silence at the end
of the short track, never advancing to the next track. I've reproduce
it on 7.2, 7.3 and 7.4 so I don't think it's related to the changes
that were applied
This happens with every track I play, flac (most of my files are flac)
and mp3. I can play a whole album and have to hit NEXT at the end of
every track, not just the first one.
--
rickwookie
rickwookie's Profile:
ralphy;418311 Wrote:
All newer linux distros that I've used use the Native POSIX Thread
Library (nptl) which require the USE_SIGNALS_FOR_RESTART build flag.
Is the 'squeezeslave-0.8-33-lnx26-alsa-display-i686.tar.gz'
rickwookie;418354 Wrote:
Is the 'squeezeslave-0.8-33-lnx26-alsa-display-i686.tar.gz'
(http://sourceforge.net/project/downloading.php?group_id=105169filename=squeezeslave-0.8-33-lnx26-alsa-display-i686.tar.gza=80330776)
build that I downloaded from SourceForge using the
ralphy;418402 Wrote:
What version of SC are you running?
Version: 7.3.3 - 26209
I just tried a couple of other builds from the SourceForge downloads,
squeezeslave-0.8-26-lnx26-oss-i686 and squeezeslave-0.8-25-lnx24-i686.
They all seem to function the same way and all stop at the end of each
Ok so I went ahead and tried that debug version (maybe this works with
any version) using -d slimproto and I got this at the end of a track
Code:
slimproto_send: cmd=STAT len=47
slimproto_stat
code=STMt
decoder_buffer_size=1048576
decoder_buffer_fullness=0
Thanks to both of you for helping with this bug.
That's the same behaviour that I've been observing with short tracks.
I need to see what's changed recently in SC with track handling as 7.3
and 7.4 are tracking changes fairly closely right now.
I've built both a windows and linux beta release
This is all that was in the debug file after playing 2 songs where it
didn't advance.
libmad: (mp3) decoding error (0x0101)
libmad: (mp3) decoding error (0x0101)
libmad: (mp3) decoding error (0x0101)
libmad: (mp3) decoding error (0x0101)
libmad: (mp3) decoding error (0x0101)
Then I tried it
That's helpful, it points to changes to playertypes in SC, which is a
place to start investigations.
With 7.4 r25816 onward, you don't need to use --oldplayer for replay
gain it was part of the patch I submitted for bug 11330. I've had a
couple of reports of it not working and is on my TODO
Cool. I'm on 7.4 26171 so I will go back to trying squeezeslave.
--
MeSue
Sue
http://www.last.fm/user/MeSue
MeSue's Profile: http://forums.slimdevices.com/member.php?userid=985
View this thread:
ralphy;417882 Wrote:
Did you build squeezeslave from source?
No.
ralphy;417882 Wrote:
I've only seen this if you build SS using the signals model that doesn't
match your glibc. The define that controls how signals are handled is
USE_SIGNALS_FOR_RESTART. Look at the differences between
I have the same problem with Squeezeslave in Windows. I had to stop
using it. There had been no changes to Squeezeslave when the problem
started for me. I had used it successfully several times, and then one
day it stopped advancing to the next track. I tried updating
Squeezeslave when it first
From the bug:
I'm quite sure this problem is playlist-related, since I encountered it
only when playing my own-made playlists or MusicIP mixes, but never
when playing a whole album.
I just tried it with an album and Squeezeslave does not advance. I have
no problem like this on any of the
It sounds likely that you and I have the exact same issue then, since it
happens for all tracks for me (tried with the few mp3s I have as well as
with flac) and for full albums too and only using squeezeslave, not on
my SB3s. Unfortunately I'm having other issues using SoftSqueeze
headless, so
Did you build squeezeslave from source?
I've only seen this if you build SS using the signals model that
doesn't match your glibc. The define that controls how signals are
handled is USE_SIGNALS_FOR_RESTART. Look at the differences between
makefile.linux24 and makefile.linux26 in the source.
I'm using Squeezeslave 0.8-33 on my Ubuntu server and at the end of each
track (flac) in the playlist it stops and I have to hit next to get it
to play the next track.
Any ideas?
--
rickwookie
rickwookie's Profile:
35 matches
Mail list logo
