MainSqueeze wrote: 
> Thank you! 
> 
> So just to make sure I've understood:
> 
> The missing "capability T" is precisely the ability to "seek to a start
> time offset" that's defined in convert.conf, I suppose. The one I
> thought I could do without. ;)
> 
> When LMS comes across a command that lacks a required capability (e.g.
> my sox string), it then executes the closest match it can find, e.g. the
> command you highlighted in red:
> 
> > 
Code:
--------------------
  >   > 
  > [flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -C 0 
$RESAMPLE$ -
  > 
--------------------
> > 
> 
> which is basically LMS's default FLAC-to-FLAC transcode command as per
> convert.conf.

Yes.  What confuses people is seeing all the rejects and so miss out on
an "earlier"  "tokenized" or "direct streaming " higher up .

LMS tries to evaluate all possibilities , get a list of possible rules
and then pick rhe most specific/best one.



>  So if I want SoX equalization to work reliably, even when I'm advancing
> or rewinding a track, I need to use the custom-convert that gorman
> documented a couple of pages above.
> 
> Is that correct? And thanks again for taking the time to look into this.
> I feel very privileged.

Yes.  
Flac is needed because sox cannot do start and stop times.
If you use a start time then "T" capability is always needed for seeking
within a track.
If you need a stop time - you need the "U" capability but I think only
needed for CUE type files (i.e.where a track is a small part of a big
file) 

Now you need to wonder - did you ever notice the lack of equalisation
:-)


------------------------------------------------------------------------
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

_______________________________________________
Squeezecenter mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/squeezecenter

Reply via email to