The second milestone is reached and result is a tarball that brave souls
may want to download and try. It can start apps and restore their
connections. Level 1 apps are supported.
Beware that no apps have implemented level 1 yet. If non-level-1 app is
started at level 1, it will probably quit on save, because the default
signal handler for SIGUSR1 terminates the process.
This preview also features a2jmidid support. Run the a2j script as an
app in the studio.
This is a beta quality software, use it with double caution.
I would like to thank the early adopters and especially Frank Kober for
their help with testing the git ladish code and for the valuable
suggestions they gave.
Build will produce three operational components:
* ladishd - The daemon, a D-Bus service
* gladish - GTK GUI interface
* ladish_control - Command-line interface
In the tarball you will also find bundled:
* flowcanvas-0.6.0
* LADI Tools (svn version)
* a2jmidid-6 (contains the a2j script for use in ladish)
* jack2 from the ladi branch
The jack2 ladi branch contains fixes for two important issues:
* Race that causes connection restore to fail sometimes during studio
startup (http://ladish.org/ticket/28)
* A deadlock on studio start (http://ladish.org/ticket/35)
Hopefully, these fixes with be in the next jack2 release (1.9.5).
The jack2 ladi branch also contains the no-self-connect changeset that
adds new engine option, for disabling self connect of apps. Default
value for this option is to allow self connections.
Make sure to configure jack2 with --dbus (and maybe with --classic too).
Download:
http://ladish.org/download/ladish-0.2.tar.bz2http://ladish.org/download/ladish-0.2.tar.bz2.sig
Homepage: http://ladish.org/
Roadmap: http://ladish.org/roadmap
---------------------------------------------------------------------
LADI Session Handler or simply ladish is a session management system
for JACK applications on GNU/Linux. Its aim is to allow you to have
many different audio programs running at once, to save their setup,
close them down and then easily reload the setup at some other
time. ladish doesn't deal with any kind of audio or MIDI data itself;
it just runs programs, deals with saving/loading (arbitrary) data and
connects JACK ports together. It can also be used to move entire
sessions between computers, or post sessions on the Internet for
download.
Project goals:
* Save and restore sets of JACK (audio and MIDI) enabled
applications.
* Provide JACK clients with virtual hardware ports, so projects can
be transfered (or backups restored) between computers running
different hardware and backups.
* Don't require session handling library to be used. There is no need
of such library for restoring connections between JACK clients.
* Flow canvas based GUI. Positions of elements on the canvas are
saved/restored.
* Allow clients to use external storage to save its state. This
includes storing internal state to non-filesystem place like memory
of a hardware synth. This also includes storing client internal
state (client project data) in a way that is not directly bound to
ladish project.
* Import/export operations, as opposed to save/load. Save/load
operate in current system and may cause saving data outside of
project itself (external storage). Import/export uses/produces
"tarball" suitable for transferring session data over network to
other computer or storing it in a backup archive.
* Hierarchical or tag-based organization of projects.
* List of JACK applications. Applications are always started through
ladish to have restored runtime environment closer to one existed
before project save.
* Distributed studio - network connected computers. Netjack
configuration is part of the studio and thus is saved/restored.
* Collaborate with the X11 window manager so window properties like
window position, virtual desktop and screen (multimonitor) are
saved/restored.
--
Nedko Arnaudov <GnuPG KeyID: DE1716B0>
Pardon, I won't write so frequently. I compiled a lot of new apps and
started making music. Just a short request. Please coders, avoid using
the PID in JACK client names. I like to restore sessions automatically
by Qtractor or jack_snapshot. I like jack_mixer a lot, but can't use it,
because of the PID in the JACK client's name and there seems to be no
option to ban this behaviour.
Best,
Ralf
a2jmidid is a project that aims to ease usage of legacy ALSA sequencer
applications, in a JACK MIDI enabled system.
Homepage with screenshots: http://home.gna.org/a2jmidid/
Tarball download: http://download.gna.org/a2jmidid/
Changes since version 5:
* MIDI processing improvements
* Handle large number of ports
* a2j script (non-dbus-like behaviour for dbus environment)
* Allow tweaking through dbus of the hardware port export option
* Fix a use of invalid memory
* Fix port miss that can occur if port appears during bridge startup
Special thanks to Torben Hohn and Paul Davis for their recent work on
improving the a2jmidid code.
Indzhe Voyvoda was a renowned leader of an armed band of outlaws in
Ottoman-held Bulgaria. Eventually, he gave up robbing and began to
patronize the poor Bulgarian population.
--
Nedko Arnaudov <GnuPG KeyID: DE1716B0>
Hi all,
I'm a junior developer, interested in GUI developing (and looking for
a job hehe....)
I wanna put your attention to the state of audio application GUIs under Linux.
We have many toolkits to develop a GUI, but none that allows the user
to say: "Damn, that's cool!"
I mean, all of you know the LinuxDSP audio plugins, they have a GUI
that cause a "Damn, that's cool!" but that isn't free software.
Another example is libphat, but it's all but a "Damn, it's cool".
What i mean is: is there anyone interested in writing a simple set of
audio widget that will be:
Simple, Good Looking, Skinable?
I'm interested, if there's anyone, let me know. I'm free to talk about it.
--
Carlo Ascani
La politica pratica consiste nell'ignorare i fatti. (Henry Adams)
C programmers never die. They are just cast into void.
-------------------------------------
cell: 320 2915799
http://gnufunk.org/~carloratm
Indamixx Digital Download only $29.00 for LAU and LAD*
*
http://www.indamixx.com/indamixx-iso-download.html*
*Hope this makes it through the approval.
Thanks to everyone in the Linux community for helping with Transmission
distribution.
There is a special price for LAU and LAD of $29.00.
Transmission includes ArdourXchange, and LinusDSP for Atom chips (netboks).
Simply use the code LAU or LAD to receive your discount.
http://www.indamixx.com/indamixx-iso-download.html
Look forward to another great you and thanks again!
Ronald Stewart
Creative Director
Trinity Audio Group Inc.
9854 National Blvd. #322
Los Angeles CA 90034
213-915-6020
ronaldjstewart(a)gmail.com
www.indamixx.com
**
Hi,
Not sure what Jens M Andreasen's email actually is these days, so
sending here.
I rather like Mx44 and am wondering about adding a couple of features to
it?
At the moment i'm building it with -DGTK_DISABLE_DEPRECATED and
-DGDK_DISABLE_DEPRECATED and search/replacing the deprecated code.
1) a make install target, to install the binary and the patches
2) using ~/.mx44/ to store user created patches
3) a toggle to switch between user/system patches
4) autotools build structure
5) gui enhancements: possibly placing the four panes into tabs,
experiment with other layouts which might be more user friendly.
6) non-jack i/o is broken on my system, so i want to remove it.
I might have questions about some of the files, and i/o code, but i'm
not at that stage yet.
cheers,
james.
Hi,
Does anyone have an example in c of drawing a gdk_rectangle with opacity
in the foreground color?
There's several examples in python floating around that use the cairo
but I can't find a nice example in c.
Cheers.
--
Patrick Shirkey
Boost Hardware Ltd
I am trying to fix the size of my UI to be independent of the selected
WM theme. I have a gtkrc (based on the "Ia Oya" engine) which will do
that - except for the font sizes which will vary dependent on how screen
resolution is set globally.
One work-around I have found is to use a font that has only one size. Of
that kind I have found three: "Terminal" (medium sized, looks a bit like
a flattened "9x15"), "Teletext" (like "Terminal" but wider),
"Outcast" (small, "Tek"-like slanted) and "Caption" which is again like
"Terminal but twice the size and more polished.
Are these fonts standard in any distribution? Or a result of the
dependencies of whatever packages I might whimsically have happened to
have currently installed?
[Dots per inch makes little sense when the target could be a cinema
sized 800x600 projector as well as a handheld with similar resolution]
hi...
i discovered yesterday, that gcc cant optimize something like:
-----------------------------------------------------------------------
class Ramp
{
private:
float _phase;
float _omega;
public:
Ramp();
float process()
{
_phase += _omega;
return _phase;
}
};
Ramp osc_block;
int process( jack_nframes_t nframes, void *arg )
{
int i;
float * __restrict__ buf = (float *) jack_port_get_buffer( out_port, nframes );
for( i=0; i<nframes; i++ ) {
buf[i] = osc_block.process();
}
}
-----------------------------------------------------------------------
the __restrict__ on buf is not enough to convince gcc that writing to
buf[i] doesnt clobber _phase or _omega;
i am trying to make a case here, that something stronger than
__restrict__ is needed which allows the programmer to state that a
pointer really doesnt alias to anything.
of course the gcc guys say "wont happen" ...
so the question is whether we have enough need for this in the dsp
scene... and maybe some political power ?
am i totally wrong and such idioms arent of much use ?
--
torben Hohn
hello lad,
i decide to forward this mail from hydrogen-devel-list to lad-list.
beta testers are welcome.
greetings wolke
Start weitergeleitete Nachricht:
Datum: Thu, 24 Dec 2009 01:07:42 +0100
Von: Sebastian Moors <mauser(a)smoors.de>
An: hydrogen-devel(a)lists.sourceforge.net
Betreff: [Hydrogen-devel] Hydrogen 0.9.5-beta1 released
Hi!
just to make sure that nobody gets bored over the Christmas holidays we
decided to release the first beta version of hydrogen 0.9.5 as a special
gift for everyone.. This release is meant as a first "public" preview
and mainly for testing purposes. Here's a quick list of some new features:
- non destructive sample editor ( requires rubberband-cli for advanced
features )
- a timeline
- instrument midi out
- better support for non-ascii filenames ( changed XML-Parser from
TinyXML to QtXml )
- piano-roll editor
- export to ogg, aiff and flac
- ...
The sourcecode is available here:
https://sourceforge.net/projects/hydrogen/files/Hydrogen/0.9.5%20Sources/hy…
Binaries will be available for Ubuntu 8.04 / 9.04 / 9.10 and debian
unstable at the sourceforge file-module in some minutes..
Please report crashes and other glitches here:
http://www.assembla.com/spaces/hydrogen/tickets
Merry Christmas to all of you and enjoy your holidays!
- Sebastian
