Posted
Some pre-made templates that would allow quick and easy setup to popular DAW's would be a good start !
It's a really useful utility and great fun for experimenting with chords progressions etc but trying to get it wired into and trigger a rack of VST's in Cubase has turned into a nightmare.
How about it Cognitone? Some pre made, ready to rock, well thought out master/default templates for linking into major DAW's VST tracks/racks on discreet midi channels 1-16 that sync properly to MTC start and stop commands.
You should make them available for download to registered users - it would save hours of users wasted time trying to set up loads of General Midi maps that most people don't even bother to use really in this day and age.
That surely must work to your favour as well, rather than trying to get users to down scale video tutorials of $800 packages!
You got a great product, you can make it it greater quite easliy....
Mi., 08.12.2010 - 15:45 Permalink
You are right. This is certainly a rewarding task. An empty tracks template for all popular DAWs would be a simple first step.
Although in the long term, I would rather see true VST/AU integration.
Mi., 08.12.2010 - 16:38 Permalink
Of course a VST plugin would be ideal, but I think that would havt to be a completely different product to be built from the ground up and, there is some pretty robust VST plugin for chord progressions out there already.
A rock solid VST would remember all of it's settings when saved as part of a project, as it stands, HN seems not very good at remembering it's own settings and there are a number of issues even exporting a midi file correctly.
Better that Cognitone get a not so robust product stable reliable, and simple to use first - rather than try to port it into another not very reliable form and probably create even more bugs in the process.
If they are capable of creating something like Synfire, getting rid of all that cumbersome and confusing General Midi setup and offering a straght forward midi out channel template on thier little inbuilt mixer should be no effort for them at all.
I mean, who would have the enthusiasm or confidence to upgrade to such a complexity and price level if thier simple grass roots entry level product is so fiddly and frustrating to set up?
Fr., 10.12.2010 - 00:10 Permalink
Midi setup can indeed be frustrating, but it's midi that is to blame rather than the software. It is a very dated protocol that has almost no support for anything beyond "pressing virtual keys". It hasnt been developed any further since, no idea, 20 years?
When talking about VST/AU support, I don't think of making HN a plugin. I could rather imagine HN host plugins directly or control a small host application that runs side by side.
Fr., 10.12.2010 - 03:16 Permalink
A very admirable and ambitious task and something very much to look forward to - however any thing built must be on a firm foundation. Unfortunately HN does not appear to enjoy that status at present.
HN is a very unique product amongs the family of "auto progression generators, Unfortunately, the General Midi protocol/plugins are and in itself has very little support. It is quite outdated in the contemporary plugin world.
As it stands, with it's coding addressing a on board soft OS/GM soundset synth, it is a lot of fun an quite educational.
Due to it's lack of a simple midi part out to a discreet midi channel record on DAW with solid sync, (as in a rewire ableo/cubase etc.) It just doesn't cut the deal.
Even exporting a simple standard midi file of parts created is very unreliable and unpredicable, there by rendering itself to little use serious composition in a tightly integrated midi production suite.
The choice of desirable all incusive GM Soft synths are limited to Edirol HQ or the now defunct NI Bandstand or a number of over expensive "home keyboard/midi file player"
Of course there are the "multis" of various soft sample players which are far more flexible and creative (as you demonstrate in your video tutorials with HN & Kontakt in reaper for example.
The bulit in OS/GM softsynth of course serves a purpose in generating ideas which is great and can be inspiring and it's understandable why that route was chosen.
However, it comes at a cost (both to yourselves as, for axample the midi file export is a science unto itself as well as the confusion to the end user.
The best thing to do to capitalize on HN is three simple selection boxes.
1) Select OS - GM Softsynth to improvise as standalone.
2) A simple check box to send midi data out to a host GM VST Synth such as ( ? Edirol Hypercanvas ? or NI Bandstand) which is just [1 omni channel GM plugin VST plugin in a single midi track ]
3) A simple check box to select Midii data to discrete multi midi channel to VST/Track/Plugins of the users choice - what better way to improvise then?
You could then even approach Edirol and gt a "HN Lite Bundle" included in thier soft GM synths!
From this side though the most important points are to be able to sync/start/stop/record (via vst instrument tracks) the somwe what "not quite right" midi file export !
Fr., 10.12.2010 - 19:20 Permalink
Interesting discussion you have here. Thanks for sharing your thoughts.
What exactly did not work for you with the midi file export? According to our experience so far, the midi file export works just fine. It's the import into a DAW that can be difficult at times, because at the DAW end, the user needs to map file channels to tracks manually and possibly even remove unwanted controllers, and such.
For users doing serious orchestral work, the effort of setting up a midi-driven sound rack for Synfire is neglible compared to the huge benefit of having such a powerful composition workstation at hand. You are absolutely right in that this is totally different for a simple "chord progression generator".
Our biggest challenge is that DAWs were not designed to work alongside with other midi applications (and their vendors don't care). Either you have a plugin, which has extremely limited choice to control the DAW too, or youre lost. Synching via MTC/ReWire does not work well, because latencies can not be controlled automatically across multiple applications. This is a fact that Cognitone is unable to change. We are therefore evaluating possibilities to move the entire midi playback and sound hosting into a subsystem that is hosted by the DAW like a plugin.
Fr., 10.12.2010 - 23:48 Permalink
Yes, it's good to have constructive conversations in forums.
Midi file problems have been frequent, from completely empty export files through timing errors and not playing the part correctly, that is, not the same as heard from the HN chord arrangement window
I accept the later may be becuase of midi controllers being sent to the OS GM Synth as you mention - hence the need to connect the HN outputs simply and directly into DAW tracks with VST pugin synths of choice so you will hear exactly what you will get (or work towards what you want).
and, be able to record it directly to a midi track rather than export then import a file - hence the need to sync both HN and DAW to stop/start correctly with each other.
Of course all comments and observations are based on experience with HN Le and LoopBe1- not Synfire, which is something of which there is no experience of and discussions on that package are not relevant in this forum.
You say "Either you have a plugin, which has extremely limited choice to control the DAW" - Surely the opposite is the case - that the DAW Automation controls the plugin to precisely control and animate the output sound, which is what contemorary/electronic producers (at any level from bedroom to production suites) want, something which is not or sounds that are not achievable with a simple, self limiting GM soundset.
You also say that "Synching via MTC/ReWire does not work well, because latencies can not be controlled automatically across multiple applications" As far as personal experience goes there have been no major issues with those or other protocol from simple rewire of other applications into Steinberg mixing tracks etc or even different machines hosting softsynth and sample libraries.
Everyone will use or evaluate a application or plugin on the merits bought to the task at hand and the ease of workflow in completing that task.
As far as HN (LE or any other version) goes the ease and availablity to send a midi part to a destination of choice in a DAW with a single click on HN mixer, (without having to fiddling about exporting/importing files that may be out of time or full of unwanted midi controllers) to a multi rack of (for example) Kontakt or to other more abstract VST synths along with the ability to directly record that midi data (in time with other pre-recorded parts) would be something that no doubt any DAW user considering investing in HN would certainly expect....
As previously mentioned HN is a really great product that people of all levels of ability and software DAW's would really enjoy using productively - if only it could do what it is told,simply and quickly and reliably.....
Sa., 11.12.2010 - 12:16 Permalink
[quote]DAW Automation controls the plugin to precisely control and animate the output sound
True, but it does so by following pre-recorded instructions. Whether the instructions make sense is entirely the responsibility of the user. There is no intelligent piece of software that makes any musical decisions on its own behalf, like HN and/or Synfire.
For example, in a DAW context, if the user records a chord progression and finds that the pitch is not right, he corrects it immediately by hand. In order for HN to make this same decision, it needs to know the playing ranges and physical properties of a sound in advance, so it can compose each part accordingly. Especially when composing for multiple instruments in parallel, as you don't want those to play all in the same pitch range, of course.
That said, for an automated composition tool, there is no way around the initial effort of classifying the sounds you want to use. It would be nice however, if there were more premanufactured templates for popular sound libraries available for download.
Those other progression generators out there simply make the assumption, that every sound covers the entire 128 note midi pitch range. If the user feels a part should be played at a lower pitch, he turns down the output by one or more octaves. This might work in an electronic music context, but it fails for sound libraries that resemble natural instruments.
[quote] As far as personal experience goes there have been no major issues with those or other protocol from simple rewire of other applications into Steinberg mixing tracks etc or even different machines hosting softsynth and sample libraries.
You are talking about audio transmission. It's different with midi and transport synchronization.
To summarize: Researching and implementing better AU/VST support is a top priority, besides fixing bugs.
Sa., 11.12.2010 - 19:46 Permalink
It's encouraging to hear that your researching and implementing better AU/VST support and bug fixing.
There seems to be a few issues that are constantly annoying in HN for example - Some time was spent setting HN to play directly into Cubase, both with a GM plugin and a rack of VSTi's. which was then saved. However, every time it's loaded, it doesn't work properly, if at all and one has to start fiddling around for ages to get it all to work again properly. As such it idoes not seem to be a tool that could be used by clients who pay for studio time and may be looking for some quick ideas.
Every time HN is run and told to export your default demo as a standard midi file it gives the error:-
"Encountered problem with export settings for instrument fills. Could not resolve duration of 1/4 with+202 (120). please try smaller minimum durations"
Looking through other forums, such problems such as setting up for externalVST, DAW exporting of midi and saving templates are quite common with just about everything unless it's a built in OS software GM module.
With regards to your comment "every sound covers the entire 128 note midi pitch range. If the user feels a part should be played at a lower pitch, he turns down the output by one or more octaves. This might work in an electronic music context, but it fails for sound libraries that resemble natural instruments."
It would seem that you are presuming that most people who would purchase HN would want emulate traditional music and scores, when in reality, by looking through the forums, it would seem most people who purchase it or are trying out demo versions are seemingly younger experimental electronic musicians who may be keyboard playing novices, probably into Trance/House/Hip Hop genre and armed with a rack full of red hot synths, does is it not? After all,if one was an acclompished musician and fluent keyboard player, then it's doubtfull HN would not be very high on the shopping list along with sought after plugins for Steinberg/Logic/Protools/Acid and Ableton.
Likewise, in a DAW context, as you mention, if a user finds a chord prgression not quite right, it would be re-arranged in a midi editing page. The same is true of midi files exported from HN, I have no doubt that users of such material would be straght into the midi editor and start playing around with timing,pitch,velocity or even just to get rid of cc commands that are destined for a GM Module.
At the end of the day, what is the point of keeping a GM plugin to hand if there is no reliabilty in saving or loading templates that considerable time may have been taken to create?
At this point, it back to the comments and suggestions in the opening post - pre made templates available at the click of a mouse button for popular DAW's , desgned tried and tested by yourselves.
People want and expect software to work "out of the box" and lengthy manuals,especially in PDF are as un-attractive as lengthy learning curves.
All it should take is a right click selection menu in the routing or mixer window in HN, is it not?
So., 19.12.2010 - 00:11 Permalink
what ever you do, fix so you can use your DAW:s transport controller,
Mo., 20.12.2010 - 11:03 Permalink
@outsounder:
Thanks for pointing out the default demo export issue. Turning off "Optimize for Notation" should solve the issue. Actually it should be off by default, though.
Regarding the playing ranges, I did not explain correctly. Whether you're in electronic or traditional music doesn't matter. The essential purpose of HN is to coordinate multiple instruments in concert and arrange their parts so they go nicely together, all following the master harmony. For this to work, HN needs to know which role each instruments takes, for example, which is meant to be the bass. This is universal for all kinds of music.
For a simple chord sequence editor that sits on a single DAW track only, there are various plugins available out there, some with nice arpeggiators. In contrast, HN excels in arranging for multiple instruments, for example, if you have a synth pad, a bass line, syncopated chords and a number of fast bleep sequences (just to stay in the electronic domain).
Concerning MIDI import/export, our dilemma is that DAWs do not allow any plugin to populate multiple of their tracks with MIDI data automatically (copy and paste also does not work from outside the DAW). Plugins are not allowed to use the DAW transport (play, stop, pause). DAWs are designed from the ground up to control everything downwards in a strictly hierarchical order. Everything beyond the simple rendering or processing of an audio stream is almost impossible to do. Developers of harmonizers, sequencers and arrangers do lament on this topic on developer mailings lists every now and then. DAW vendors still ignore this.
Therefore, for the time being, we will have to live with midi export/import. And with telling HN what a particular sound is supposed to be used for (role/type, ranges).
Regarding the templates you suggest, these can't be one-click solutions. The setup involves the proper configuration and naming of a loopback driver and its supplied ports. A DAW project file can not do that. Anyway, it's worth trying.
Mi., 22.12.2010 - 18:33 Permalink
I must admit, I purchased LE back in october and have been struggling to find a way I can incorporate it in to my work-flow because this feature is missing. I thought being able to export/import midi files would suffice but it's such a laborious process it doesn't really cut it.
It's a an interesting product but it's just not that useful to me if I can't directly rig it up to control vsts within my DAW. To be honest I'm a little disappointed with my purchase.
Mi., 22.12.2010 - 22:32 Permalink
We certainly need to better understand how users actually want to use the LE. I've added a research topic to the repository and would much appreciate, if everyone using the LE version would read it and post their comments.
Mo., 14.02.2011 - 05:48 Permalink
What an interesting discussion.
In Cubase, for example, arpeggiators or harmony generators like Harmony Improvisator, are hosted in one midi track and stream midi data to another midi track. One of the choices for input in any midi track is either channel 1 to 16 or 'any' channel. Why couldn't there be the recording of the old type 0 (multichannel) midi file sent to a track receiving 'any' mdi data with channel info included? Cubase or most DAWs could then 'dissolve' the midi track into separate tracks by channel for further DAW processing?
Just a thought.
Prado
Mo., 14.02.2011 - 08:03 Permalink
Thanks for the update, I hope this backup system will make this lady more workable.
I had a thought about the vst issue. As a very simple solution couldn't the vsts simply be midi file players that stream the midi data from memory or even disk that is being altered by synfire as the composition is edited? One would be placed on each track above the synth it is controlling with a setting to specify which track it is assigned to in Synfire.
Synfires sync to the daw could then be set so that MTC controls the transport position, but the transport buttons send midi notes or cc controls that can be leaned in the daw (they all have this abaility for use with mixing control surfaces). This way there are no longer sync or latency issues as the DAW's latency compendation can do its job.
There would still need to be a live midi link so that selected notes would be previewed in the DAW when editing the arrangement but for playback it might be simpler and more stable -- potentially working after a Synfire crash, even if the notes can't actually be edited till synfire is restarted. This would also be useful if Synfire was no longer needed on the project, during mixing and whatnot --
This eliminates the problem of rewire, sync and latency. It also gives so daws the ability to run anticipative fx and better conserve cpu when running a lot of fx. It also would allow a 64bit version of the vst without porting larger portions yet.
All that would need to be set in the VSTi would be which track its associated wtith, though it would be very useful to be able to set the playing range, cc's and articulations in the vst so that midi learn on synth vst's coudl be done in the same pass as setting the synfire parameters of each track.
Mo., 14.02.2011 - 09:45 Permalink
Thanks tokyorose, for sharing your thoughts and ideas. We are evaluating a similar approach already and it looks promising.