philippe_44 wrote: > The order is significant, this is why I added the option « preferred > native ». The rule checker checks rules by looking for a match starting > with first codec in the list and so on > > LMS is ignorant of type of codecs at that level. All what matters in the > rule checker is the first match that fulfills all the requirements. It > can be or not an identity rule, it does not matter. > . > . > . > Which makes an array of all commonly supported codecs when there is a > sync group, otherwise it's the list of codecs returned in the HELO > message
Thanks - I had missed out that the order became significant. For squeezelite the order of codecs is changed by using the "-c" option and then including all the codecs required in the desired order. AFAICT older versions (e.g. 1.8.*) of squeezelite do not keep the order as specified in the "-c" option. So users who wish to use a specific codec order should use an up to date to version of squeezelite. Not sure how up to date is the Debian squeezelite package. ------------------------------------------------------------------------ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114534
_______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/ripping
