Mono versions of FX Plugins?
-
Isn't there any chance to make it possible? Because "Mono channel comptability" is very important for fx plugins. Yes HISE is primarily for sampler synths but if you could do it, HISE will be most powerful fx plugin creator on the market. (Of course, in my opinion it's been allready :)) @christoph-hart I mean it's a "must specification" for fx plugin designers.
-
@christoph-hart Could you make this property possible please?
In this way we can make plugin effects for mono channels that is recorded mono (such as guitar amps, vocal processors, instrument processors...etc.)
But for now there is only stereo channel support; that means user must feed mono channel into a stereo channel and after that user can apply HISE fx to stereo channel.
Please make it possible man....
-
Can you not send the left channel to both outputs using a routing matrix?
-
@tod-slaughter
No it doesn't work. Because the plugin has stereo input and output.When you want to instert a (HISE made) plugin on a mono track, your plugin won't be in the list. There are only mono compatible plugins on the list for mono tracks. (Pro Tools, Logic Pro X...etc)
That means user can't put effects on your vocal takes, instrument records...etc directly. This is a very sad thing for an fx plugin.
-
Ok fair enough
-
Is the new "Support Mono FX" feature supposed to work yet? I've tried and plugins are still only available as Stereo with this option selected.
-
Yes, but it only works for FX plugins, instruments always will be stereo. Which host did you test?
-
Yeah, I just exported with the delay effect in the master container. Tested on ProTools 12 and 2018.
I tried exporting on HISE standalone and HISE plugin. -
Ah, I didn't check our old friend ProTools. Can you test it in another DAW, not that there's something generally wrong with it - I checked in Cubase and the JUCE plugin host - Ableton has no concept of mono channels AFAIK.
-
@christoph-hart protools and logic don't recognize the export on mono tracks. Cubase works fine
-
That is the exact reason why I bothered adding this because now I have to check this on every host for a really edge case use case of this framework.
-
@christoph-hart anything I can do to help?
-
If you have any other host sitting around on your hard drive, you can check it there so that I can verify and debug each host.
-
@christoph-hart AU in Reaper shows up as 2in/2out plug, but will load on mono track. It'll also load on a mono channel in GarageBand.
Seems like Logic and PT are the only hosts picky about channels. -
@dustbro I don't know Studio One and Ableton Live has mono support; but did you tried on one of them too?
-
@orange I don't have access to those.
-
-
just tested studio one. It loads on mono and stereo tracks.
-
@Christoph-Hart could this be our issue?
https://forum.juce.com/t/adding-mono-to-stereo-hides-mono-to-mono-in-protools/30266/2Also:
JUCE now generates the AAX plug-in bus layout configuration id independent from the position as it appears in the Projucer’s legacy “Channel layout configuration” field. Possible Issues ProTools projects generated with a < 4.3.0 JUCE versions of your plug-in, may load the incorrect bus configuration when upgrading your plug-in to >= 4.3.0 versions of JUCE. Workaround Implement AudioProcessor’s getAAXPluginIDForMainBusConfig callback to manually override which AAX plug-in id is associated to a specific bus layout of your plug-in. This workaround is only necessary if you have released your plug-in built with a version previous to JUCE 4.3.0. Rationale The new multi-bus API offers more features, flexibility and accuracy in specifying bus layouts which cannot be expressed by the Projucer’s legacy “Channel layout configuration” field. The native plug-in format backends use the new multi-bus callback APIs to negotiate channel layouts with the host - including the AAX plug-in ids assigned to specific bus layouts. With the callback API, there is no notion of an order in which the channel configurations appear - as was the case with the legacy “Channel layout configuration” field - and therefore cannot be used to generate the AAX plug-in id. To remain backward compatible to pre JUCE 4.0.0 plug-ins, JUCE does transparently convert the legacy “Channel layout configuration” field to the new callback based multi-bus API, but this does not take the order into account in which the channel configurations appear in the legacy “Channel layout configuration” field.
-
@Christoph-Hart giving this a friendly bump. Any luck on mono compatibility?