We are pleased to present stable release 0.27 of LibLo, the
lightweight, easy to use implementation of the Open Sound Control
protocol.
Open Sound Control (OSC) is a protocol for communication among
computers, sound synthesizers, and other multimedia devices that is
designed for use over modern network transports.
This is the first release in quite some time, and includes several
major features and improvements since the 0.26 release, particularly
related to bundles, multicast, and TCP support. Features include:
- Support for sending and receiving nested bundles, including
ref-counted memory handling for bundled messages.
- Support for multicast in oscdump and oscsend tools.
- Callbacks for bundle handling.
- Select desired network interface for multicast.
- Fix blocking semantics of lo_server_wait() / lo_server_recv().
- Make inclusion of threading-related code optional.
- Basic compilation script for Android.
- Allow to optionally disable server dispatch queueing at runtime.
(In this case messages are dispatched immediately even if they are
timestamped for later.)
- Support bidirectional use of TCP ports using lo_send_from().
- Add SLIP protocol support for packetization when sending and
receiving with TCP.
- Allow to enable the TCP_NODELAY flag on TCP sockets.
- Support for specifying server parameters via URL string, and also
support for URL strings in the oscsend and oscdump tools.
- As a result of the above, support for TCP and Unix sockets in the
oscsend and oscdump tools.
Bug fixes include:
- Fixed timestamp serialization.
- Fixed blob padding and char-type padding.
- Close sockets properly under Windows.
- Fix multicast under Windows.
- Fix TCP reception blocking behaviour, such that a message can span
multiple calls to recv().
- Correct printing of blob bytes.
- Only call getnameinfo() when requested.
This release contains contributions by:
- Camille Troillard
- Hanspeter Portner
- Jamie Bullock
- Joseph Malloch
- Pete Goodeve
- rjvbertin
- Mok Keith
- David Robillard
- John McFerran
- Artem Baguinski
- William Light
Please download it at SourceForge:
http://downloads.sourceforge.net/liblo/liblo-0.27.tar.gz
Or read the online documentation:
http://liblo.sourceforge.net
The git repository can be found at the following mirrors:
- git://liblo.git.sourceforge.net/gitroot/liblo/liblo
- git://gitorious.org/liblo/mainline.git
- https://github.com/radarsat1/liblo.git
Hi All
Found this to be very well explained and a really good effort.
Takes real skill to be able to explain quite complicated science so well.
Many thanks
Cheers
Bob
conversations with the one known in this thread as rosea.grammostolaÂ
What is that supposed toÂ
mean Paul?
g
-------- Original message --------
From: Paul Davis <paul(a)linuxaudiosystems.com>
Date: 21/05/2013 3:30 AM (GMT+10:00)
To: Dan <danmbox(a)gmail.com>
Cc: LAD <linux-audio-dev(a)lists.linuxaudio.org>
Subject: Re: [LAD] NSM support: progress, wishlist
jack-session is NOT deprecated.Â
conversations with the one known in this thread as rosea.grammostola indicated that not much more work is likely on jack-session at any time in the near future, but given that almost all development work that changes the JACK API has been absent for a couple of years, this is hardly a surprise.
On Sun, May 19, 2013 at 4:54 AM, Dan <danmbox(a)gmail.com> wrote:
I have no idea who controls the various web-sites that still promote
things like LASH (e.g. on nongnu), but I do know that Jack devs use
doxygen and should add deprecation warnings to the jack-session pages.
On 5/18/13, rosea.grammostola <rosea.grammostola(a)gmail.com> wrote:
> On 05/18/2013 01:37 PM, Thijs van severen wrote:
>> i must confess : i'm also using jack session :-)
>
> But you're coming from far, Garageband wasn't it (o no that was a friend
> of yours right)? ;)
>
> Anyway, floss development can be fast, very fast. Rui implemented 'nsm
> optional-gui' functionality in qtractor and his v1 stuff already, oh my! :)
>
> Thanks!
> \r
> _______________________________________________
> Linux-audio-dev mailing list
> Linux-audio-dev(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
Hi LADs,
It great to notice that the list of Non-Session-Manager (NSM) support is
growing, thanks!
Ardour 3, Carla, Qtractor Zita-rev1, Laborejo, Qmidiarp are examples of
apps which just got NSM support. AMS and Qmidiroute are WIP. (For a more
extended list, see below).
The nice thing about Carla, is that you can use LV2 plugins (and dssi,
sfz, gig, sf2, vst) as standalone jack apps in NSM now. So yes, LV2
plugins are also useful for working with a more modular approach.
Of course it would be nice if more developers start to support NSM in
their apps, most notable the nicest 'Jack standalone' apps imho:
- Rakarrack
- PHASEX
- Ingen
- Guitarix
- Giada and/or Kluppe (?) (JackTransport would be nice too)
- HarmonySEQ
- Muse
- Hydrogen
- ...
- ...
I'm sure I forgot quite a few...
Thanks in advance :)
\r
http://non.tuxfamily.org/wiki/Non%20Session%20Managerhttp://non.tuxfamily.org/wiki/ApplicationsSupportingNsmhttp://non.tuxfamily.org/wiki/NsmPatcheshttp://non.tuxfamily.org/nsm/API.html
Hi everybody!
Its my pleasure to announce, that after 9 days the Sorcer wavetable synth's
donation target has been reached. Not only that, but as I prepared to push
the code to github, not one but two more donations arrived.
Wauw. Thank you for kicking off OpenAV productions.
Now for the best part: Sorcer is available!
github.com/harryhaaren/openAV-Sorcer
Also, there's a repo of presets:
github.com/harryhaaren/openAV-presets
Bug reports to github.com/harryhaaren/openAV-Sorcer/issues
I hope you enjoy using Sorcer!
-Harry
Hi,
I'm happy to share with you a new beta release of io GNU/Linux.
The live is based on the free operating system Debian (sid)... and includes a
large collection of preinstalled programs for all uses, especially multimedia
creation.
If your looking for a version with realtime kernel, check:
http://mk.biniou.net/iognulinux.html
(without any warranty... doesn't work on some computers, depending mostly of
the video card)
Feedbacks welcome, enjoy :)
http://mk.biniou.net/iognulinux.htmlhttps://sourceforge.net/projects/io-gnu-linux
I will be getting a new audio rig in July. I would appreciate comments
from anyone who uses a RME system. I'm looking into a raydat and some
converters... and what D?A converters do you use?
thanks
g
Hello. After initial theme, "send midi message" faded through user-friendlity
into UI issues, i recalled about one old good thing, which seems to be
forgotten, mostly related to gtk2 pro apps theming (i don't even hope to get
it for fltk, since utf8 support in 1.3 is already great achievement, that may
be get for fltk1 apps now).
Some cool apps like ardour, guitarix, hybridreverb and probably, several more,
force to use some specific theme without the ability to change it in user-
friendly way. I already got answer from ardour maintainer, where my noticement
was treated as wishment to use global desktop application everywhere, and that
desktop themes are inadequate for pro-audio apps.
Honestly, i would like to have different look in some cases. One well known
case is root applications, colored to red or just more agressive/attenting
colors than users.
On screenshot: http://wstaw.org/m/2013/05/17/plasma-desktopJ20308.png
i placed seq24 with ardour3 dark theme and gjacktransport with my default
theme — hardcurve, which i have set globally.
I made it to demonstrate, that special application or sub-session wide look
should not be hardcoded (otherwise we could end up like gnome3/gtk3, which as
i heard, don't like when users customize it and break as on each new release
of gtk3). For case of cross-platform apps, which should not look ugly on
foreign systems, at least option to toggle between internal and system-wide
look should always appear.
I have to implement a tool, which should allow to run application, as well as
subsessions, with different look, while keeping user-friendly way to change
it.
On Friday 06 January 2012, you wrote:
> btw: is there a way to list available clients/ports from the api.
> I know that aconnect -i / -o does this, but is there a c/c++ function?
>
> Dave
The functions are: snd_seq_query_next_client() and snd_seq_query_next_port();
you need to loop calling these functions while they return a correct answer.
For instance, this is the relevant code in "aconnect.c" :
static void do_search_port(snd_seq_t *seq, int perm, action_func_t do_action)
{
snd_seq_client_info_t *cinfo;
snd_seq_port_info_t *pinfo;
int count;
snd_seq_client_info_alloca(&cinfo);
snd_seq_port_info_alloca(&pinfo);
snd_seq_client_info_set_client(cinfo, -1);
while (snd_seq_query_next_client(seq, cinfo) >= 0) {
/* reset query info */
snd_seq_port_info_set_client(pinfo,
snd_seq_client_info_get_client(cinfo));
snd_seq_port_info_set_port(pinfo, -1);
count = 0;
while (snd_seq_query_next_port(seq, pinfo) >= 0) {
if (check_permission(pinfo, perm)) {
do_action(seq, cinfo, pinfo, count);
count++;
}
}
}
}
See:
http://git.alsa-project.org/?p=alsa-utils.git;a=blob;f=seq/aconnect/aconnec…
I guess you already know the reference documentation site:
http://www.alsa-project.org/alsa-doc/alsa-lib/seq.html
Just for comparison, a similar enumeration using Drumstick looks like this:
QListIterator<PortInfo> it(m_Client->getAvailableOutputs());
while(it.hasNext()) {
PortInfo p = it.next();
cout << p.getClientName() << ":" << p.getPort();
}
See Drumstick's example "drumgrid":
http://drumstick.sourceforge.net/docs/drumgrid.cpp-example.html
Regards,
Pedro
