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 sta
Sorry, I didn't mean to sound so harsh in my last post. I'm happy to
help however I can to get your problem resolved.
Have you applied the squeezecenter patch before trying -D? It's needed
if you're not running 7.4 to have the display information sent when
using -D. And even then I don't know
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 an
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
Ralph:
I've got the same issue (and I've applied the patch above).
When I use -e 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 something that s
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
--
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 i
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
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|
+---
Try adding a -p0 that's a zero after the p.
sudo patch -p0 -i
/home/bernt/squeezecenter_squeezeslave_player3-7.3.patch
--
ralphy
ralphy's Profile: http://forums.slimdevices.com/member.php?userid=3484
View this thread: htt
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: http://forum
Thanks for your reply.
Looks like I'm doing something wrong.
be...@vv56srv:/usr/share/perl5$ sudo patch -i
/home/bernt/squeezecenter_squeezeslave_player3-7.3.patch
can't find file to patch at input line 3
Perhaps you should have used the -p or --strip option?
The text leading up to this was:
---
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
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 -esqu
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 the
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: ht
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
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 I'
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 t
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
---
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 version
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.
Any
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: http://forums.slimdevices.
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 list
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 with
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 f
If there's anything I can do to help troubleshoot this on the Windows
side, please let me know. I would love to start using squeezeslave
again.
--
MeSue
Sue
http://www.last.fm/user/MeSue
MeSue's Profile: http://forums.sli
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
bytes
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
tr
rickwookie;418354 Wrote:
> Is the 'squeezeslave-0.8-33-lnx26-alsa-display-i686.tar.gz'
> (http://sourceforge.net/project/downloading.php?group_id=105169&filename=squeezeslave-0.8-33-lnx26-alsa-display-i686.tar.gz&a=80330776)
> build that I downloaded from SourceForge using the
> USE_SIGNALS_FOR_R
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'
(http://sourceforge.net/project/downloading.php?group_id=105169&filename=sq
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: http://fo
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
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 tha
>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 t
http://bugs.slimdevices.com/show_bug.cgi?id=9807 ?
--
rickwookie
rickwookie's Profile: http://forums.slimdevices.com/member.php?userid=6397
View this thread: http://forums.slimdevices.com/showthread.php?t=62654
__
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 oc
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
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: http:/
40 matches
Mail list logo