benh wrote: > Thank you. I think I understand more now. > > To restate what you said, the order of operations is to match rules > based on: > > 1. source codec plus player supported codecs, in the order given by the > player > 2. It finds first match of source and supported codec and executes, > rather than finding most specific match, with the following caveats: > 3. If there is more than one rule matching the source codec plus > supported codec, the rule matcher will then inspect player model and MAC > address values > 4. If "Prefer native format (decoding on the player) whenever possible" > is enabled, it will ignore all of the above and just send source codec > natively, assuming the source codec matches *any* supported player > codec. If there is not a native match, it will begin to inspect the > rules. > > In my use case, if I create an alc alc rule in custom-convert.conf, it > will match that rule first, and stop. It didn't match the alc flc rule > because it was looking for an alc alc rule due to alc being the native > codec, and alc coming before flc in the supported codec assertion from > the player. > > I have tested and confirmed that an alc alc rule in custom-convert.conf > matches. Haven't figured out the syntax to resample alc yet, as per > your suggestion above. > > So, I think that I could disable native alc alc support globally, write > a rule to transcode alc to flc for the DAC32, and then write *another* > rule that matches alc alc as a fall through for every other player. The > net effect would be to support native alc codec everywhere but the > DAC32. Let me test that... > > Hm. I got the first part of that to work, but now ALL alc is being > transcoded to flc. Have to work on that a bit more. > > Again, very helpful. Thanks.If ALAC to FLAC transcoding is not CPU intensive > then why not just do it globally?
Sent from my Pixel 3a using Tapatalk ------------------------------------------------------------------------ slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=114534 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/ripping
