I see that sox has been added as the 2nd half of the flac to flac
transcoding chain in convert.conf. Is this solely to support
downsampling? Does using sox in this context get us anything else?
I'm asking because sox seems to significantly increase cpu utilization
here.
On my test box: windpc running fedora 10, SC 7.3.2 svn 24417, using the
new flac | sox transcoding scheme in convert.conf, top reports:
Code:
--------------------
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2616 squeezec 20 0 6412 1340 864 R 82.2 0.1 0:05.16 sox
2458 squeezec 20 0 69524 59m 3948 S 13.6 3.0 0:38.01 slimserver.pl
2615 squeezec 20 0 7396 904 712 S 6.3 0.0 0:00.42 flac
--------------------
Under my normal setup, since I have no flacs with ID3 tags (i.e. all my
flacs only contain vorbis tags) I use a modified convert.conf so as to
transcribe the flacs using a single instance of flac:
Code:
--------------------
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2847 squeezec 20 0 7668 1312 824 S 2.3 0.1 0:01.51 flac
2705 squeezec 20 0 73216 63m 4040 S 2.0 3.1 0:26.88 slimserver.pl
--------------------
The entry in convert.conf to enable this flac-single-instance
transcoding:
Code:
--------------------
flc flc transcode *
# FT:{START=--skip=%t}U:{END=--until=%v}
[flac] -c --totally-silent --compression-level-0 $START$ $END$ $FILE$
--------------------
(N.B. This form also supports intra-track scanning / ff-rw.)
So..my question is "why sox" in this context? What does it get us
that's worth the cpu horsepower drain?
--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=57165
_______________________________________________
beta mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/beta
