PasTim wrote:
> I managed to get a custom-convert to work for this, albeit in a limited
> way. The entry I made was:
>
> >
Code:
--------------------
> >
> flc pcm * 00:04:20:22:70:65
> # FT:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=-r %d}
> [sox] -q -t flac $FILE$ -t wav -b 24 -B --buffer 65536 --multi-threaded -C
0 $RESAMPLE$ - gain -h rate -v -I -t -b 90.7 192000
>
--------------------
> >
>
> That worked for 16/44100, 24/9600 and 24/192000. I had to resample
> 16/44100 up before it would work without noise. I'd have preferred
> not to use 192000 (not a multiple), and using C-3PO would have more
> flexibility.
>
> Can I suggest that you could add 2 features that allow additional
> input sox parameters and additional output parameters - in my case I'd
> add -B as an output parameter and ensure the output was at least 48000
> or higher, and then all would work (I think!). Such features would,
> of course, be at the user's risk. It would be easy for us to make
> mistakes and mess things up, but we could also get things to work in
> unusual circumstances, like mine.
>
> It would also be handy to allow the sox program location to be
> configurable (eg /usr/local/bin), so that C-3PO could use the revised
> one without fear of being overwritten. I tried editing the C-3PO
> prefs to do this, but the change got overwritten on each LMS restart.
Your line is imposing Big endianess, but before you wrote :
>
>
> With C-3PO installed but not enabled for Touch, all is still OK. C-3PO
> reports the command (for a 24/192000 track) as:
>
> >
Code:
--------------------
> >
> flc-pcm-*-00:04:20:22:70:65
> Command:
> [flac] -dcs --force-raw-format --endian=little --sign=signed $START$ $END$
-- $FILE$
>
> Tokenized command:
> "/usr/share/squeezeboxserver/Bin/x86_64-linux/flac" -dcs --force-raw-format
--endian=little --sign=signed -- "/storage/music/flac/Classical/B/Bach, JS/Well
Tempered Clavier/Book I/Butt/1-01 - The Well-Tempered Clavier Book I - Prelude
and Fugue No.21 in
>
>
--------------------
> >
>
Other than this, SOX is supposed to keep the endianess of the source
file, if not forced to change, assuming that file is little endian, what
happen if you play that file "native"?
Not sure the problem is there, wav is pcm little endian, aiff is pcm big
endian, we should not need to specify endianess in conversion when the
pcm type is known. Endianess was there as a parameter in an very early
release of C-3PO but i removed it becouse should not be necessary, sure
I could restore it if this is the case.
About sox, yoou'r right, but i'm thinking to include it directly or by
option in C-3PO package (now the plugin installer could handle big
pakages), to make thing simpler for users, just want be sure of
licensing before.
________________________________________________________________________
Author of C-3PO plugin, Squeezelite-R2, Falcon Web interface - See
www.marcoc1712.it
------------------------------------------------------------------------
marcoc1712's Profile: http://forums.slimdevices.com/member.php?userid=34842
View this thread: http://forums.slimdevices.com/showthread.php?t=105309
_______________________________________________
Squeezecenter mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/squeezecenter
