Linux build of HISE
-
Just dropping in to say I'm gonna give it a try too.
Will keep you posted of my progress. -
It is true that in absolute number of users linux audio is relatively small compared to win and osx. But the linux people are in general very tech-savvy, enthusiastic and know of the importance of feedback, especially in open source projects. You say "GPL" and the Linux people will come.
@Christoph-Hart
No, we haven't met. I just googled your name (found your page from ~2013) to see if you are German, because your name sounds like you are. I think it is important to connect and network, especially when it comes to open source audio (linux or not). I am organizing an "Open Source Audio Meeting Cologne" every month http://cologne.linuxaudio.org and it would be fantastic to have you there as a talking guest one day. In our January meeting I will present to them HISE, or rather what I have learned until then. -
Alright. I can't attend the next meeting on January, but I could revisit Cologne next year (I was living there for a few months during my studies) and I'll try to align it with one of your meet up dates.
-
BTW, @davephillips, while the compiling is not working, the error message you posted shows that you are using the Debug version (which the autogenerated JUCE makefile is using as default for some weird reason).
To turn on compiler optimizations, change these lines in the makefile:
ifndef CONFIG CONFIG=Debug endifto
ifndef CONFIG CONFIG=Release endif -
Just tried to compile in Linux. I get the following error:
../../../../../HISE/hi_core/hi_core/UtilityClasses.cpp:215:47: error: ‘COMPLEX_SPLIT’ does not name a type
void convolveComplex(float* signal, const COMPLEX_SPLIT &ir, int N)Full output log: http://pastebin.com/JWVDqfNM
-
Should be fixed now. I was tinkering around with the vDSP library on OSX to get a fast convolution reverb on iOS where IPP is not available and this messed up the other operating systems.
-
I have HISE working in Carla and have this playing back via virtual MIDI ports from both the Linux native version of Reaper and Windows Reaper running in Wine :)
-
It is working here now as well. I'm running the plugin and I can hear sound from the sine wave synth.
I have tried to import an .sfz piano but apparently I have to edit something myself to make sound. At first I am not interested in designing instruments, however simple, myself.
Is there a real sampled instrument somewhere (something 'acoustic' like strings would be fine) that you can load and just play?
-
Actually, you should be able to import this SFZ into a sampler module and start playing:
http://patcharena.com/free-marimba-samples-patcharena-marimba-in-sfz-format/
I'd recommend to switch to "One Shot" mode (Sampler Settings => Playback) so that decay naturally.
-
I haven't tried sfz files yet in HISE (just about to do that now), but here are a lot of sfz files that might be worth looking at: http://www.bandshed.net/sounds/sfz/ I got the link from a post by J_e_f_f_g at linuxmusicians.com
-
I already tried sfz import but the sampler remained silent. The plugin opened 64 audio outputs so I am not sure if it sent on the first two ones, like expected. How can I check or change in HISE which of these outputs are used? Or wait... actually there wasn't even anything on the volume indicator in HISE itself when I played with the built-in onscreen keyboard. Even if I didn't connect the right audio outputs to my system speakers I should still see something visually in HISE itself, right?
But besides that? What would be the native HISE instrument format? If I want to make an instrument for other people and share it. Are there existing instruments of this kind out there?
-
Hi Christoph, Am I correct assuming that the Export function still doesn't work for Linux ? IIRC you mentioned that that process is handled by a shell script. If so, where is that script ? I can try to debug it for Linux.
The export process fails with this error :
[dlphilp@The6300 build]$ ./HISE\ Standalone
Creating /home/dlphilp/HISE-MusicBox/Binaries/Source/PresetData.h and /home/dlphilp/HISE-MusicBox/Binaries/Source/PresetData.cpp from files in /home/dlphilp/HISE-MusicBox/Binaries/temp...Adding preset: 10528 bytes
Adding impulses: 14 bytes
Adding externalFiles: 58 bytes
Adding userPresets: 14 bytes
Adding images: 10 bytesTotal size of binary data: 10624 bytes
Couldn't get a file descriptor referring to the consoleWhat's happening there ? I see a batchCompileOSX file in my project Binaries directory, it's set up for Xcode, not Linux. I presume a similar file is needed for successful export to a native Linux VST/VSTi plugin.
Best,
dp
-
Hi Christoph,
I loaded and played the PatchArena Marimba SFZ on the HISE sampler. I'll try a few more SFZ files today.
Best,
dp
-
What's happening there ? I see a batchCompileOSX file in my project Binaries directory, it's set up for Xcode, not Linux. I presume a similar file is needed for successful export to a native Linux VST/VSTi plugin.
Yes this needs to be customized for every OS. Currently it just checks if it's Windows and if not it creates the stuff for OS X.
It's not totally trivial though. The compilation chain is:
HISE -> Projucer -> Makefile -> Make -> Compiler (eg. clang++)so I need HISE to create a .jucer file that creates a Makefile that tells make what to do. You can call it a slight overkill of metaproject management :)
-
I tried to use the standalone application on Linux (Ubuntu 16.4 LTS).
The software compiles without any error.
But when i try to start it, it (always) get a segmentaion fault.startVoiceOpen
renderVoiceOpen
onNoteOnOpen
onNoteOffOpen
onControllerOpen
onControlOpen
externalPopupShown
Segmentation faultstrace:
write(2, "onControllerOpen", 16onControllerOpen) = 16
write(2, "\n", 1
) = 1
write(2, "onControlOpen", 13onControlOpen) = 13
write(2, "\n", 1
) = 1
write(2, "externalPopupShown", 18externalPopupShown) = 18
write(2, "\n", 1
) = 1
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x18} ---
+++ killed by SIGSEGV +++
Segmentation faultin syslog:
Feb 4 19:12:28 SLEIPNIR-L kernel: [27915.222550] HISE Standalone[7153]: segfault at 18 ip 0000000000488162 sp 00007ffd96acd300 error 4 in HISE Standalone[400000+138e000]Whaty could be the problem here?
Thank you very much. -
Hmm, I can compile and run it without the segfaults. I uploaded the recent build for Ubuntu here:
Can you check if this build runs on your system?
-
Hi Christoph,
I've tried your build, and i have exactly the same problem as before .
That's weird because i have a fresh install of 16.04 LTS.
Distributor ID: Ubuntu
Description: Ubuntu 16.04.1 LTS
Release: 16.04
Codename: xenialAnalysing the core dump:
(gdb) set args
(gdb) run
Starting program: /home/charles/DEV/HISE Standalone
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7ffff4a24700 (LWP 15684)]
[New Thread 0x7ffff0a25700 (LWP 15685)]
[New Thread 0x7ffff7efe700 (LWP 15686)]
[New Thread 0x7ffff7e7d700 (LWP 15687)]
[Thread 0x7ffff7e7d700 (LWP 15687) exited]
[Thread 0x7ffff7efe700 (LWP 15686) exited]
[New Thread 0x7fffd7ffe700 (LWP 15688)]
[Thread 0x7fffd7ffe700 (LWP 15688) exited]
[New Thread 0x7fffd7ffe700 (LWP 15689)]
[New Thread 0x7fffcfffe700 (LWP 15690)]
[New Thread 0x7fffcbfff700 (LWP 15691)]
[Thread 0x7fffcbfff700 (LWP 15691) exited]Thread 1 "HISE Standalone" received signal SIGSEGV, Segmentation fault.
0x00000000006d7be9 in ScriptingApi::Synth::Synth(ProcessorWithScriptingContent*, ModulatorSynth*) ()
(gdb) QuitThank you very much.
-
Oeps, those big fonts were not meant to be. Sorry
-
This is weird because the constructor is not called until you add a script processor. I'll check again for static initialisers...
-
I found the issue - it's because you don't have a app data folder with the ModuleEnum.xml file which causes HISE to rescan all modules but this method is crashing due to a recent commit (which I didn't noticed because I have this file). Thanks for letting me know!
I am busy fixing another issue right now, but I'll commit a fix for this tomorrow.
