mtytel / helm Goto Github PK

In i3, windows can be floating, and when they are, you can drag them around by pressing a modifier key.
Helm simply ignores this. I've never seen another window do this in i3.

I suggest to reuse a higher level build system than your current small make file so that powerful checks for software features will become easier.

• CMake
• Autotools

The character of a sound can totally change when you change the relative phases of sound- and modulation-sources.
It would be great to have this option in Helm.

Hi, I'd like to unofficially package helm for fedora as an rpm. Can you tag your releases to make it easier for people to download?

I'm getting this error:

fatal error: public.sdk/source/vst2.x/audioeffectx.h: No such file or directory

Hello,

I use Fedora 21 64 bits with gcc-4.9.2.
I meet the current error message while compiling helm:

Compiling wave_viewer.cpp
Compiling about_section.cpp
../../../src/editor_sections/about_section.cpp: In member function ‘virtual void AboutSection::buttonClicked(juce::Button_)’:
../../../src/editor_sections/about_section.cpp:146:32: erreur: expected type-specifier before ‘AudioDeviceSelectorComponent’
options.content.setOwned(new AudioDeviceSelectorComponent(_device_manager,
^
Makefile.binary:442: recipe for target 'build/intermediate/Release/about_section_7d82e4ff.o' failed

Best regards,

YC

Hi Matt,

I have cut the helm engine to put it in my tracker, because this sound engine is really great.
I face an issue with the enveloppe.
When I trig sound really fast I end with clicky enveloppe. I think it is related to the way helm will reset the last used voice.
It is not a problem when you play 3 or 4 leads because you won't notice it. But if you play C2 at 120bpm you can hear it.
So I don't know which fix should be the best. Follow the last used enveloppe or use a free voice.
If I use a free voice I don't keep the monophonic way I want, so I think reused the last voice in a "monophonic" mode may be the best choice.
So any hint on your side should be good.

Regards,

Johann

It would be nice if the filter and FX could be used on external sources.
Even nicer if the external sounds could cross-modulate the oscs.

I figured I could make an official feature request.

Its impossible to tell what source the modulation is coming from just from the feedback without clicking each source. And even when a source is clicked its a bit difficult to see what has been selected vs what still has no modulation.

Perhaps each source could have a slightly different color just to make this a bit slicker. I realize thats 11 unique colors you'll need to add, but perhaps just different shades of a blue->green gradient would work. I thought about the allowing users to select the shade themselves by scrolling the helm icon next to the modulation source, but I think thats probably overkill.
also when a modulation destination is non-zero a different color (eg. outlined red) would be nice too.

This is just a bit of a nicety. Not really necessary, but please consider it (and feel free to reject it!).

https://github.com/mtytel/helm/blob/master/patches/Factory%20Presets/Synth/.DS_Store

Right now it seems like the noise LFO pattern doesn't benefit from chaning the LFO rate. It still provides completely random input for every system "tick" (I don't know the inner workings on Helm).

Maybe if the signal was bandlimited - forming an interpolated curve, not a set of discrete points having random values, slowing down the rate would indeed deliver a less chaotic and lively output. That could be very useful.

I hope I explained myself clearly enough.

Most of Helm is wonderfully self explanatory, but three things in particular have me puzzled:

-What do the "H" buttons in the oscillator section do?
-What is Shuffle, in the sub section?
-What do the transpose and tune knobs in the feedback section do?

I'm trying to use Helm (standalone) with polyphonic aftertouch. It seems that only the first aftertouch event received after the note on is actually handled. Following changes to the aftertouch value don't seem to affect the assigned control.

I would like to point out that identifiers like "__JUCE_APPCONFIG_C9WUMW__" and "FLAC__Metadata_SimpleIterator" do not fit to the expected naming convention of the C++ language standard.
Would you like to adjust your selection for unique names?

Might be nice to change that one too :)

Hey, would be very nice if there was also an OSC cross mod sync option available. Best would be sync, ring mod, sync+ring mod.

Thanks for considering!

Automating parameters like arpeggio-frequency only works sometimes and is ignored most of the time. Since automating other plugins works, I assume it's an issue with Helm.

There's no obvious trigger, but it maybe have to do with initial playhead position and cycle-boundaries (rgareus's suggestion, I'm clueless in that regard).

I have a fairly minimal test session, but can't attach it here :/

In particular:

-step sequencer to LFO tempo modulation is to sensitive: a small modulation leads to a too big change in tempo, making it hard to controll
-Step smoothing has a too wide range, making it hard to use as well.

The title says it all...

Maybe even add JACK support on OS X.

A synth typically sounds much bigger when it's not just the effects that make it stereo.

On the top of my list are:
-stereo spread for unison, like ZynAddSubFX.
-phase offset for LFOs: in many chorus plugins, you can set the phase offset between the LFO modulating the left signal, and the one modulating right. Combined with Helms flexible modulation options, this would lead to some awesome sound-design possibilities.

I realize this would probably double the dsp load, but IMHO that's worth it.

Add a LIBDIR variable (like the PREFIX or DESTDIR ones) to allow installation in /usr/lib64/lv2 instead of /usr/lib/lv2 (for packaging helm for some distributions).

Again, don't know how to reproduce (yet), but I'm getting occasional segfaults, where helm takes ardour 4.4 down with it.

I don't have a debug build of ardour available, and from what I remember, that isn't easily doable in NixOS. I forgot the details, sorry.

What's the recommended way of tracking this down?

Hi,

When using Helm 64bit in Cubase 8.0.10 64bit, on Windows 8.1 Pro, if I make a few changes (play with) the "A" attribute of the Amplitude Envelope, it often freezes the VST plugin and the whole of Cubase. I then have to End Task on Cubase.

Regards,
Nikos

The default save location is /usr/local/share (or /usr/share depending on how its packaged/installed) and ubuntu doesn't give write permissions to that directory. So if you try to save in the default, nothing is there, if you try to save somewhere else you can't find the patch again.

While designing a patch, it is often useful to be able to switch off individual sources:
-osc 1 and 2 individually (but keeping the cross-modulation)
-sub
-noise

Pitchwheel has no default effect. I actually like the prospect of being able to map it to anything, but I'd like the default do the usual thing. I had to map it to the tune parameter of each osc and that works exactly as expected.

Also the pitch bend parameter in articulation has no effect.

On Windows x64 Helm_64 looks at the "Program Files (x86)" (folder for 32-bit program files) while being installed by default in "Program Files" (folder for 64-bit program files).

As a workaround I've copied the presets to "Program Files (x86)\Helm\Patches" as well.

(I use the standalone-version)

I think it might be possible to modulate the reverb wet control.

That could add some nice soundshaping possibilities, I guess a tiny interia should be fine to prevent zipper noise.

What do you think?

I have a coupe of actual issues (which I'll file after this), but first I wanted to say:

WOW!!! Great work!!!

In particular I love:

• great sound
• some novel algorithms (afaik): <3 the filter feedback tuning and osc cross modulation
• not dumbing it down too much (plenty of knobs and options)
• no useless frills on screen, everything there has a function
• almost anything to anything modulation. It's great fun having dry/wet of an FX modulated by an LFO.
• great visual feedback on the modulation

Thank you!!!! :)

Hi,

Not a real issue, I had try do build it on my debian 8.
I've git clone the master version in my ~/build dir : sha c652a78.
Download the lastest version of juce from here : http://www.juce.com/download and unzip it in my ~/build/JUCE dir.

Do some ln -s stuff.

yoyz@yoyz-laptop:~/build/twytch/ ln -s ../JUCE .

Then try to build it :

yoyz@yoyz-laptop:~/build/twytch/ cd standalone/builds/linux/
yoyz@yoyz-laptop:~/build/twytch/standalone/builds/linux/ make

I fall into something like src not sync, and I don't know if I use the right juce version.

   yoyz@yoyz-laptop:~/build/twytch/standalone/builds/linux/ make
   Compiling modulation_slider.cpp
   ../../../src/editor_components/modulation_slider.cpp: In constructor    ‘ModulationSlider::ModulationSlider(TwytchSlider*)’:
   ../../../src/editor_components/modulation_slider.cpp:35:22: error: ‘class TwytchSlider’ has no    member named ‘isRotary’
        if (destination->isRotary())
                      ^
Makefile:365: recipe for target 'build/intermediate/Debug/modulation_slider_aee8aab8.o' failed
make: *** [build/intermediate/Debug/modulation_slider_aee8aab8.o] Error 1

It seem "isRotary()" is defined in "class Slider::Pimpl" in the modules/juce_gui_basics/widgets/juce_Slider.cpp file.

If you can tag a version which can be build easily, i'd like to test it :)

When running jalv.gtk --generic-ui http://tytel.org/helm, Helm doesn't react to the generic ui at all.

Somebody have the same issue? :C

Apparently this matters if you're trying to get it put in as an official package in Fedora. I tried to learn make to write a patch and save you some work but apparently I suck at learning make.

Packaging comments here.
https://bugzilla.redhat.com/show_bug.cgi?id=1250833#c6

Hi,

first of all: You're doing a great job here - hours of fun! :)

As I'm travelling on a frequent basis, I've not always a MIDI-keyboard with me. So my laptop's keyboard is used as replacement on-the-go.

My laptop is equipped with a German keyboard layout, basically "Z" and "Y" are switched: On a German layout G# is where "octave down" is on a US layout.

Feature request: Would it be possible to move the key assignments from "helm_computer_keyboard.cpp" to an external config file?

Thanks in advance and keep going on.

Hannes

(I use the standalone version)

Hello,

I use fedora 21 64 bits.
I meet a compilation error with the current master:

Compiling juce_video.cpp
make[2]: *** No rule to make target '../../../JUCE/modules/juce_audio_plugin_client/LV2/juce_LV2_Wrapper.cpp', needed by 'build/intermediate/Release/juce_LV2_Wrapper_fb90cd9c.o'. Arrêt.
make[2]: Leaving directory '/home/collette/repositories/helm/builds/linux/LV2'
Makefile:8: recipe for target 'binary' failed
make[1]: *** [binary] Error 2

Best regards,

YC

On 1920x1080 displays using Linux, the helm gui appears to be very oversized (as if it were zoomed in) with the result that most of the parameters cannot be accessed.

It displays fine on another laptop with a different (lower) screen resolution which makes me wonder whether this is something to do with this specific resolution setting.

Well, I tried to build Helm on Fedoras koji buildsystem and it didn't like it.

output from the build is here
https://kojipkgs.fedoraproject.org//work/tasks/4269/10784269/build.log
Things it doesn't seem to like are
g++: error: unrecognized argument in option '-mtune=generic'
g++: error: unrecognized command line option '-msse'
g++: error: unrecognized command line option '-msse2'
g++: error: unrecognized command line option '-mfpmath=sse'

For now I may try to exclude armv7hl in the builds.

Need to rework where patches are stored on the windoze.

when you enable the formant filter, the synth gets a bit louder.
I understand this probably depends on the signal going into it, but I'd say it's better to err on the side of too soft; after all, it's a filter, taking away part of the sound.

Would be very nice if you would enable the 32 bit target in the Xcode options, too, since lot of musicians still use 32bit versions on OSX (including me) for compability reasons. 32bit->64bit bridges always slow down gui and processing. Thanks for considering it!

It's sporadic and it looks/sounds actually summed monophonic.

To manipulate oscillators a 3rd envelope generator would be fine.

You should name them "ENVELOPE 1" to "ENVELOPE 3" or "EG1" to "EG3" since their assignments are variable. "AMPLITUDE ENVELOPE" and "FILTER ENVELOPE" are misleading as there is no static assignment.

I played with Helm all night, never once seeing the mod envelope.
While filling out these bug reports, it all of a sudden popped up.

It seems like it's not supposed to show up, since it's on it's own in the bottom of the window, with empty space left and right of it.
I <3 it anyway! :)

I should improve the interpolation I think

At the moment my helm Jack ports are identified as JUCEJack, which could be a little off putting for people.

The armv7hl build still failes but it's not got any nice obvious easy-to-read errors

https://kojipkgs.fedoraproject.org//work/tasks/2387/10822387/build.log

It's audible even with the init patch. Just increase the number of voices and play a chord. Lowering volume doesn't help but lowering sustain level in AMPLITUDE ENVELOPE helps, at least in the sustain stage.

I don't have a reproducible recipe (yet), but I've noticed that sometimes after re-opening a .ardour file, the modulation destinations and amounts are not saved, so the patch comes up without modulation.