20 Apr
2006
20 Apr
'06
8:45 p.m.
I trying to figure out a method of doing contemporary drums, where I can
edit in a matrix like environment but then get separate Jack outputs for
each drum to allow for DSP'ing. I currently use Rosegarden synced to Ardour.
Rosegarden will not allow splitting notes to different channels - though
Muse does, but that means I have to run both (I don't know if they'll play
happy together). I revisited hydrogen again recently, but it won't load gig
or sf2, as far as I can see (Has some nice kits though). I like the idea of
using Linuxsampler to do drums but I can't see a way of directing one drum
to one engine / output and another to another. I feel like there is a simple
solution here that I'm missing, it must be a very common requirement in
digital audio. Anyone got any suggestions ?
Cheers,
Bruce.
20 Apr
20 Apr
9:01 p.m.
BJaY wrote:
I trying to figure out a method of doing contemporary
drums, where I can
edit in a matrix like environment but then get separate Jack outputs for
each drum to allow for DSP'ing. I currently use Rosegarden synced to Ardour.
Rosegarden will not allow splitting notes to different channels - though
Muse does, but that means I have to run both (I don't know if they'll play
happy together). I revisited hydrogen again recently, but it won't load gig
or sf2, as far as I can see (Has some nice kits though). I like the idea of
using Linuxsampler to do drums but I can't see a way of directing one drum
to one engine / output and another to another. I feel like there is a simple
solution here that I'm missing, it must be a very common requirement in
digital audio. Anyone got any suggestions ?
At the moment the most advanced drum machine is Hydrogen. You can run up
to four ladspa plugins with that interface and attach it to jack-rack to
get more fx in the mix. However it doesn't allow for samples to be sent
to jack over independant tracks.
Still you can do quite a lot with the above setup if you apply some
tricky panning and EQing etc...
It may also be possible to run multiple hydrogens at one time and sync
with jack transport but I haven't tried it.
Cheers.
--
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.com
Http://www.djcj.org/LAU/guide/ - The Linux Audio Users guide
========================================
"Anything your mind can see you can manifest physically, then it will
become reality" - Macka B
9:09 p.m.
On Fri, 2006-04-21 at 06:00 +0700, Patrick Shirkey wrote:
At the moment the most advanced drum machine is
Hydrogen. You can run
up to four ladspa plugins with that interface and attach it to
jack-rack to get more fx in the mix. However it doesn't allow for
samples to be sent to jack over independant tracks.
Really? I think it does. I certainly remember it having a mode where
every drum appeared on its own JACK port.
Lee
10:24 p.m.
On 4/20/06, Lee Revell <rlrevell(a)joe-job.com> wrote:
On Fri, 2006-04-21 at 06:00 +0700, Patrick Shirkey
wrote:
In the preferences, check "Enable Track Outputs" and then Hydrogen
will have a separate jack output for each track. It might even have 2
outputs for each track(for use with stereo samples).
-spencer
At the moment the most advanced drum machine is
Hydrogen. You can run
up to four ladspa plugins with that interface and attach it to
jack-rack to get more fx in the mix. However it doesn't allow for
samples to be sent to jack over independant tracks.
Really? I think it does. I certainly remember it having a mode where
every drum appeared on its own JACK port.
Lee 
9:22 p.m.
I use hydrogen a lot. I don't bother to sync to ardour unless i just
want to for fun while I compose. to get the seperate tracks, say for
kick, snare, hats, I use hydrogen's export feature. If I only want the
kick, I solo the kick in hydrogen's mixer and then export song. this
will export only the kick. and so on.
then I go to ardour and import the resultant wave files. I set up
ardour to use the same bpm and I use snap to beats and then editing the
drum parts or placing them wherever I want in ardour is extremely tight.
the way i used to do this is I was using cakewalk for dos and i was
really used to the "interpolate" feature - but basically, if I had a
track that had kick/snare/hats all on one midi track, I'd go back and
copy just the kick notes to another track, and so on - then I can
either:
1) have each of those tracks going to a different midi channel (and
hence a different synth, or soft synth instance, and hence to a
different audio channel
or
2) simply solo each track for recording into the multitrack.
also you can use the hydrogen method and then instead of exporting
waves, export midi files of just kick, snare, etc. (I THINK it will work
that way - export song will just export what's not muted - i haven't
tried that with midi export now that i think about it)
also, you could use a SF2 softsynth to playback samples through jack
into a recorder, grab the wave file sample, and use that in hydrogen...
uh...what else can i think of?...
hope this helps :)
--------
Aaron Trumm
CCRMA, Stanford
----------
On Thu, 2006-04-20 at 23:45 +0100, BJaY wrote:
I trying to figure out a method of doing contemporary
drums, where I can
edit in a matrix like environment but then get separate Jack outputs for
each drum to allow for DSP'ing. I currently use Rosegarden synced to Ardour.
Rosegarden will not allow splitting notes to different channels - though
Muse does, but that means I have to run both (I don't know if they'll play
happy together). I revisited hydrogen again recently, but it won't load gig
or sf2, as far as I can see (Has some nice kits though). I like the idea of
using Linuxsampler to do drums but I can't see a way of directing one drum
to one engine / output and another to another. I feel like there is a simple
solution here that I'm missing, it must be a very common requirement in
digital audio. Anyone got any suggestions ?
Cheers,
Bruce.
21 Apr
21 Apr
1:11 a.m.
New subject: [linux-audio-user] Re: Doing Drums
On 4/21/06, BJaY <BJaY(a)safe-mail.net> wrote:
I trying to figure out a method of doing contemporary
drums, where I can
edit in a matrix like environment but then get separate Jack outputs for
each drum to allow for DSP'ing. I currently use Rosegarden synced to Ardour.
Rosegarden will not allow splitting notes to different channels - though
Muse does, but that means I have to run both (I don't know if they'll play
happy together). I revisited hydrogen again recently, but it won't load gig
or sf2, as far as I can see (Has some nice kits though). I like the idea of
using Linuxsampler to do drums but I can't see a way of directing one drum
to one engine / output and another to another. I feel like there is a simple
solution here that I'm missing, it must be a very common requirement in
digital audio. Anyone got any suggestions ?
Cheers,
Bruce.
Seq24 is quite a nice pattern sequencer for drums. I use it with smack
(synthed drums) and hydrogen (sampled drums).
Loki
1:12 a.m.
New subject: [linux-audio-user] Re: Doing Drums
On 4/21/06, Loki Davison <loki.davison(a)gmail.com> wrote:
On 4/21/06, BJaY <BJaY(a)safe-mail.net> wrote:
oh, and everything else. Seq24 is great. ;-)
I trying to figure out a method of doing
contemporary drums, where I can
edit in a matrix like environment but then get separate Jack outputs for
each drum to allow for DSP'ing. I currently use Rosegarden synced to
Ardour.
Rosegarden will not allow splitting notes to
different channels - though
Muse does, but that means I have to run both (I don't know if they'll
play
happy together). I revisited hydrogen again
recently, but it won't load
gig
or sf2, as far as I can see (Has some nice kits
though). I like the idea
of
using Linuxsampler to do drums but I can't
see a way of directing one
drum
to one engine / output and another to another. I
feel like there is a
simple
solution here that I'm missing, it must be a
very common requirement in
digital audio. Anyone got any suggestions ?
Cheers,
Bruce.
Seq24 is quite a nice pattern sequencer for drums. I use it with smack
(synthed drums) and hydrogen (sampled drums).
Loki
2:40 a.m.
New subject: [linux-audio-user] XRUNS at 96000
When I set qjackctl to 96000 I am getting thousands of XRUNS. I am running
demudi with the preempt patched kernel with my sound card priority set to 99
and jack set to 70. Anyone have any ideas what I can do to fix this?
My machine spec is as follows:
AMD Athlon XP 3200+
1 GB RAM
nVidia Chip set
M-Audio Audiophile 2496
I figure that my system should be able to handle this without problems.
2:09 p.m.
New subject: [linux-audio-user] XRUNS at 96000
stuff(a)trackingsolutions.ca writes:
When I set qjackctl
Qjackctl is just an interface to JACK. Read the info on the JACK
website and show your command line of JACK. You are probably using too
small buffers for that sample rate.
--
Esben Stien is b0ef@e s a
http://www. s t n m
irc://irc. b - i . e/%23contact
[sip|iax]: e e
jid:b0ef@ n n
5:45 p.m.
New subject: [linux-audio-user] XRUNS at 96000
Here is my command I was running.
/usr/bin/jackd -R -dalsa -dhw:0 -r96000 -p1024 -n2
On Friday 21 April 2006 12:06 pm, Esben Stien wrote:
stuff(a)trackingsolutions.ca writes:
When I set qjackctl
Qjackctl is just an interface to JACK. Read the info on the JACK
website and show your command line of JACK. You are probably using too
small buffers for that sample rate.
5:57 p.m.
New subject: [linux-audio-user] XRUNS at 96000
On Thu, 2006-04-20 at 22:40 -0600, stuff(a)trackingsolutions.ca wrote:
When I set qjackctl to 96000 I am getting thousands of
XRUNS. I am running
demudi with the preempt patched kernel with my sound card priority set to 99
and jack set to 70. Anyone have any ideas what I can do to fix this?
My machine spec is as follows:
AMD Athlon XP 3200+
1 GB RAM
nVidia Chip set
M-Audio Audiophile 2496
I figure that my system should be able to handle this without problems.
What kernel? Are you using the proprietary nvidia driver?
Lee
6:26 p.m.
New subject: [linux-audio-user] XRUNS at 96000
I am using 2.6.16.2. I compiled this kernel myself. I went back to the default
kernel with demudi 1.3.0 and the same thing was happening
On Friday 21 April 2006 01:56 pm, Lee Revell wrote:
On Thu, 2006-04-20 at 22:40 -0600,
stuff(a)trackingsolutions.ca wrote:
When I set qjackctl to 96000 I am getting
thousands of XRUNS. I am
running demudi with the preempt patched kernel with my sound card
priority set to 99 and jack set to 70. Anyone have any ideas what I can
do to fix this?
My machine spec is as follows:
AMD Athlon XP 3200+
1 GB RAM
nVidia Chip set
M-Audio Audiophile 2496
I figure that my system should be able to handle this without problems.
What kernel? Are you using the proprietary nvidia driver?
Lee
6:55 p.m.
New subject: [linux-audio-user] XRUNS at 96000
Lee Revell <rlrevell(a)joe-job.com> writes:
Are you using the proprietary nvidia driver?
I'm sure he means nvidia chip on the motherboard, not the GPU.
--
Esben Stien is b0ef@e s a
http://www. s t n m
irc://irc. b - i . e/%23contact
[sip|iax]: e e
jid:b0ef@ n n
7:21 p.m.
New subject: [linux-audio-user] XRUNS at 96000
The nVidia is on motherboard I am using the m-audio card not nvidia
On Friday 21 April 2006 04:53 pm, Esben Stien wrote:
Lee Revell <rlrevell(a)joe-job.com> writes:
Are you using the proprietary nvidia driver?
I'm sure he means nvidia chip on the motherboard, not the GPU.
7:38 p.m.
New subject: [linux-audio-user] XRUNS at 96000
On Fri, 2006-04-21 at 15:21 -0600, stuff(a)trackingsolutions.ca wrote:
The nVidia is on motherboard I am using the m-audio
card not nvidia
Then my only advice is to try the -rt kernel - even if it does not fix
the xruns it has debugging mechanisms to help find the problem.
Lee
5:47 a.m.
New subject: [linux-audio-user] Re: Doing Drums
On Fri, 2006-04-21 at 13:12 +1000, Loki Davison wrote:
On 4/21/06, Loki Davison
<loki.davison(a)gmail.com> wrote:
I like Seq24, it reminds me a bit of my Yamaha RM1x.. But one issue I
have with it, it seems to skip the first note of each loop.. if it's on
the first beat. (And many other feature requests I have submitted, but
I'm useless so I can't help improve it myself at this time).
Dana
On 4/21/06, BJaY <BJaY(a)safe-mail.net>
wrote:
oh, and everything else. Seq24 is great. ;-) I trying to figure out a method of doing
contemporary drums, where I can
edit in a matrix like environment but then get separate Jack outputs for
each drum to allow for DSP'ing. I currently use Rosegarden synced to
Ardour.
Rosegarden will not allow splitting notes to
different channels - though
Muse does, but that means I have to run both (I don't know if they'll
play
happy together). I revisited hydrogen again
recently, but it won't load
gig
or sf2, as far as I can see (Has some nice kits
though). I like the idea
of
using Linuxsampler to do drums but I can't
see a way of directing one
drum
to one engine / output and another to another. I
feel like there is a
simple
solution here that I'm missing, it must be a
very common requirement in
digital audio. Anyone got any suggestions ?
Cheers,
Bruce.
Seq24 is quite a nice pattern sequencer for drums. I use it with smack
(synthed drums) and hydrogen (sampled drums).
Loki
7:41 a.m.
New subject: [linux-audio-user] Re: Doing Drums
On Fri, 21 Apr 2006 03:47:31 -0400
Dana Olson <dana(a)ubuntustudio.com> wrote:
I like Seq24, it reminds me a bit of my Yamaha RM1x..
But one issue I
have with it, it seems to skip the first note of each loop.. if it's on
the first beat. (And many other feature requests I have submitted, but
I'm useless so I can't help improve it myself at this time).
I never had this hapen to me. What version are you using?
Flo
--
Palimm Palimm!
http://tapas.affenbande.org
9:13 a.m.
New subject: [linux-audio-user] Re: Doing Drums
I also like seq24 for being very straightforward, but I seem to miss a
few things about it : is it possible to default-route all sequence
buses to hydrogen (say) ?
I cannot use qjacktl for this, as seq24 does not appear in its
patchbay (is seq24 not a "regular" jack client ?).
Would one fair LAU please enlighten me ?
:-)
On 4/21/06, Loki Davison <loki.davison(a)gmail.com> wrote:
On 4/21/06, BJaY <BJaY(a)safe-mail.net> wrote:
I trying to figure out a method of doing
contemporary drums, where I can
edit in a matrix like environment but then get separate Jack outputs for
each drum to allow for DSP'ing. I currently use Rosegarden synced to Ardour.
Rosegarden will not allow splitting notes to different channels - though
Muse does, but that means I have to run both (I don't know if they'll play
happy together). I revisited hydrogen again recently, but it won't load gig
or sf2, as far as I can see (Has some nice kits though). I like the idea of
using Linuxsampler to do drums but I can't see a way of directing one drum
to one engine / output and another to another. I feel like there is a simple
solution here that I'm missing, it must be a very common requirement in
digital audio. Anyone got any suggestions ?
Cheers,
Bruce.
Seq24 is quite a nice pattern sequencer for drums. I use it with smack
(synthed drums) and hydrogen (sampled drums).
Loki
2:08 p.m.
New subject: [linux-audio-user] Re: Doing Drums
"Jean-Baptiste Mestelan" <mestelan(a)gmail.com> writes:
enlighten me ?
Question resolved on seq24 mailinglist.
--
Esben Stien is b0ef@e s a
http://www. s t n m
irc://irc. b - i . e/%23contact
[sip|iax]: e e
jid:b0ef@ n n
9 a.m.
The problem with hydrogen is it can't use the wealth of drum samples out
there in sf2 and gig. I need control over eq/level/reverb of each group when
I mix. There was some talk a while back of a midi filter for alsa that might
do this sort of thing. Does anyone known if it got written ? Does anyone
known how chanllenging the ALSA midi API is ? Is this the sort of thing I
could knock out in an afternoon or is it a project ?
Cheers,
Bruce.
9:17 a.m.
Well, I think QMidiControl would fit the job ?
http://alsamodular.sourceforge.net/
It's in the CCRMA Planet repository.
Regards.
On 4/21/06, BJaY <BJaY(a)safe-mail.net> wrote:
The problem with hydrogen is it can't use the
wealth of drum samples out
there in sf2 and gig. I need control over eq/level/reverb of each group when
I mix. There was some talk a while back of a midi filter for alsa that might
do this sort of thing. Does anyone known if it got written ? Does anyone
known how chanllenging the ALSA midi API is ? Is this the sort of thing I
could knock out in an afternoon or is it a project ?
Cheers,
Bruce.
12:11 p.m.
BJaY wrote:
The problem with hydrogen is it can't use the
wealth of drum samples out
there in sf2 and gig. I need control over eq/level/reverb of each group when
I mix. There was some talk a while back of a midi filter for alsa that might
do this sort of thing. Does anyone known if it got written ? Does anyone
known how chanllenging the ALSA midi API is ? Is this the sort of thing I
could knock out in an afternoon or is it a project ?
If you're even remotely thinking of writing a new drum sequencer just so
you can use a couple of file formats please don't.
The Hydrogen code base is efficiently designed and the lead developers
are very receptive to patches so please invest your time and energy
there. No need to reinvent the wheel.
Cheers.
--
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.com
Http://www.djcj.org/LAU/guide/ - The Linux Audio Users guide
========================================
"Anything your mind can see you can manifest physically, then it will
become reality" - Macka B
12:52 p.m.
Patrick Shirkey <pshirkey(a)boosthardware.com> writes:
Hydrogen [..] please invest your time and energy there
I'd more vote for a proper daemon.
--
Esben Stien is b0ef@e s a
http://www. s t n m
irc://irc. b - i . e/%23contact
[sip|iax]: e e
jid:b0ef@ n n
1:55 p.m.
New subject: [linux-audio-user] CFLAGS for compiling audio programs - a little advice
I'm running gentoo, and upon reading the gcc flag descriptions i've
determined that my cpu can support the following CFLAGS
CFLAGS="-O2 -march=pentium4 -pipe -msse -msse2 -mmmx -mfpmath=sse"
cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Pentium(R) 4 CPU 2.66GHz
stepping : 9
cpu MHz : 2658.181
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr
bogomips : 5323.63
and so that's what i've been compiling with. trouble is, rosegarden
doesn't run at all before segfaulting, MusE does pretty well but sort of
segfaults at random. so does anyone think that this instability could
be related to overly agressive cflags?
i think that the fmpath=sse might be a bad idea, as it sortof forces the
compiler to use the floating point co-processor (?).
in a more genral sense, will all my bells and whistles be used if i
don't set these compile flags, and will they really make that much of a
difference? how about xrun wise?
Does anyone out there have good performace for audo apps with a simalar
chip and what flags are you using?
Thanks ahead of time, and if all this is already discussed somewhere, a
link would be just dandy.
Brian
2:09 p.m.
New subject: [linux-audio-user] CFLAGS for compiling audio programs - a little advice
On 4/21/06, Brian Dunn <job17and9(a)sbcglobal.net> wrote:
I'm running gentoo, and upon reading the gcc flag
descriptions i've
determined that my cpu can support the following CFLAGS
CFLAGS="-O2 -march=pentium4 -pipe -msse -msse2 -mmmx -mfpmath=sse"
cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Pentium(R) 4 CPU 2.66GHz
stepping : 9
cpu MHz : 2658.181
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr
bogomips : 5323.63
and so that's what i've been compiling with. trouble is, rosegarden
doesn't run at all before segfaulting, MusE does pretty well but sort of
segfaults at random. so does anyone think that this instability could
be related to overly agressive cflags?
Probably not. You're CFLAGS, while optimal, are not all that overly
agressive, and the people who write the ebuild scripts usually have
the scripts filter out CFLAG options that are known to cause problems.
Both these projects are a little unstable. (I personally don't have as
much trouble as you are describing, but I have found Muse a bit more
stable than rosegarden)
BTW: you can get rid of -mmmx -msse and -msse2. These are implied by
-march=pentium4. You might also consider adding -ffast-math. Make your
CXXFLAGS the same as your CFLAGS, but add -fvisibility-inlines-hidden.
i think that the fmpath=sse might be a bad idea, as it
sortof forces the
compiler to use the floating point co-processor (?).
in a more genral sense, will all my bells and whistles be used if i
don't set these compile flags, and will they really make that much of a
difference? how about xrun wise?
Does anyone out there have good performace for audo apps with a simalar
chip and what flags are you using?
Thanks ahead of time, and if all this is already discussed somewhere, a
link would be just dandy.
Brian
2:20 p.m.
New subject: [linux-audio-user] CFLAGS for compiling audio programs - a little advice
Brian Dunn wrote:
Does anyone out there have good performace for audo
apps with a simalar
chip and what flags are you using?
My cflags for a P4M are "-O2 -march=pentium4 -fomit-frame-pointer
-pipe". As far as I understand it, the "Gentoo way" of using CPU
specific features is through USE flags (in your case mmx, sse, sse2).
That should make sure you get all the working hardware specific code
enabled without breaking anything. Might not wring out every last drop
of performance but as you've discovered that quest can lead to segfaults.
--
Jonny
Music - http://jeremah.co.uk
News - http://voxpolis.com
2:03 p.m.
Esben Stien wrote:
Patrick Shirkey <pshirkey(a)boosthardware.com>
writes:
Why? We already have JACK.
Hydrogen is one of the "Coolest" apps for Linux Audio users and it also
runs on mac and windows.
--
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.com
Http://www.djcj.org/LAU/guide/ - The Linux Audio Users guide
========================================
"Anything your mind can see you can manifest physically, then it will
become reality" - Macka B
Hydrogen [..] please invest your time and energy
there
I'd more vote for a proper daemon.
2:45 p.m.
Patrick Shirkey <pshirkey(a)boosthardware.com> writes:
We already have JACK.
JACK has nothing to do with a core/UI separation.
--
Esben Stien is b0ef@e s a
http://www. s t n m
irc://irc. b - i . e/%23contact
[sip|iax]: e e
jid:b0ef@ n n
2:49 p.m.
Esben Stien wrote:
Patrick Shirkey <pshirkey(a)boosthardware.com>
writes:
But it does allow for seperation of interfaces and tasks. Why embed a
drum sequencer if you can just send all your data via jack?
--
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.com
Http://www.djcj.org/LAU/guide/ - The Linux Audio Users guide
========================================
"Anything your mind can see you can manifest physically, then it will
become reality" - Macka B
We already have JACK.
JACK has nothing to do with a core/UI separation.
4:05 p.m.
Patrick Shirkey <pshirkey(a)boosthardware.com> writes:
it does allow for seperation of interfaces and tasks.
What do you mean?. You using any other interfaces?
Why embed a drum sequencer if you can just send all
your data via
jack?
Embed what in what?. Send data via JACK?
I don't think we communicate;). The separation of the UI and the core
means that the core is implemented as a daemon and the UI, in this
case the hydrogen GUI you use, is just a interface to operate the
daemon. You would then be able to operate the hydrogen daemon in many
interesting ways.
I'm sorry, but if I'm not understanding you correctly, please correct
me.
In any case, this has nothing to do with JACK.
--
Esben Stien is b0ef@e s a
http://www. s t n m
irc://irc. b - i . e/%23contact
[sip|iax]: e e
jid:b0ef@ n n
5:11 p.m.
Esben Stien wrote:
Maybe embed is the wrong term. But I was imagining you wanted to use the
Hydrogen engine from other GUI applications. Probably took it too far.
Patrick Shirkey <pshirkey(a)boosthardware.com>
writes:
Sure. Ardour, jack-rack, hydrogen, rosegarden, om.
it does allow for seperation of interfaces and
tasks.
What do you mean?. You using any other interfaces?
Why embed a
drum sequencer if you can just send all your data via
jack?
Embed what in what?. Send data via JACK?
I don't think we communicate;). The separation of
the UI and the core
means that the core is implemented as a daemon and the UI, in this
case the hydrogen GUI you use, is just a interface to operate the
daemon. You would then be able to operate the hydrogen daemon in many
interesting ways.
Ok. I thought you were suggesting he create a brand new daemon. It makes
sense to seperate Hydrogen GUI from Hydrogen Core. But it also makes
sense to code the support for the sound formats he wants to use.
Afterall that is most important to him. We established that Hydrogen
supports all the other features he wanted IIRC.
In any case, this has nothing to do with JACK.
It does if you are going to use Hydrogen engine in another GUI app.
However Hydrogen already supports midi so I'm interested in why you
would need to have a daemon? Are you planning to build an embedded Linux
Drum Sequencer using the Hydrogen engine?
Cheers.
--
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.com
Http://www.djcj.org/LAU/guide/ - The Linux Audio Users guide
========================================
"Anything your mind can see you can manifest physically, then it will
become reality" - Macka B
7:07 p.m.
Patrick Shirkey <pshirkey(a)boosthardware.com> writes:
Ardour, jack-rack, rosegarden, om
These are not interface to the hydrogen core.
I was imagining you wanted to use the Hydrogen engine
from other GUI
Well, would be nice with an OSC non-interactive client
thought you were suggesting he create a brand new
daemon
No, just separate the current one from the GUI
the sound formats he wants
Sure, I was just throwing in a one liner;).
if you are going to use Hydrogen engine in another GUI
app
That's not my main concern. I just want to be able to use the core
functionality without using the GUI, then fire up a GUI if I need one.
(it) already supports midi so [..] why [..] need [..]
a daemon?
hydroface --load as_it_is.h2 or send an OSC message from SC.
planning to build an embedded Linux Drum Sequencer
No.
--
Esben Stien is b0ef@e s a
http://www. s t n m
irc://irc. b - i . e/%23contact
[sip|iax]: e e
jid:b0ef@ n n
7:40 p.m.
Esben Stien wrote:
That's not my main concern. I just want to be able to use the core
functionality without using the GUI, then fire up a GUI if I need one.
In that case it makes sense that all the most useful audio apps should
have daemon mode.
But is there really much difference between that and minimising the GUI
when not in use? Or are you doing most of your work with hardware
controllers via terminal mode?
It doesn't seem like a priority task. Wouldn't lash-ifying all the best
apps be more useful at this stage?
--
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.com
Http://www.djcj.org/LAU/guide/ - The Linux Audio Users guide
========================================
"Anything your mind can see you can manifest physically, then it will
become reality" - Macka B
6793
days inactive
6794
days old
linux-audio-user@lists.linuxaudio.org
33 comments
15 participants
participants (15)
-
Aaron Trumm -
BJaY -
Brian Dunn -
Dana Olson -
Esben Stien -
Florian Schmidt -
James McDermott -
Jean-Baptiste Mestelan -
Jonny Stutters -
Lee Revell -
Loki Davison -
Patrick Shirkey -
Reuben Martin -
Spencer Russell -
stuff＠trackingsolutions.ca