On Fri, Oct 24, 2003 at 11:27:35PM +0200, Mathias Lundgren wrote: (snip) seems to be building now, thanks! -- Paul Winkler http://www.slinkp.com Look! Up in the sky! It's THE BEGGAR! (random hero from isometric.spaceninja.com)

lördagen den 25 oktober 2003 01.10 skrev Paul Winkler: Yes, it's neat. The things you don't do to run bleeding edge... One thing that I think is a little sad is that it's not realtime safe... (at least it wasn't last time I checked). I'd really love to have the possibility to use it from a sequencer and get the output via Jack. Okay, it works, but in case you need to increase jack's period things get shaky and unsynced. Hydrogen and zynadd running realtime safe together with jack and MusE, that would be something. Oh, and the possibility to have ladspa send effects in hydrogen. Then I'd be happy as a bee. /Mathias

lördagen den 25 oktober 2003 05.42 skrev Jesse Chappell: Neat, is this one of the latest features? I haven't found it (honestly, I haven't looked very hard for it). But doesn't that require one specific effect for each channel? I guess it's possible to do it in ardour (one jack-channel for each instruments and then using send-effects on them through ardour), but I think it's a bit of overkill. I would love to have a couple of internal send-channels in hydrogen, so that you can share f.ex. one reverb amongst all your drums. Those send effects could just be sent out to a jack port, and then connected via f.ex. jack-rack (or even better through ladspa effects loaded in hydrogen, but maybe ladcca will solve this issue). Yes, there will probably be some overhead mixing and routing the send-outputs, but that'll be very little compared to running 5 reverbs.... Zynadd does this in a very nice way IMHO. Well, I'm just dreaming... :-) I've run hydrogen feeding it midi via MusE and jack as audio output. When using -p 512 it sounds OK, even though it's possible to hear that the timing isn't accurate. When increasing the period, -p 2048, it's really horrible. I've glanced at the midi input thread sources in hydrogen and noticed there are a few mutex thingies there. I've tried increasing the real time priority of the midi thread, with no luck. I guess jack's callback function (audio processing) and midi input thread are locking each other out, and when the buffer gets bigger it results in greater inaccuracy. When running hydrogen with alsa output in the same scenario as above, there's no timing problems (but then I can't use it together with any other apps). The above scenario applies to Zynadd as well. /Mathias

Mathias Lundgren wrote: Recently I have been contemplating the usefulness of making standalone guis for a few of the really popular LADSPA plugins. I'm sure people would find them useful but is there really much point to spending the time on it? On the other platforms that seems to be the way all the plugins are created. We now have a complete code base with the jamin (full gui support - not so easy to strip down) and jackEQ (not so full support but easier to strip down) projects. It wouldn't be hard to change a few simple things and recode the guis which is basically what I did for jackEQ. On one hand I like the idea of having a herd of standalone LADSPA guis and on the other hand I don't want to waste time on something that is only marginally more useful than jack-rack or ecamegapedal, etc... The one thing I am missing now is a complete echo solution. I'm torn between spending copious amounts of time on ssm trying to understand the code to get the echo plugin stable enough for my use(among other bugs in ssm) or refactoring it into a LADSPA plugin and giving it it's own gui. Decisions, decisions... -- Patrick Shirkey - Boost Hardware Ltd. Http://www.boosthardware.com Http://www.djcj.org - The Linux Audio Users guide ======================================== Being on stage with the band in front of crowds shouting, "Get off! No! We want normal music!", I think that was more like acting than anything I've ever done. Goldie, 8 Nov, 2002 The Scotsman