awy;356502 Wrote: > I realize that F not being the default has caused some pain but actually > the current ruleset is split evenly between "IF" and "F" entries if you > include the defaults.
>From what I've seen, rules that users are most likely to define or redefine in custom-confert.conf need just # F and break with # IF, which is why I suggest that it would make a better default. > As for arguments, I consider that explicit declaration of substitutions, > rather than a collection of -magic- ones, to be a much better solution. Default values are -'magic'-? More than 30 lines of documentation were added to convert.conf. Add three more. > I am not inclined to reverse this change, especially where it would > result in superfluous arguments. Nothing needs to be reversed to assign default values. All the complex rules in convert.conf could be kept as-is, although they could be cleaned up quite a bit by using defaults. I have to ask, though, why not just permit the full range of substitution tokens - %s, %t, %B, etc. - in the transcoding line itself? Then there's no reason to define another string to used for bitrate limiting, starting at an offset, or what have you. It would be different if you wanted to define these things for the en/decoder in just one place instead of having to repeat them through the file. But that was my suggestion in an earlier post. -- JJZolx Jim ------------------------------------------------------------------------ JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=54331 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/beta
