Closed SteveRussell33 closed 2 years ago
Hi Steve! If you have a moment, could you see if there's a voxglitch.json file in your /Rack2/ folder? (It's the same folder where the log.txt is generated)
Hey Bret, there is indeed:
{
"theme":"default"
}
There's a line in log.txt
that might be of interest:
[13.501 warn src/window/Window.cpp:751 loadImage] Cannot read file ./plugins/voxglitch/./plugins/voxglitch/res/themes/default/round_shadow.png
Thanks Steve. I'll do my best to figure this one out.
It's really interesting to me that the path listed is
./plugins/voxglitch/./plugins/voxglitch/res/themes/default/round_shadow.png
That's the first thing that caught my eye. It seems like one of the ./plugins/voxglitch/
is redundant. However, what's even more strange is that some code just prior to the round_shadow.png being loaded is almost identical, and it didn't throw an error. Check it out:
If the path was wrong, then I would have expected Big-Knob.png to throw an error as well. Did you see anything like that in the log file?
Ahh... regardless, I see the issue. It's honestly surprising that it works for me and others since the code is double-specifying the path to the asset folder. What version of Windows are you using? I'll have this patched tomorrow and get a fixed version submitted to Rack ASAP!!
Hi Bret, Windows 10 here, this machine won't update to v11; not bothered really tbh. I happened to look in the log file as I usually use GDB for debugging purposes; I go by the log there as opposed to Rack's log file.
The two lines previous to that one were:
[13.375 info src/window/Window.cpp:73 loadFile] Loaded image ./plugins/voxglitch/res/themes/default/background2.jpg
[13.409 info src/window/Window.cpp:73 loadFile] Loaded image ./plugins/voxglitch/res/autobreak/themes/default/details.png
So I assumed that as some images load and that particular image didn't, the problem would be where you pointed to in your post above or possibly an error with the image itself, which in this case seemed unlikely.
Generally speaking, I see nothing wrong with the code - I've seen similar in the past e.g. MSM's MSMPanel
; like you said it didn't throw an error.
Hi Steve,
Could I burden you with a request? Could you test with this build and see if it fixed the issue? https://drive.google.com/file/d/1UD1x6NDPSVh-waMX1PSGlnU-SZf7YqZr/view?usp=sharing
Thanks, Bret
Perfect Bret! No crash and the log is clean, so all good. Nice work!
I'll close this issue; see you in the forum!
Crashes opening browser with library build