First I would recommend to avoid the dsnoop/dshare devices and aplay/arecord directly at the configured channel count to the device. That will test the device is actually capable of duplex operation at that channel count/samplerate/samplesize. Make sure to use -v (verbose) param of the commands.
something like aplay -v -f S24_3LE -c 18 ... -d hw:.... < /dev/zero
arecord -v -c 16.... > /dev/null
Only when hw devices work OK duplex, you can further complicate the chain with the dsnoop/dshare plugins (if you really need them at all, for creating multiple (partially) independent devices).
The same device/subdeviceID for capture and playback is OK, it's a duplex device.
something like aplay -v -f S24_3LE -c 18 ... -d hw:.... < /dev/zero
arecord -v -c 16.... > /dev/null
Only when hw devices work OK duplex, you can further complicate the chain with the dsnoop/dshare plugins (if you really need them at all, for creating multiple (partially) independent devices).
The same device/subdeviceID for capture and playback is OK, it's a duplex device.
I think I found the needle. I now have a working CamillaDSP + REW + Motu Ultraline MK5 measurement combo. Also the simultaneous aplay and arecord now work.
It was the kernel version (or at least that is the only thing I intentionally changed).
This is the open issue reported for Pipewire:
Audio Input regression on behringer umc404hd after update
But it soon became apparent that the problem is in kernel level:
Bug 216500 - Steinberg UR22C malfunctions after upgrading from 5.19.8 to 5.19.9
A fix has been included in 5.19.12 (released yesterday). I did not first realise this and installed the last known working 5.19.8 kernel but eventually updated to 5.19.12.
I followed this guide and it's comments in the kernel installation and grub configuration:
https://fedoramagazine.org/install-kernel-koji/
I'm really grateful for all the support provided!
It was the kernel version (or at least that is the only thing I intentionally changed).
This is the open issue reported for Pipewire:
Audio Input regression on behringer umc404hd after update
But it soon became apparent that the problem is in kernel level:
Bug 216500 - Steinberg UR22C malfunctions after upgrading from 5.19.8 to 5.19.9
A fix has been included in 5.19.12 (released yesterday). I did not first realise this and installed the last known working 5.19.8 kernel but eventually updated to 5.19.12.
I followed this guide and it's comments in the kernel installation and grub configuration:
https://fedoramagazine.org/install-kernel-koji/
Code:
1. Install koji (was already installed on my system)
sudo dnf install koji
2. Download needed packages to an empty dir
koji download-build --arch=x86_64 kernel-5.19.12-300.fc37
3. Increase the retained kernel versions (optional)
Edit the file '/etc/dnf/dnf.conf', changing the numeric value in installonly_limit=3 -> 5
4. Install kernel, kernel-core and kernel-modules
sudo dnf install ./kernel-5.19.12-300.fc37.x86_64.rpm ./kernel-core-5.19.12-300.fc37.x86_64.rpm ./kernel-modules-5.19.12-300.fc37.x86_64.rpm
5. Set default boot kernel
sudo grubby --set-default="/boot/vmlinuz-5.19.12-300.fc37.x86_64"
I'm really grateful for all the support provided!
Now I can finally start taking measurements for the Multi Sub Optimiser phase of my project. My plan is to run it in subs-only mode but with main speakers' woofers as 3rd and 4th sub in addition to my actual two subs. This is possible since I have full DSP control over them too. I have played with MSO using minidsp and I assume I can quite easily translate the exported filters to a format supported by CDSP.
Henris, congrats, very well done.
BTW it shows the importance of layer-based troubleshooting - the aplay/arecord to hw device check is testing the driver/device only, always to start with if the initial overall setup does not work.
BTW it shows the importance of layer-based troubleshooting - the aplay/arecord to hw device check is testing the driver/device only, always to start with if the initial overall setup does not work.
Someting to look forward to 🙂
https://www.avnirvana.com/threads/camilladsp-iir-format-output.11060/#post-83362
//
https://www.avnirvana.com/threads/camilladsp-iir-format-output.11060/#post-83362
//
The only thing left is that it would be nice to have a little button that says e.g. "Get IIR" i each section of a Pipeline which prompt to point to a file in .yml format. And the process will be a breeze 😎 - this would make it possible to stay out of a text editor.... the good thing with doing the import in context of a pipeline section is that one could structure the pipeline and the development of filters e.g. driver linearisation, XO, timing, global EQ, room EQ etc..
Filters at the same time auto added under Filters of course.
+ one such "Get IIR" button also on the Filter page....
//
Filters at the same time auto added under Filters of course.
+ one such "Get IIR" button also on the Filter page....
//
What is the easiest way to translate Multi Sub Optimiser generated filters to a format accepted by CamillaDSP? I found this answer where the MSO MiniDSP biquad text export values could be used by flipping the signs of a1 and a2 coefficients. But the filters would still need to be constructed to CDSP yaml-format. No way I'm doing it by hand so I thought asking before scripting something by myself. I'll probably use the REW EQ XML translator as a basis for my own script if no one has done this before.
MSO MiniDSP export format
MSO MiniDSP export format
biquad1,
b0=0.999679209587584,
b1=-1.999295267880449,
b2=0.999630328618058,
a1=1.999295267880449,
a2=-0.999309538205642,
biquad2,
b0=0.999624164618764,
b1=-1.999033629764812,
b2=0.999461400565203,
a1=1.999033629764812,
a2=-0.999085565183968,
biquad3,
b0=0.999153524782944,
b1=-1.998013334318645,
b2=0.999016580325919,
a1=1.998013334318645,
a2=-0.998170105108863,
biquad4,
b0=0.999833146633541,
b1=-1.999559314935868,
b2=0.999748352171764,
a1=1.999559314935868,
a2=-0.999581498805305,
biquad5,
b0=0.999454253206565,
b1=-1.998328002799096,
b2=0.998997088453806,
a1=1.998328002799096,
a2=-0.998451341660371,
biquad6,
b0=0.999452913951454,
b1=-1.998602364232005,
b2=0.999208430192399,
a1=1.998602364232005,
a2=-0.998661344143853,
biquad7,
b0=0.999502513542196,
b1=-1.998736553440534,
b2=0.999298746468257,
a1=1.998736553440534,
a2=-0.998801260010454,
biquad8,
b0=0.999810221033571,
b1=-1.999524245877157,
b2=0.999735308259128,
a1=1.999524245877157,
a2=-0.999545529292699,
biquad9,
b0=0.999692941275923,
b1=-1.999338665756612,
b2=0.999646152707412,
a1=1.999338665756612,
a2=-0.999339093983335,
biquad10,
b0=0.999730648569869,
b1=-1.999159759179014,
b2=0.999476090795615,
a1=1.999159759179014,
a2=-0.999206739365484
Multi Sub Optimiser (MSO) MiniDSP filter export to CamillaDSP format translator (Powershell script)
I wrote this for my own use and with Powershell since I know it and MSO works also in Windows. The script takes one parameter, the path to exported filter files. It creates the result file in the same directory as the input files. The script has very little checks or failsafes so use it at your own risk like always.
This is all pretty straightforward format conversion except for the sign flipping of a1 and a2 coefficients.
msominidsp2cdsp.ps1
This will produce from this kind of input
I wrote this for my own use and with Powershell since I know it and MSO works also in Windows. The script takes one parameter, the path to exported filter files. It creates the result file in the same directory as the input files. The script has very little checks or failsafes so use it at your own risk like always.
This is all pretty straightforward format conversion except for the sign flipping of a1 and a2 coefficients.
msominidsp2cdsp.ps1
Code:
param (
[Parameter(Mandatory=$true)][string]$fullPath
)
$files = Get-ChildItem (Join-Path -Path (Convert-Path -Path $fullPath) -ChildPath "\*") -Include *.txt
$outputFileName = (Join-Path -Path (Convert-Path -Path $fullPath) -ChildPath "\cdspfilters.yml")
Write-Output ("Found " + $files.Count + " files")
Set-Content -Path $outputFileName "filters:"
Foreach ($file in $files) {
Write-Output ("Processing " + $file.FullName)
$channel = $file.BaseName.ToLower().replace(" ", "")
$content = Get-Content -Path $file.FullName
$content = [string]::join("",($content.Split("`n")))
$biquads = $content -split "biquad", 0, "simplematch"
Write-Output ("Found " + ($biquads.Count - 1) + " biquads")
Foreach ($biquad in $biquads) {
if ($biquad) {
$valuePairs = $biquad.Split(",")
$biquadNr = $valuePairs[0]
$filterName = "mso_" + $channel + "_" + $biquadNr
$filterNames = ($filterNames + "`n" + " - " + $filterName)
Add-Content -Path $outputFileName (" " + $filterName + ":")
Add-Content -Path $outputFileName (" type: Biquad")
Add-Content -Path $outputFileName (" parameters:")
Add-Content -Path $outputFileName (" type: Free")
Add-Content -Path $outputFileName (" a1: " + (-1*[double]($valuePairs[4].Split("=")[1])).ToString().replace(",", "."))
Add-Content -Path $outputFileName (" a2: " + (-1*[double]($valuePairs[5].Split("=")[1])).ToString().replace(",", "."))
Add-Content -Path $outputFileName (" b0: " + ([double]($valuePairs[1].Split("=")[1])).ToString().replace(",", "."))
Add-Content -Path $outputFileName (" b1: " + ([double]($valuePairs[2].Split("=")[1])).ToString().replace(",", "."))
Add-Content -Path $outputFileName (" b2: " + ([double]($valuePairs[3].Split("=")[1])).ToString().replace(",", "."))
}
}
}
Add-Content -Path $outputFileName "pipeline:"
Add-Content -Path $outputFileName $filterNames
This will produce from this kind of input
This kind of output which is meant to be copy-pasted to your cdsp config.biquad1,
b0=0.999679209587584,
b1=-1.999295267880449,
b2=0.999630328618058,
a1=1.999295267880449,
a2=-0.999309538205642,
biquad2,
b0=0.999624164618764,
b1=-1.999033629764812,
b2=0.999461400565203,
a1=1.999033629764812,
a2=-0.999085565183968,
biquad3,
b0=0.999153524782944,
b1=-1.998013334318645,
b2=0.999016580325919,
a1=1.998013334318645,
a2=-0.998170105108863,
biquad4,
b0=0.999833146633541,
b1=-1.999559314935868,
b2=0.999748352171764,
a1=1.999559314935868,
a2=-0.999581498805305,
biquad5,
b0=0.999454253206565,
b1=-1.998328002799096,
b2=0.998997088453806,
a1=1.998328002799096,
a2=-0.998451341660371,
biquad6,
b0=0.999452913951454,
b1=-1.998602364232005,
b2=0.999208430192399,
a1=1.998602364232005,
a2=-0.998661344143853,
biquad7,
b0=0.999502513542196,
b1=-1.998736553440534,
b2=0.999298746468257,
a1=1.998736553440534,
a2=-0.998801260010454,
biquad8,
b0=0.999810221033571,
b1=-1.999524245877157,
b2=0.999735308259128,
a1=1.999524245877157,
a2=-0.999545529292699,
biquad9,
b0=0.999692941275923,
b1=-1.999338665756612,
b2=0.999646152707412,
a1=1.999338665756612,
a2=-0.999339093983335,
biquad10,
b0=0.999730648569869,
b1=-1.999159759179014,
b2=0.999476090795615,
a1=1.999159759179014,
a2=-0.999206739365484
Code:
filters:
mso_l_1:
type: Biquad
parameters:
type: Free
a1: -1.99929526788045
a2: 0.999309538205642
b0: 0.999679209587584
b1: -1.99929526788045
b2: 0.999630328618058
mso_l_2:
type: Biquad
parameters:
type: Free
a1: -1.99903362976481
a2: 0.999085565183968
b0: 0.999624164618764
b1: -1.99903362976481
b2: 0.999461400565203
mso_l_3:
type: Biquad
parameters:
type: Free
a1: -1.99801333431865
a2: 0.998170105108863
b0: 0.999153524782944
b1: -1.99801333431865
b2: 0.999016580325919
mso_l_4:
type: Biquad
parameters:
type: Free
a1: -1.99955931493587
a2: 0.999581498805305
b0: 0.999833146633541
b1: -1.99955931493587
b2: 0.999748352171764
mso_l_5:
type: Biquad
parameters:
type: Free
a1: -1.9983280027991
a2: 0.998451341660371
b0: 0.999454253206565
b1: -1.9983280027991
b2: 0.998997088453806
mso_l_6:
type: Biquad
parameters:
type: Free
a1: -1.998602364232
a2: 0.998661344143853
b0: 0.999452913951454
b1: -1.998602364232
b2: 0.999208430192399
mso_l_7:
type: Biquad
parameters:
type: Free
a1: -1.99873655344053
a2: 0.998801260010454
b0: 0.999502513542196
b1: -1.99873655344053
b2: 0.999298746468257
mso_l_8:
type: Biquad
parameters:
type: Free
a1: -1.99952424587716
a2: 0.999545529292699
b0: 0.999810221033571
b1: -1.99952424587716
b2: 0.999735308259128
mso_l_9:
type: Biquad
parameters:
type: Free
a1: -1.99933866575661
a2: 0.999339093983335
b0: 0.999692941275923
b1: -1.99933866575661
b2: 0.999646152707412
mso_l_10:
type: Biquad
parameters:
type: Free
a1: -1.99915975917901
a2: 0.999206739365484
b0: 0.999730648569869
b1: -1.99915975917901
b2: 0.999476090795615
pipeline:
- mso_l_1
- mso_l_2
- mso_l_3
- mso_l_4
- mso_l_5
- mso_l_6
- mso_l_7
- mso_l_8
- mso_l_9
- mso_l_10
I was a bit miffed that I could use arecord / aplay to simultaneously play / record with the MOTU UL Mk5 while using CamillaDSP but could not do the same with REW. As a shot in the dark I thought about trying to run REW directly from the RPi rather than using SSH and x-forwarding. I installed a desktop (lubuntu) and sure enough I was able to use REW to play / record while using CamillaDSP.
Any ideas why this would be the case? I would prefer not to install a GUI and hooking up a monitor / keyboard / mouse is a pain. Not to mention that REW was much slower compared to SSH which already was not particularly fast.
Michael
Any ideas why this would be the case? I would prefer not to install a GUI and hooking up a monitor / keyboard / mouse is a pain. Not to mention that REW was much slower compared to SSH which already was not particularly fast.
Michael
Since enabling OpenGL improved xruns on linux REW in my case, I would assume the GUI and data-handling threads are more than loosely coupled. The very slow response of the graphical stack via forwarded X could cause major xruns.
However, IMO the best option would be to enable debugging in REW and check what's going on. You can talk to John about your issue.
However, IMO the best option would be to enable debugging in REW and check what's going on. You can talk to John about your issue.
Last edited:
New user of CamillaDSP here...
I was hoping someone might give me some hints on where to look that might resolve this error...
CamillaDSP 1.0.1
ERROR [src/bin.rs:344] Playback error: Unknown property
and using the list devices util there is the following...
Playback
---
Error: BackendSpecific { err: BackendSpecificError { description: "AudioUnit(InvalidPropertyValue)" } }
Running on MacBook Pro early 2015 with Monterey V 12.5.1...
Available hosts:
[CoreAudio]
CoreAudio
Default Input Device:
Ok("BlackHole 2ch")
Default Output Device:
Ok("Multi-Output Device")
Thank you,
-DD-
I was hoping someone might give me some hints on where to look that might resolve this error...
CamillaDSP 1.0.1
ERROR [src/bin.rs:344] Playback error: Unknown property
and using the list devices util there is the following...
Playback
---
Error: BackendSpecific { err: BackendSpecificError { description: "AudioUnit(InvalidPropertyValue)" } }
Running on MacBook Pro early 2015 with Monterey V 12.5.1...
Available hosts:
[CoreAudio]
CoreAudio
Default Input Device:
Ok("BlackHole 2ch")
Default Output Device:
Ok("Multi-Output Device")
Thank you,
-DD-
Yes, of course... Thank you for your help!!!
Since I sent the previous message, I have removed BlackHole and installed SoundFlower... Also updated to MacOS Monterey V 12.6... Still having the same playback error as before...
Last login: Tue Oct 4 15:14:44 on console
r@R-MacBook-Pro ~ % /Users/r/camilladsp -v /Users/r/configs/config00.yml
2022-10-04 20:55:28.052656 INFO [src/bin.rs:711] CamillaDSP version 1.0.1
2022-10-04 20:55:28.052891 INFO [src/bin.rs:712] Running on macos, x86_64
2022-10-04 20:55:28.053530 DEBUG [src/bin.rs:754] Read config file Some("/Users/r/configs/config00.yml")
2022-10-04 20:55:28.057954 DEBUG [src/bin.rs:773] Config is valid
2022-10-04 20:55:28.057995 DEBUG [src/bin.rs:857] Wait for config
2022-10-04 20:55:28.058012 DEBUG [src/bin.rs:890] Config ready
2022-10-04 20:55:28.058505 DEBUG [src/bin.rs:213] Using channels [true, true]
2022-10-04 20:55:28.058555 DEBUG [src/coreaudiodevice.rs:305] Using a playback channel capacity of 9 chunks.
2022-10-04 20:55:28.058654 DEBUG [src/coreaudiodevice.rs:563] Creating resampler
2022-10-04 20:55:28.058688 DEBUG [src/filters.rs:450] Build new pipeline
2022-10-04 20:55:28.058689 DEBUG [src/audiodevice.rs:418] Creating asynchronous resampler with parameters: InterpolationParameters { sinc_len: 128, f_cutoff: 0.92591465, oversampling_factor: 1024, interpolation: Linear, window: Blackman2 }
2022-10-04 20:55:28.058708 DEBUG [src/processing.rs:19] build filters, waiting to start processing loop
2022-10-04 20:55:28.079025 DEBUG [src/coreaudiodevice.rs:580] Using a capture channel capacity of 17 buffers.
2022-10-04 20:55:28.145904 ERROR [src/bin.rs:344] Playback error: Unknown property
2022-10-04 20:55:28.145935 DEBUG [src/bin.rs:349] Error while starting, release barrier
2022-10-04 20:55:28.146393 DEBUG [src/coreaudiodevice.rs:255] Set capture stream format
2022-10-04 20:55:28.146825 DEBUG [src/coreaudiodevice.rs:269] Opened CoreAudio capture device Soundflower (2ch)
2022-10-04 20:55:28.147526 DEBUG [src/coreaudiodevice.rs:682] Capture device ready and waiting
2022-10-04 20:55:28.147561 DEBUG [src/coreaudiodevice.rs:688] Capture device starts now!
2022-10-04 20:55:28.147583 DEBUG [src/bin.rs:352] Wait for capture thread to exit..
2022-10-04 20:55:28.147585 DEBUG [src/processing.rs:21] Processing loop starts now!
2022-10-04 20:55:28.514719 DEBUG [src/coreaudiodevice.rs:700] Exit message received, sending EndOfStream
2022-10-04 20:55:28.514860 INFO [src/processing.rs:37] Playback thread has already stopped.
2022-10-04 20:55:28.541906 DEBUG [src/bin.rs:915] Restarting with new config
2022-10-04 20:55:28.542034 DEBUG [src/bin.rs:857] Wait for config
2022-10-04 20:55:28.542101 DEBUG [src/bin.rs:860] No config and not in wait mode, exiting!
r@R-MacBook-Pro ~ %
---
About as simple as I could make it...
devices:
samplerate: 48000
chunksize: 1024
adjust_period: 10
enable_rate_adjust: true
enable_resampling: true
resampler_type: BalancedAsync
capture_samplerate: 48000
stop_on_rate_change: false
rate_measure_interval: 1
capture:
type: CoreAudio
channels: 2
device: "Soundflower (2ch)"
format: FLOAT32LE
playback:
type: CoreAudio
channels: 2
device: "Multi-Output Device"
format: FLOAT32LE
It seems the copy/paste may have changed the indentation here...
Since I sent the previous message, I have removed BlackHole and installed SoundFlower... Also updated to MacOS Monterey V 12.6... Still having the same playback error as before...
Last login: Tue Oct 4 15:14:44 on console
r@R-MacBook-Pro ~ % /Users/r/camilladsp -v /Users/r/configs/config00.yml
2022-10-04 20:55:28.052656 INFO [src/bin.rs:711] CamillaDSP version 1.0.1
2022-10-04 20:55:28.052891 INFO [src/bin.rs:712] Running on macos, x86_64
2022-10-04 20:55:28.053530 DEBUG [src/bin.rs:754] Read config file Some("/Users/r/configs/config00.yml")
2022-10-04 20:55:28.057954 DEBUG [src/bin.rs:773] Config is valid
2022-10-04 20:55:28.057995 DEBUG [src/bin.rs:857] Wait for config
2022-10-04 20:55:28.058012 DEBUG [src/bin.rs:890] Config ready
2022-10-04 20:55:28.058505 DEBUG [src/bin.rs:213] Using channels [true, true]
2022-10-04 20:55:28.058555 DEBUG [src/coreaudiodevice.rs:305] Using a playback channel capacity of 9 chunks.
2022-10-04 20:55:28.058654 DEBUG [src/coreaudiodevice.rs:563] Creating resampler
2022-10-04 20:55:28.058688 DEBUG [src/filters.rs:450] Build new pipeline
2022-10-04 20:55:28.058689 DEBUG [src/audiodevice.rs:418] Creating asynchronous resampler with parameters: InterpolationParameters { sinc_len: 128, f_cutoff: 0.92591465, oversampling_factor: 1024, interpolation: Linear, window: Blackman2 }
2022-10-04 20:55:28.058708 DEBUG [src/processing.rs:19] build filters, waiting to start processing loop
2022-10-04 20:55:28.079025 DEBUG [src/coreaudiodevice.rs:580] Using a capture channel capacity of 17 buffers.
2022-10-04 20:55:28.145904 ERROR [src/bin.rs:344] Playback error: Unknown property
2022-10-04 20:55:28.145935 DEBUG [src/bin.rs:349] Error while starting, release barrier
2022-10-04 20:55:28.146393 DEBUG [src/coreaudiodevice.rs:255] Set capture stream format
2022-10-04 20:55:28.146825 DEBUG [src/coreaudiodevice.rs:269] Opened CoreAudio capture device Soundflower (2ch)
2022-10-04 20:55:28.147526 DEBUG [src/coreaudiodevice.rs:682] Capture device ready and waiting
2022-10-04 20:55:28.147561 DEBUG [src/coreaudiodevice.rs:688] Capture device starts now!
2022-10-04 20:55:28.147583 DEBUG [src/bin.rs:352] Wait for capture thread to exit..
2022-10-04 20:55:28.147585 DEBUG [src/processing.rs:21] Processing loop starts now!
2022-10-04 20:55:28.514719 DEBUG [src/coreaudiodevice.rs:700] Exit message received, sending EndOfStream
2022-10-04 20:55:28.514860 INFO [src/processing.rs:37] Playback thread has already stopped.
2022-10-04 20:55:28.541906 DEBUG [src/bin.rs:915] Restarting with new config
2022-10-04 20:55:28.542034 DEBUG [src/bin.rs:857] Wait for config
2022-10-04 20:55:28.542101 DEBUG [src/bin.rs:860] No config and not in wait mode, exiting!
r@R-MacBook-Pro ~ %
---
About as simple as I could make it...
devices:
samplerate: 48000
chunksize: 1024
adjust_period: 10
enable_rate_adjust: true
enable_resampling: true
resampler_type: BalancedAsync
capture_samplerate: 48000
stop_on_rate_change: false
rate_measure_interval: 1
capture:
type: CoreAudio
channels: 2
device: "Soundflower (2ch)"
format: FLOAT32LE
playback:
type: CoreAudio
channels: 2
device: "Multi-Output Device"
format: FLOAT32LE
It seems the copy/paste may have changed the indentation here...
Last edited:
The log didn't have any more clues unfortunately. Does it work if you try with a normal device instead of the Multi-Output Device?
Yes, that works... Changed from "Multi-Output Device" to "Internal Speakers" and things seem to be working more or less as expected... Thank you for your help... Have a working Room Correction FIR running in CamillaDSP now... I have a starting point... Thank you Henrik...The log didn't have any more clues unfortunately. Does it work if you try with a normal device instead of the Multi-Output Device?
Great that it works now! Multi-out devices seems a bit quirky, see for example here: https://github.com/ExistentialAudio/BlackHole/wiki/Multi-Output-Device#4-select-output-devices
Thanks again Henrik... I had read and followed exactly that same information, you linked to above, the other day when I installed BlackHole and then Soundflower... Now that I have something that works I can press forward...
Should I be concerned with the sample rates wandering around like below??? It sounds ok... Any thoughts or guidance is appreciated...
2022-10-06 18:22:09.821327 DEBUG [src/coreaudiodevice.rs:830] Rate watcher, measured sample rate is 48028.395193965625 Hz
2022-10-06 18:22:10.846267 DEBUG [src/coreaudiodevice.rs:814] Measured sample rate is 47954.461993318066 Hz
2022-10-06 18:22:10.846318 DEBUG [src/coreaudiodevice.rs:830] Rate watcher, measured sample rate is 47953.88344337598 Hz
2022-10-06 18:22:11.700681 DEBUG [src/audiodevice.rs:614] Current buffer level: 2048.0, corrected capture rate: 100.0000%
2022-10-06 18:22:11.700723 DEBUG [src/coreaudiodevice.rs:455] Current buffer level 2048.0, set capture rate to 100.0000%
2022-10-06 18:22:11.700788 DEBUG [src/bin.rs:423] SetSpeed message received
2022-10-06 18:22:11.742057 DEBUG [src/coreaudiodevice.rs:708] Requested to adjust capture speed to 1
2022-10-06 18:22:11.742090 DEBUG [src/coreaudiodevice.rs:710] Adjusting resampler rate to 1
2022-10-06 18:22:11.870061 DEBUG [src/coreaudiodevice.rs:814] Measured sample rate is 48009.4845456007 Hz
2022-10-06 18:22:11.870102 DEBUG [src/coreaudiodevice.rs:830] Rate watcher, measured sample rate is 48010.08816666088 Hz
2022-10-06 18:22:12.893508 DEBUG [src/coreaudiodevice.rs:814] Measured sample rate is 48026.308474097124 Hz
2022-10-06 18:22:12.893551 DEBUG [src/coreaudiodevice.rs:830] Rate watcher, measured sample rate is 48026.012511129964 Hz
2022-10-06 18:22:13.916978 DEBUG [src/coreaudiodevice.rs:814] Measured sample rate is 48025.17471216486 Hz
2022-10-06 18:22:13.917028 DEBUG [src/coreaudiodevice.rs:830] Rate watcher, measured sample rate is 48024.954544911074 Hz
2022-10-06 18:22:14.942198 DEBUG [src/coreaudiodevice.rs:814] Measured sample rate is 47942.941485391195 Hz
2022-10-06 18:22:14.942248 DEBUG [src/coreaudiodevice.rs:830] Rate watcher, measured sample rate is 47942.8310767296 Hz
2022-10-06 18:22:15.965111 DEBUG [src/coreaudiodevice.rs:814] Measured sample rate is 48051.25543891072 Hz
2022-10-06 18:22:09.821327 DEBUG [src/coreaudiodevice.rs:830] Rate watcher, measured sample rate is 48028.395193965625 Hz
2022-10-06 18:22:10.846267 DEBUG [src/coreaudiodevice.rs:814] Measured sample rate is 47954.461993318066 Hz
2022-10-06 18:22:10.846318 DEBUG [src/coreaudiodevice.rs:830] Rate watcher, measured sample rate is 47953.88344337598 Hz
2022-10-06 18:22:11.700681 DEBUG [src/audiodevice.rs:614] Current buffer level: 2048.0, corrected capture rate: 100.0000%
2022-10-06 18:22:11.700723 DEBUG [src/coreaudiodevice.rs:455] Current buffer level 2048.0, set capture rate to 100.0000%
2022-10-06 18:22:11.700788 DEBUG [src/bin.rs:423] SetSpeed message received
2022-10-06 18:22:11.742057 DEBUG [src/coreaudiodevice.rs:708] Requested to adjust capture speed to 1
2022-10-06 18:22:11.742090 DEBUG [src/coreaudiodevice.rs:710] Adjusting resampler rate to 1
2022-10-06 18:22:11.870061 DEBUG [src/coreaudiodevice.rs:814] Measured sample rate is 48009.4845456007 Hz
2022-10-06 18:22:11.870102 DEBUG [src/coreaudiodevice.rs:830] Rate watcher, measured sample rate is 48010.08816666088 Hz
2022-10-06 18:22:12.893508 DEBUG [src/coreaudiodevice.rs:814] Measured sample rate is 48026.308474097124 Hz
2022-10-06 18:22:12.893551 DEBUG [src/coreaudiodevice.rs:830] Rate watcher, measured sample rate is 48026.012511129964 Hz
2022-10-06 18:22:13.916978 DEBUG [src/coreaudiodevice.rs:814] Measured sample rate is 48025.17471216486 Hz
2022-10-06 18:22:13.917028 DEBUG [src/coreaudiodevice.rs:830] Rate watcher, measured sample rate is 48024.954544911074 Hz
2022-10-06 18:22:14.942198 DEBUG [src/coreaudiodevice.rs:814] Measured sample rate is 47942.941485391195 Hz
2022-10-06 18:22:14.942248 DEBUG [src/coreaudiodevice.rs:830] Rate watcher, measured sample rate is 47942.8310767296 Hz
2022-10-06 18:22:15.965111 DEBUG [src/coreaudiodevice.rs:814] Measured sample rate is 48051.25543891072 Hz
Nothing to worry about! The sample rate is measured in a simple and not very accurate way. It's only used to catch if the rate changes, like it may do with some spdif inputs for example. It's enough that it can tell the difference between the usual values, like a change from 44.1 to 48 kHz.
- Home
- Source & Line
- PC Based
- CamillaDSP - Cross-platform IIR and FIR engine for crossovers, room correction etc