Re: Fiwe - wireless audio effects
Posted: Tue Jun 26, 2018 11:25 am
Hello, thank you guys for testing!
@gimmeapill: I have put online a new version that accepts any jack sampling rate and block size, which should fix your issue. Xruns are shown as the Vu-meters flashing black, so if it happens you may want to increase the block size (-p64 for example).
Also, I'll see if I can quickly hack the left-to-right or right-to-left aspect to be configurable in a next version...
The reason why the I/O are stereo instead of mono are because this is the case in the hardware. I am generally trying to tailor the software to our hardware, not really to pc+sound-card settings
@tramp: yes indeed, thank you for your code and pixmaps
I have written the knobs myself indeed as I use Qt instead of gtk. They don't behave like Guitarix where the knob indicator will follow the mouse exactly. In Fiwe, you mouse the mouse vertically up and down to change the value, and an horizontal mouse move has no effect. I changed the behaviour following some feedback from users who were more used to this way. I guess it's very much up to personal taste?
The clicks in the sound when changing the knobs quickly is probably not due to the knobs themselves but to xruns. I have generally not put too much effort into avoiding xruns because I want to focus the efforts more on the hardware. The softwre is not really meant to be used on a PC, and if so, people are probably better off using Guitarix/Rakarrack/etc directly
However, I can try to make this a bit better. The issue is that Qt is built around an event loop, so that if a Focus event (i.e. a repaint event) takes too long, it prevents the next critical Jack event in the queue to be honored soon enough. I give priority to Jack events of course, but if a jack callback arrives while I am in the middle of processing a Focus event, I cannot do much and have to wait for the process event to finish before I can start honoring the Jack event... How is this done in Guitarix/Gtk ?
@gimmeapill: I have put online a new version that accepts any jack sampling rate and block size, which should fix your issue. Xruns are shown as the Vu-meters flashing black, so if it happens you may want to increase the block size (-p64 for example).
Also, I'll see if I can quickly hack the left-to-right or right-to-left aspect to be configurable in a next version...
The reason why the I/O are stereo instead of mono are because this is the case in the hardware. I am generally trying to tailor the software to our hardware, not really to pc+sound-card settings
@tramp: yes indeed, thank you for your code and pixmaps
I have written the knobs myself indeed as I use Qt instead of gtk. They don't behave like Guitarix where the knob indicator will follow the mouse exactly. In Fiwe, you mouse the mouse vertically up and down to change the value, and an horizontal mouse move has no effect. I changed the behaviour following some feedback from users who were more used to this way. I guess it's very much up to personal taste?
The clicks in the sound when changing the knobs quickly is probably not due to the knobs themselves but to xruns. I have generally not put too much effort into avoiding xruns because I want to focus the efforts more on the hardware. The softwre is not really meant to be used on a PC, and if so, people are probably better off using Guitarix/Rakarrack/etc directly
However, I can try to make this a bit better. The issue is that Qt is built around an event loop, so that if a Focus event (i.e. a repaint event) takes too long, it prevents the next critical Jack event in the queue to be honored soon enough. I give priority to Jack events of course, but if a jack callback arrives while I am in the middle of processing a Focus event, I cannot do much and have to wait for the process event to finish before I can start honoring the Jack event... How is this done in Guitarix/Gtk ?