|
Room correction with convolution per sample rate
|
|
24-12-2018, 19:13
Post: #29
|
|||
|
|||
|
RE: Room correction with convolution per sample rate
Simon,
I followed your instructions to upgrade MinimServer and MinimStreamer on my Melco server - all without any problems. Quote: 1) Select the Packages tab in the Properties window I configured MinimStreamer as follows: stream.options: convOut=-i /mnt/disk1/share/MinimServer/convolution/Cor1S*.wav -lavfi afir=gtype=gn stream.transcode: flac:wav; On the Melco server, I have the following convolution files in /mnt/disk1/share/MinimServer/convolution Cor1S44.wav Cor1S48.wav Cor1S88.wav Cor1S96.wav Cor1S176.wav Cor1S192.wav Cor1S352.wav Cor1S384.wav These are the same files that I uploaded to box.com: https://app.box.com/s/272tgj9lfdlrp6txt4c0uc111ubcfmij I tested a variety of sample rates, just to see if the output is reasonable. There was a problem with the Melco CPU not being able to keep up with the convolution processing for 352 kHz and 384 kHz files (the music would pause for a second, about every five seconds). But this is unrelated to MinimStreamer. The only problem I found was for 48 kHz files. I got the following "verbose" logs from MinimWatch: Quote: Using convolution file /mnt/disk1/share/MinimServer/convolution/Cor1S44.wav for sample rate 44100 With 48 kHz, there would be an error, no music would play, and JRiver (the Control Point) would switch to the next track. It's odd that the errors were 139 or 135. Perhaps there is an error with my 48kHz convolution file. But the same file works with the JRiver convolution engine. You should be able to check this in your Melco system with my Cor1S48.wav (available at box.com link above). I next tested the convolution files individually. When I changed stream.options to point to the 48 kHz convolution file in MinimWatch: convOut=-i /mnt/disk1/share/MinimServer/convolution/Cor1S48.wav -lavfi afir=gtype=gn I immediately got an error when I clicked "Apply": Quote: convOut option incorrect for converter; correct highlighted value and retry I'm guessing that MinimStreamer does a test run when "Apply" is clicked, and there is some problem detected with my 48 kHz convolution file. I did not have a problem when I tried each of the other convolution files individually (44 kHz, 88 kHz, 96 kHz, 176 kHz, 192 kHz, 352 kHz, 384 kHz). On a related topic, I'm guessing there is no way to get convolution to work with .dsf files, since with ffmpeg, convolution is done before conversion. So a .dsf will be convolved and then converted to 24/176 - which is not possible (cannot process one-bit DSD without converting to PCM first). This is different from JRiver, where the conversion is done before convolution. I tested this - by changing stream.transcode to: flac:wav;, dsf:wav24;176 When I played a regular (DSD64) .dsf file, the log complained: Quote: Warning: no convolution file for stream sample rate 2822400; using /mnt/disk1/share/MinimServer/convolution/Cor1S44.wavand no music played (not unexpected). |
|||
|
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 2 Guest(s)

Search
Member List
Calendar
Help



