I'll just leave this here...
-
@Christoph-Hart Is it possible to send values from shaders back to the onInit???
I understand how I can add a uniform float and influence it with a knob, panel, timer, etc... but can I do the same thing backwards from a shader variable?
I hope that makes sense...
-
No, it's a unidirectional communication and the uniform variables are read only in GLSL - it will be accessed by each pixel calculation so it can't change.
-
@Christoph-Hart How is iTime related to timer objects in HISE?
I have a synth timer running in my instrument and the shader panel just runs along with it although I don't pass it anything...
Also when I drag a knob the shader starts moving along. Without me setting up a callback that passes a uniform variable into it...
Got me thinking that maybe a knob also runs on an internal timer-like object... 🤯EDIT: It seems like iTime is always running... also while editing the shader keeps changing in the background and visually only shows updates when hovering over UI elements and interacting with them. When I hit compile it catches up with iTime and all is in sync again...
-
Maybe I should hit the screensaver business after all...
Hoping to pass the obligatory psychedelically-influenced first phase of shader coding soon to produce more meaningful and interesting stuff...
-
Yeah, I've been there too. The moment where you stare at a real screensaver and think "Wow that's really beautiful, I wonder how they programmed that" is the moment you need to reevaluate some life choices :)
But have you started playing around with 3D ray marching? That's where the real fun begins :)
-
@Christoph-Hart I wanted to dive in shaper code, but I find the code style just :face_vomiting:
So I postpone this moment the more I can and push even more the panel's paintRoutine in the waiting
-
@ustk said in I'll just leave this here...:
code style just
What do you dislike there? I quickly got used to it (GLSL is C-like so at least there's no Lua madness involved and once you've wrapped your head around how it works (it's really different from the 2D canvas approach), you'll start enjoying it.
-
@Christoph-Hart Yeah I imagine I have to get used to it :)
I don't like the fact there're no ready methods for drawing basic stuff, even for a circle you have to make your own method. But it makes it powerfull :) -
@Christoph-Hart said in I'll just leave this here...:
@ustk said in I'll just leave this here...:
code style just
What do you dislike there? I quickly got used to it (GLSL is C-like so at least there's no Lua madness involved and once you've wrapped your head around how it works (it's really different from the 2D canvas approach), you'll start enjoying it.
That it deviates from the 2D Canvas is what mainly gets my brain twisted!! It’s exactly that. I was so lost at first. Now that the panic attacks and the eye bleedings are residing, I am getting more and more into it. Following Martijn’s tutorials over and over again, making notes, messing with some numbers in the code and finally doing it yourself from scratch will get you there eventually. Funny that Martijn learned it from studying Shadertoy examples himself… Raymarching is on the list, yes… Deeply fascinated by what a bunch of numbers and words can generate!
-
@ustk said in I'll just leave this here...:
ready methods for drawing basic stuff
This website is by far the best resource for code examples for GLSL primitives:
https://www.iquilezles.org/www/articles/distfunctions2d/distfunctions2d.htm
-
@Christoph-Hart Yeah I've just seen that finally, one can find many ready-made methods :)
Once the principle is understood it becomes easy to adapt/modify -
And there is this thing here:
https://www.shadertoy.com/view/lslXW8
It's basically a 2D Graphics API for GLSL. I played around with it and it might ease the transition coming from the Panel Graphics API.
-
I think you could introduce a question for those signing up. You already have to manually approve them, but something like what VI-C has could reduce the number of these spammers. "What do you call an audio file played back by a virtual instrument?"
-
I don't think that will show them...
By now I'm used to deleting these manually, it's kind of gotten a relaxing hobby at this point...
-
Question regarding exporting a standalone application with inserted shaders. I'm not a wiz in scripting, although learning. I did manage to get shaders working in interface designer, but whenever I export it to standalone the shaders are not visible.
I assume it's something obvious I might have forgotten to include, but couldn't find what might be wrong.
-
@fellowfinch Use OpenGL is disabled by default in a plugin that runs.
You need to compile HISE with the use_opengl flag enabled (it's somewhere in the projucer). You can see that in the General Settings file in the AppData folder of your plugin.
Also if you want to make sure that it gets set to 1, you can just tweak or create that file with the correct flag on install.
-
@aaronventure
thank you for your reply, however I still can't get HISE to export it with shaders.I did the following;
- opened projucer and opened the HISE standalone file
- in hi_core module I chose "enabled" on USE_OPENGL and in juce_opengl I flagged use global path
- compiled it in xCode as a standalsone and opened the file in my Build folder
- in my project I went to "Settings" - Development and flagged "Use Open GL"
- exported as a standalone, and once the build was finished, opened it up but its lacking the shaders in the GUI
@aaronventure said in I'll just leave this here...:
You can see that in the General Settings file in the AppData folder of your plugin.
Can't seem to find this particular folder, also probably should mention I'm using a Mac.
@aaronventure said in I'll just leave this here...:
Also if you want to make sure that it gets set to 1, you can just tweak or create that file with the correct flag on install.
Still learning... how exactly do I do this? I tried searching for the files via search and opening up in Sublime to see if there is any file I can change that "open GL" is set to 1. I'm aware this strategy might not be viable...
I can provide any screenshots that might help to pinpoint the problem :)
-
@fellowfinch /Users/YOURNAME/Library/Application Support/Company Name/Project Name/`
-
aha, I though you were referring to the folder where my project is stored.
I went into the path
/Users/YOURNAME/Library/Application Support/HISE/`to the HISE General Settings and changed the "0" to 1, like so;
<?xml version="1.0" encoding="UTF-8"?> <GLOBAL_SETTINGS DISK_MODE="0" SCALE_FACTOR="1.0" VOICE_AMOUNT_MULTIPLIER="2" GLOBAL_BPM="-1.0" MIDI_CHANNELS="1" OPEN_GL="1"/>Sadly, when I tried exporting to standalone the shader files did not appear. Even though I can see that there is an include_juce_opengl file in the arm64 folder of the build.
I tried recompiling the HISE standalone app again, making double sure that the openGL was enabled and tried again, yet no shaders are present.Just to make sure, shaders should appear by exporting the hise project and then finding it in the Binary folder as an exec file?
-
@fellowfinch if it's standalone, yes, it's .exe.
can you also try calling Settings.setEnableOpenGL(true) in your on init script?
