I see runaway sox just as described above by jared1999 with slimserver
6.3 playing ogg files with a stock convert.conf file. sox: Version
12.18.1, FreeBSD 6.1 with perl 5.8.8. Does anyone have an
understanding of the cause?
--
knigma
knigma Wrote:
I see runaway sox just as described above by jared1999 with slimserver
6.3 playing ogg files with a stock convert.conf file. sox: Version
12.18.1, FreeBSD 6.1 with perl 5.8.8. Does anyone have an
understanding of the cause?
I confirm that switching to oggdec solves the
Did anyone solve this problem? The same thing happens with SlimServer
v6.2.2 on Gentoo Linux x86-64 with Sox v12.17.19. If a vorbis track
plays out the Sox process dies normally. However, if playback is
interrupted (e.g. changing the track) the Sox process jumps to 100% cpu
usage and never
jared1999 Wrote:
Can oggdec pipe to flac instead of sox? Bandwidth is more important to
me than cpu usage.
If I had just browsed through convert.conf sooner I would have seen
that the previous conversion does exactly that.
--
jared1999
bmccall Wrote:
I have slim server 6.0.2 on windows XP with 500 ram and 500 cpu. Each
time I play something from my ogg playlist using sox and try to change
to a new playlist or clear the playlist, sox consumes 90+ % of the CPU
for two or three minutes. The playlist does not clear or change
I have the same problem on my Linux box ever since I upgraded to version
6. V5 was better, but also slow. If I browse my music folder, my
squeezebox regularly looses contact. It's not just ogg files either.
The SB should be running under a separate thread. Surly it shouldn't
be loosing
