Kjetil Matheussen

I'm not sure. I think it may be simpler to avoid getting circled than to try running in a circle though. Not that it should be too difficult try to...

Here's the bug report: http://users.notam02.no/~kjetism/radium/forum/viewtopic.php?f=7&t=339

(I've uploaded new .diff file. The old one had a lot of unnecessary things in the .ui diff added by qt-designer)

Thank you. I think this is an important patch that should be applied.I don't think it breakes anything.

Looks good, great work! On Sat, Dec 26, 2020 at 12:13 AM Rui Nuno Capela wrote: > just to let you know this has been merged to develop > >...

Thank you. The button should perhaps be named "reset", not sure. Also, the implementation clears all settings, not just the current one, so it can't be applied in the current...

I think this code is written by @sletz. :-) Anyway, googling the problem it seems like portaudio uses utf-8, so perhaps QString::fromUtf8 will work. I also found this code: ```...

...so if QString::fromUtf8 doesn't work, something like this ``` wchar_t wideName[MAX_PATH]; MultiByteToWideChar(CP_UTF8, 0, deviceInfo->name, -1, wideName, MAX_PATH-1); const QString sName = QString::fromWCharArray(wideName); ``` might.

Isn't it more likely that the name is not utf-8 in the portaudio driver than there is a problem your Qt5 build? I've basically given up trying to use char*...

Here's a workaround: ``` --- kokkinizita/tap-plugins-0.7.3/tap_utils.h~ 2009-08-17 13:16:19.000000000 +0200 +++ kokkinizita/tap-plugins-0.7.3/tap_utils.h 2016-08-11 16:37:13.325499971 +0200 @@ -55,8 +55,8 @@ */ static inline LADSPA_Data -read_buffer(LADSPA_Data * buffer, unsigned long buflen, - unsigned...