Hi all, I use BruteFIR to implement a binaural headphone sound using Head Related Transfer Functions (HRTF). Since I am using my headphone allways with the same SB, I wrote a custom-convert.conf with the MAC address of this box specified.
Now, according to the convert.conf comment (see below), the more specific rule entry in the custom-convert.conf should take precedence over the standard entry in convert.conf: # This example transcodes MP3s to MP3s, if the target machine has the # given MAC address. This rule will take precedence over the # previous rule because it's more specific. #mp3 mp3 squeezebox 00:02:dd:34:e9:62 # ./brute_filter $FILE$ - My "more specific" custom-convert.conf entry is: flc flc * 00:04:20:06:7a:08 [flac] -dcs --force-raw-format --endian=little --sign=signed --skip=$START$ --until=$END$ -- $FILE$ | [brutefir] /etc/slimserver/.brutefir_hrtf 2> /etc/ slimserver/brutefir.log | [flac] -cs -0 --totally-silent --endian=little --sign=signed --channels=2 --bps=24 --sample-rate=$RATE$ - The related FLAC entry in the convert.conf is: flc flc * * - But when "FLAC"->"FLAC" usning "native" is activated, I hear the unfiltered music in my headphone-SB. Only when this entry is "disabled" it gets filtered. Interestingly, when I enable FLAC->WAV by choosing "flac" in the "file types" page, the priorisation works as intended. But I don't want to stream WAV to my SBs in order to reduce WLAN bandwith consumption. Is this a bug? Any hints? Cheers, Hering PS: I am using SqueezeCenter now, but if I remeber correctly, SlimServer 6.5.4 had the same issue... -- Hering ------------------------------------------------------------------------ Hering's Profile: http://forums.slimdevices.com/member.php?userid=6163 View this thread: http://forums.slimdevices.com/showthread.php?t=41783 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/ripping
