I've sent you a PM regarding the binary.
This is not expected behaviour. Unfortunately, I don't see the pause
problem. I use the 0.8-25 win32 binary all day, every day at work and
pause it constantly. The track starts exactly where I paused it. I do
it so often that I've mapped the keyboard audio keys to run a cli script
to pause/unpause squeezeslave from my windows manager on Solaris.
This could be related to the version of SC I'm still running 7.2.2 -
r24134 at work, actually at home too. What version of SC are you
running? I'll install that release on my test system to see if I can
replicate the problem.
Would you download a v0.7.5.1 binary from sourceforge and see if pause
works with that release. If it does, then please try 0.8-12 and report
back on your findings. This will help me narrow down what change may be
causing the pause problem.
I too still have the stuttering problem using alsa. I've gone back to
using oss emulation with alsa as it's rock solid. Unfortunately, you
loose the ability to share the audio device that way. Thankfully, this
hasn't been an issue for me.
I believe KeyzerSuze's observations as to the real cause of the
stuttering using alsa holds true.
KeyzerSuze Wrote:
> I have been adding debuging
> information through squeezeslave to watch the buffers and they seem
> okay the http-> decoder-> output. I have tried increasing them to no
> avail.
>
> The place it blocks is writing to the decoder buffer (just read off
> http and trying to write to decoders buffer.
>
> I have let portaudio ask for the number of frames to transfer on its
> call back and it seems to default to 1024 (it was hard coded as 256
> before), I have tried placing this back again to no avail, there is
> more buffer interaction, but the waits are still in the same place.
>
> I am running on a 64 X2 Dual Core Processor 4400+ so I should not be
> getting this problem. One other thing I have noticed is file with
> higher bitrate seem to suffer more from this as well.
>
> The main differences is v18 -> v19 and going from the /dsp to pcm via
> alsa. I notice more problems when I output straight to the spdif...
Unfortunately, I've been unable to figure out why it's only an issue
using portaudio v19+;
Here's my cli script; sccmd if anyone is interested.
Code:
--------------------
#!/bin/bash
# Win32 squeezeslave
SSMAC=00:17:31:7B:88:7b
MAC=00%3A17%3A31%3A7b%3A88%3A7b
SSHOST=ralphydt
SSTCP="/dev/tcp/$SSHOST/9090"
exec 8<>${SSTCP}
echo -e "login username password\r\n$MAC $1\r\nexit\r\n" >&8
RESPONSE=`cat <&8`
--------------------
and the keyboard mappings for fvwm2
Code:
--------------------
Key SunAudioLowerVolume A N Exec $HOME/scripts/sccmd
"mixer volume -2.5"
Key SunAudioLowerVolume A S Exec $HOME/scripts/sccmd
"button jump_rew"
Key SunAudioRaiseVolume A N Exec $HOME/scripts/sccmd
"mixer volume +2.5"
Key SunAudioRaiseVolume A S Exec $HOME/scripts/sccmd
"button jump_fwd"
Key SunAudioMute A N Exec $HOME/scripts/sccmd pause
--------------------
--
ralphy
------------------------------------------------------------------------
ralphy's Profile: http://forums.slimdevices.com/member.php?userid=3484
View this thread: http://forums.slimdevices.com/showthread.php?t=54124
_______________________________________________
discuss mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/discuss
