Hi and welcome to the forum.
This plugin has a hard-limit on the size of the IR file, so wherever something works proper depends on how big it is.
We have an alternative plugin already in beta for handling bigger IRs, so we are not limited by this plugin as the only option.
Thaaaanks. I’m already waiting for the device, so I will wait for the plugin too 
Hi @falkTX I have been trying to get the IR cabsim to see my IRs for days now. I have set the MOD_USER_FILES_DIR to a local path with Speaker Cabinet IRs folder in it. It just won’t load…any ideas? Also my browsepy only shows a list of folders, but no size or upload. It is configured to the same path as above
Are you refreshing the plugin (load it again into the pedalboard) after adding the files? Or rebooting the device?
He means to run the tool used for file management outside of a MOD device.
The answer might be to run it in a similar fashion to what we do, that being:
browsepy --directory /data/user-files --upload /data/user-files --removable /data/user-files 0.0.0.0 8081
The MOD_USER_FILES_DIR env var is only for mod-ui. browsepy still has hardcoded paths, I found it complex to make them dynamic, so they are staying static for the time being.
I’ll have to look for the beta! I tested the current release and the short length impacts the IR sound a bit compared to other IR loading devices compared head to head, good to know you are already working to improve it. I saw a folder which appears to be reserved for reverb IRs, very much looking forward to a convolution reverb!
I can’t seem to figure this out, maybe its my browsepy install that’s faulty. Is it supposed to look like this?
https://drive.google.com/file/d/1OWUGLaSONpuhU8A8BKqy8YXEOjAeFdpe/view?usp=sharing
Sorry I can’t seem to add a picture to my post, hence the drive link
This is now resolved. It was a corrupt install of unicategories, one of the dependencies for browsepy. Thanks for the screen of what it should look like.
Glad that you sorted it out.
Also I raised your trust levels at the forum, so I believe that now you are able to post pictures.
Any updates on the samples increment? Is it something that we can tweak to test by ourselves? @falkTX
Hi there – I have the same question someone asked earlier, and I don’t think it was answered.
What format do the IR files have to be:
48 or 44.1?
Mono or stereo?
48kHz mono would be best, as that would match what the plugin uses internally.
that said, the plugin will resample and downmix to mono as needed.
Hi @falkTX , just found that IR Loader crashes when I try to switch IRs rapidly. How can I investigate via ssh?
Don’t know if it is useful
DEBUG:root:[host] received <- 'patch_set 78 http://moddevices.com/plugins/mod-devel/cabsim-IR-loader#ir p /data/user-files/Speaker Cabinets IRs/04.wav'
DEBUG:root:[host] received <- 'log 0 Loading ir /data/user-files/Sp'
DEBUG:root:[host] received <- 'log 0 Freeing /data/user-files/Speak'
DEBUG:root:[host] received <- 'log 0 Responding to get request\n'
DEBUG:root:[host] popped from queue: patch_set 78 http://moddevices.com/plugins/mod-devel/cabsim-IR-loader#ir "/data/user-files/Speaker Cabinets IRs/02.wav"
DEBUG:root:[host] sending -> patch_set 78 http://moddevices.com/plugins/mod-devel/cabsim-IR-loader#ir "/data/user-files/Speaker Cabinets IRs/02.wav"
DEBUG:root:[host] received <- 'log 0 Queueing set message\n'
DEBUG:root:[host] received <- 'patch_set 78 http://moddevices.com/plugins/mod-devel/cabsim-IR-loader#ir p /data/user-files/Speaker Cabinets IRs/02.wav'
DEBUG:root:[host] received <- 'log 0 Loading ir /data/user-files/Sp'
DEBUG:root:[host] received <- 'log 0 Freeing /data/user-files/Speak'
DEBUG:root:[host] received <- 'log 0 Responding to get request\n'
DEBUG:root:[host] popped from queue: patch_set 78 http://moddevices.com/plugins/mod-devel/cabsim-IR-loader#ir "/data/user-files/Speaker Cabinets IRs/01.wav"
DEBUG:root:[host] sending -> patch_set 78 http://moddevices.com/plugins/mod-devel/cabsim-IR-loader#ir "/data/user-files/Speaker Cabinets IRs/01.wav"
DEBUG:root:[host] received <- 'log 0 Queueing set message\n'
Cannot read socket fd = 19 err = Success
CheckRes error
JackSocketClientChannel read fail
websocket close
NOTE: bank with name 'CHAINS: Bass' does not contain any pedalboards
NOTE: bank with name 'CHAINS: Synths' does not contain any pedalboards
NOTE: bank with name 'CHAINS: Drum Machines' does not contain any pedalboards
NOTE: bank with name 'EFFECTS' does not contain any pedalboards
NOTE: bank with name 'INSTRUMENTS' does not contain any pedalboards
DEBUG:root:[hmi] scheduling -> ud | CMD_GUI_DISCONNECTED
DEBUG:root:[hmi] sending -> ud | CMD_GUI_DISCONNECTED
DEBUG:root:[hmi] received response <- b'r 0\x00'
DEBUG:root:[hmi] popped from queue: ud | CMD_GUI_DISCONNECTED
DEBUG:root:[hmi] calling callback for ud
It happens very randomly when switching IR. I’m testing an empty pedalboard with IR Loader Cabsim only and it is not even connected to input and output. Sometimes it takes 3 attempts, sometimes it takes 50 attempts or more.
The problem is that it crashes even when switching snapshots and the IR saved on each snapshot is always the same.
Recap:
IR Loader Cabsim alone crashes randomly when you try to change IR rapidly.
If you have a pedalboard that contains IR Loader Cabsim and you have multiple snapshots with same IR selected, it crashes randomly even if you jump from one snapshot to another (without changing IR then). This is super annoying since in a live situation it can crash at every snapshot change!
Hello @redcloud
I want to try to replicate this.
When you mention “scene”, you are reffering to snapshots, right?
Wich Device are you using?
Thanks. Yep, sorry! Scene = snapshot
I’m using Dwarf with firmware 1.11.6 and and the plugin version is 1.0-19
This time took a lot but it happened eventually.
https://www.veed.io/view/932e4220-d2de-4d11-90df-acab77c461e3