On 02/18/2012 12:05 AM, email@example.com wrote:
Ok, so it's by design. That's what I wanted to know, thanks for
clarifying this. I can also understand the rationale behind this.
> * export sample-editor results as an audiofile
That would be very convenient.
> * quick create new instrument button. this will simple create an new h2 instrument which
That would be even more convenient. But if I have the first option above
then I can easily create the new instrument myself. Anyway, an obvious
default for the filenames would be ~/.hydrogen/data/samples/%s-%d.%s,
where %s.%s is the basename of the original sample, and %d is some
serial number to make the filename unique so that you don't overwrite
any existing files.
> but this improvements cannot reconstruct the main goal from the sample editor rubberband
Yes, that's a very nice feature. But DrMr could support this in the
future as well, as soon as hosts adopt the LV2 Time extension which is
still in the making. So I'm not sure that I buy your argument that the
two are for totally different use cases. :)
What's special about Hydrogen, however, is its user interface. People
like it exactly because it's so dead-easy to use for the purpose that it
has been designed for. And now we can use Hydrogen to create the
drumkits and patterns that we need, and then employ DrMr to port them
over to Qtractor where the rest of the arrangement can be done. That's
very useful already, even though DrMr has only been announced less than
a week ago. ;-) DrMr definitely fills a gap there.
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email: Dr.Graef@t-online.de, firstname.lastname@example.org
Linux-audio-dev mailing list