liblo-devel Mailing List for LibLO

We are pleased to present stable release 0.26 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 release marks the first release of LibLo under the LGPL license
version 2.1 or later, allowing the use of LibLo in non-GPL
applications as long as it is dynamically linked such that the LibLo
portion of the application can remain freely modifiable.  We hope that
this will allow compatibility with a wider variety of audio
applications and encourage the use of open protocols even in
commercial software.  (This change was motivated by receiving a number
of requests for special permission for the use of LibLo in non-GPL
software.)

This release also introduces some new features, such as the ability to
use custom transports, proper TCP multi-session support, access to
bundle timestamp information, and wider C compiler compatibility.

Details:
- Change license to LGPL 2.1 or later.
- Add return codes to all functions that may fail.
- Fix memory leaks in lo_address_new_from_url(), dispatch_method(),
  lo_url_get_path()
- Move lo_arg_size(), lo_get_path(), lo_arg_host/network_endian() back
  to lo_lowlevel.h.
- Expose the lo_server_dispatch_data() function as public, making it
  possible to react to messages contained in an arbitrary block of
  memory.  (i.e., allows use with custom transport protocols)
- Get protocol by ID number.
- Keep TCP sessions open, and automatically track multiple open
  sessions in a data structure.
- Allow access to bundle timestamp information.
- Fix bug in lo_timetag_diff().
- Change the value of LO_TT_IMMEDIATE to correspond with the OSC
  specification.
- Enable SO_REUSEPORT when initializing a multicast server.
- Update the "soname" describing API/ABI compatibility.
- Update documentation and various bug fixes.
- Compiles under MSVC, avoiding the use of gcc-isms when not using
  gcc.


Contributions by:
- Mike Wozniewski
- Dominic Sacré
- Alex McLean
- Steve Harris
- Kentaro Fukuchi
- Koichiro Ozaki
- Stephen Sinclair

Please feel free to download it at SourceForge:
http://downloads.sourceforge.net/liblo/liblo-0.26.tar.gz

Or read the online documentation:
http://liblo.sourceforge.net

Stephen Sinclair
  LibLo maintainer

Seems like my problem ticket has finally been resolved, and the 0.26
LibLo release is now available for download.  I'll send out the
official announcement now.  Sorry for such a long delay with this
release.

Steve

2009/3/17 Camille Troillard <ca...@os...>:
> Hi,
> I am facing a problem with an application (on which I have no control over
> the source code), is sending nested bundles.
> Here is a small patch to server.c (freshly diff'ed against svn trunk) that
> allows for nested bundles, but I can't guarantee the consequences of that
> modification regarding timing implications, and the such.  At least, it now
> works on my side.
> Thanks.
> Cam

Nice and simply, that's great, thanks!
I'll test it more fully soon.

Steve

Hi,

Just thought I'd give a short update on LibLo.  I released 0.26 on the
weekend but it seems there's some kind of trouble with the SourceForge
mirrors, so if you got an email saying the release is ready but are
having trouble downloading it, don't be surprised.  I've submitted a
trouble ticket and I'll send an announce as soon as this is resolved.

In the meantime, if you're working from source, feel free to use the
svn or git tag "0.26".


Steve

Forgot to mention, I used "premake4" to generate the MSVC project
files.  This little program allows configuration of the project from a
Lua script.  I thought it was a nice trade-off to include this instead
of having to deal with a bunch of different files for every version of
every different IDE on Windows.  So if you're using Visual Studio
2003, for example, you need to go to the "build" folder and do:

cd build
premake4.exe vs2003

And it will generate project files for VS 2003.  By the way, just for
the record, LibLo also compiles fine for me with MSYS/MingW.

Steve


On Fri, Mar 6, 2009 at 2:16 AM, Stephen Sinclair <rad...@gm...> wrote:
> Hi,
>
> I just committed a bunch of patches allows LibLo to be compiled using
> MS Visual C.  testlo passes for me.  If anyone's interested in testing
> please feel free.
>
> (In general this also removes hard dependencies on some gcc-isms and
> C99 extensions, so probably LibLo will now compile with other
> compilers as well, though I haven't tried.)
>
>
> Steve
>

Hi,

I just committed a bunch of patches allows LibLo to be compiled using
MS Visual C.  testlo passes for me.  If anyone's interested in testing
please feel free.

(In general this also removes hard dependencies on some gcc-isms and
C99 extensions, so probably LibLo will now compile with other
compilers as well, though I haven't tried.)


Steve