Hi!
Sean, thanks a lot for ghostess!
Take a look at the patches if you have time.
-execlp patch fixes things on 64-bit architectures: execlp() expects
its arglist to end with NULL, not 0. And on 64-bit architectures they
are different (0 is 32-bit int, and NULL is 64-bit pointer).
-configure and -jackmidi patches are from gentoo proaudio overlay and
are included for completeness.
Regards,
Dmitry.
Greetings:
This is perhaps a bit OT (or more than a bit). I'm eager to work with a
new macro for Open Office that inserts LilyPond-encoded music fragments
into an OOo document, but I've hit an unusual snag. The macro is
installed correctly, but when I try to use it I receive this error:
terminate called after throwing an instance of
'std::logic_error'
what():basic_string::_S_construct
NULL not valid
It almost looks poetic. :)
Alas, Google wasn't much help, and the author of the macro has no idea
why this error results (his code contains no C++). Can any C++ guru here
shed any light on the how/what/why of the error ? Maybe even suggest a
fix ?
LilyPond 2.8.4, OOo 2.03, and I'll be happy to supply any other needed
information.
And yes, the error has been posted on the LP dev list.
Best,
dp
Just a guess, but it looks like at some point it is trying to create a NULL string, which isn't allowed (apparently). I'm not sure if this is helpful or obvious to you.
Taybin
-----Original Message-----
>From: Dave Phillips <dlphillips(a)woh.rr.com>
>Sent: Oct 11, 2006 6:05 PM
>To: LAD Mail List <linux-audio-dev(a)music.columbia.edu>
>Subject: [linux-audio-dev] question about a c++ error
>
>Greetings:
>
>This is perhaps a bit OT (or more than a bit). I'm eager to work with a
>new macro for Open Office that inserts LilyPond-encoded music fragments
>into an OOo document, but I've hit an unusual snag. The macro is
>installed correctly, but when I try to use it I receive this error:
>
>terminate called after throwing an instance of
>'std::logic_error'
>what():basic_string::_S_construct
> NULL not valid
>
>It almost looks poetic. :)
>
>Alas, Google wasn't much help, and the author of the macro has no idea
>why this error results (his code contains no C++). Can any C++ guru here
>shed any light on the how/what/why of the error ? Maybe even suggest a
>fix ?
>
>LilyPond 2.8.4, OOo 2.03, and I'll be happy to supply any other needed
>information.
>
>And yes, the error has been posted on the LP dev list.
>
>Best,
>
>dp
>
October 7, 2006 -- Linuxaudio.org announces new staff openings
If applicable, please forward to your respective mailing lists.
FOR IMMEDIATE RELEASE:
With increasing membership and expanding services, Linuxaudio.org is
experiencing growing pains. As a result, the existing staff is overwhelmed
with day-to-day operations, which is making overseeing long-term strategic
goals, increasingly difficult. For this reason, we would like to invite
LAU/LAD members, to consider joining our staff in order to help keep up with
the daily activities. Committing to Linuxaudio.org has never been easier as
the service term for these is very flexible: once you commit to any of the
duties stated below, you will be able to back out at any time (obviously
advance notice will be very much appreciated).
Please note that these are currently volunteer positions (something that may
change in the future, but one should probably not apply for these in hopes
that this will happen anytime soon). The benefits include:
1) free membership
2) credit where credit is due
3) references/letters of support
4) PR for your work and your project (if applicable)
5) recognition within the Linuxaudio.org, Linux audio community, and beyond
Please see the list of vacancies below:
1) Linuxaudio.org Webmaster (1 position)
Duties: Update content, monitor consortium mailing lists for new updates,
actively participate in the management discussions/meetings.
Prerequisites: fluent English, active member of the Linux audio community.
2) Docs.linuxaudio.org creator/Webmaster (2-4 positions)
Duties: Design a template for the documentation project (i.e. Wiki), solicit
and format documentation submitted by others, write documentation for
software projects while maintaining unified framework (i.e. similar to ALSA
soundcard Matrix install how-to), participate in the consortium mailing
list.
Prerequisites: solid English writing skills, active member of the Linux
audio community, familiarity with HTML/CSS, optimized Web graphics
editing/creating skills preferred (i.e. Gimp).
3) Project Updates and Press Release Summary Writer (2 positions)
Duties: Solicit new updates from members using consortium mailing list,
forward monthly summary to the Linuxaudio.org Webmaster for online posting,
compile Press Releases for relevant stories, participate in the consortium
mailing list.
Prerequisites: solid English writing skills, active member of the Linux
audio community, past writing experience preferred.
4) Freelance Writers/Interviewers (unlimited number of positions)
Duties: submit monthly (or bi-weekly) articles to the Linuxaudio.org (topics
are left to your choice as long as they are relevant to our agenda), writers
are strongly encouraged to develop a topic-driven periodical with revolving
topics which are pertinent to membership and the Linuxaudio.org's mission
(i.e. member project interviews, how-tos, updates, etc.), participate in the
consortium mailing list.
Prerequisites: solid English writing skills, active member of the Linux
audio community, past writing experience preferred.
5) Membership recruiters (2 positions)
Duties: recruit new members for Linuxaudio.org primarily focusing on the
relevant projects within the Linux community, report new members to director
for bi-monthly updates, coordinate with other recruiters, participate in the
consortium mailing list and management list.
Prerequisites: strong communication/recruitment skills, solid English,
preferably active member of the Linux audio community.
Please note that the consortium mailing list is relatively low-volume, so
keeping up with it should not cause you much of an overhead. Similarly, most
of the aforesaid positions bear low overhead requiring no more than a few
hours per week of your time.
Again, if interested, please contact Linuxaudio.org director at
ico_AT_linuxaudio_DOT_org.
Linuxaudio.org is now bigger and stronger than ever and we hope to continue
to grow until we encompass most if not all libre Linux audio projects, as
well as allied corporate vendors, institutions, artists, and non-profit
organizations, therefore allowing us to best represent, nurture, and protect
interests of this vibrant community. Linux audio scene is already a very
powerful branch of the Linux scene and with the help of Linuxaudio.org we
can make great things happen. For this reason, we hope you will consider
partaking in this new exciting initiative by Linuxaudio.org.
ABOUT LINUXAUDIO.ORGLinuxaudio.org is a not-for-profit consortium of libre software
projects and artists, companies, institutions, organizations, and
hardware vendors using Linux kernel-based systems and allied libre software
for audio-related work, with an emphasis on professional tools for
the music, production, recording, and broadcast industries. The consortium
aims to co-ordinate joint projects between members, collaborate on the
promotion of Linux based systems for audio tasks, offer programs beneficial
to members and subsequently its mission, and provide a single point of
contact for prospective industry partners.
More information on the Linuxaudio.org consortium can be obtained by
visiting:
http://www.linuxaudio.org/
Press contacts: Ivica Ico Bukvic at (ico at linuxaudio dot org)
ends
Greetings,
In the wake of the JACK 0.102.20 release, here goes the respective
friendly GUI: QjackCtl 0.2.21 is out.
As usual, the change-log says it all:
- GPL address update.
- All window captions can now be set smaller as tool-widgets. This
option takes effect when child windows are kept always on top.
- For the brave of heart, specially the ones brave enough to try with
Stephane Letz's jackdmp, a win32 build should be now possible.
- The main window button text labels are now optional (after a kind
suggestion by Geoff Beasley, thanks).
- Increse default maximum number of ports setting from 128 to 256.
- Initial freebob backend driver support. Also changed the coreaudio
backend driver command line device name/id parameter (EXPERIMENTAL).
- Closing the main window while not as an active JACK client, nor under
a server running state, will just quit the whole application, even
though the system-tray icon option is in effect.
- The most relevant transport commands (Rewind, Play and Pause) are now
made available on the main window context popup menu.
- The post-shutdown script is now also being called when using the Stop
button, whether the jackd server has been started internally or not. The
initial hard-coded default is now on and set to `killall jackd` (as a
workaround to an old request from Stephane Letz).
- The main window buttons display are now optional. One can choose
whether the left, right and/or transport buttons are hidden, making it
for a total of six different modes for the main window presentation
(after a much simpler suggestion from Paul Davis and Stephane Letz).
- Added configure support for x86_64 libraries (UNTESTED).
Nuff this time.
Hope you enjoy.
--
rncbc aka Rui Nuno Capela
Andreas, I want to thank you for bringing this up. This is very
important work. Interest in open-source audio is going to grow
DRAMATICALLY within the pro audio industry in the next year or so, and
it will be quickly squelched if basic principles ( like smooth gain
adjustments given a wide range of inputs ) are ignored.
Personally I find many of the plugins, particularly the filters and
compressor/gates, to be nearly unusable and certainly not in the same
class as commercial offerings. Why should this be true?
Commercial developers have the advantages of full-time development,
years of focused experience, and expensive test equipment. Open-source
developers have the advantage of peer review. I hope that your study is
just the first in a series of highly critical looks at the open-source
offerings, and that it results in a definition and refinement of the
"best practices" that are already known by professional developers.
For our part, Harrison has taken an interest in Ardour and has actively
guided development towards professional needs for the last 6 months or
so. You can expect to see more industry involvement as the benefits of
"Free sofware" become obvious to the pro audio world. 10 years of
proprietary development has resulted in the stagnation of our industry.
For example, there are certain limitations: bit depth, file
compatibility, and inter-app communication, that cannot be lifted given
the current audio software business environment. These limitations are
NOT imposed by Free software like Ardour. Open Source and/or Free
software is the only avenue open for true innovation and improvement in
sound quality.
Please continue to look critically at the available plugins, and
continue to raise these issues before there is an influx of professional
interest. Open-source plugins may never sound as good as the best
commercial offerings ( *cough* Harrison *cough* ), but they shouldn't be
allowed to sound BAD, given the wealth of knowledge available in the LAD
group.
-Ben Loftis
www.harrisonconsoles.com
Hi all.
I'm student of Telecommunication Systems and my ending homework is
related about GMM's - EM algorith for classification. My searchs in
IEEE I found a few papers but this paper are just a resume of the
technique and I need a Detailed information to develop the full
algorithm in C/C++...
All your help about any document, or sourceode will be grateful...
Thank's in advanced.
Yosvany
(Sorry for crossposting, it seems like Alsa-user list hasn't an answer)
I use ICE1724 ALSA driver for Terratec Aureon 7.1 Space card. I have noticed
both default (line out) and plug:spdif devices'es outputs are inverted. Is there
a way to add additional inversion and, as a result, to get "normal" output signal?
Andrew
The developers are pleased to announce the latest release of
Aqualung, a music player for GNU/Linux.
Website: http://aqualung.sf.net
Without further ado, the ChangeLog is attached below.
Enjoy,
Tom
2006-10-03 Tom Szilagyi <tszilagyi at users dot sourceforge dot net>
Aqualung 0.9beta6
http://aqualung.sf.net
This release introduces a fair number of substantial improvements:
* Music Store builder: automatically build a Music Store by scanning the
files on disk. Perform CDDB lookups & extract metadata on the fly.
* MPEG decoder enhancements: robust file recognition, VBR and UBR file
support, frame-accurate seeking, true gapless playback via eliminating
encoder padding+delay read from LAME headers.
* Fully revamped metadata support using TagLib. The result is a more
complete implementation also supporting APE tags in Musepack files.
* Automatic output driver detection: ability to startup without command
line arguments (using default driver parameters).
* Systray (a.k.a. Notification Area) support.
* Handling of compressed MOD files (.gz and .bz2).
* Resolved issue with JACK memory locking (which previously resulted in
runaway memory consumption when running with realtime JACK output).
* Aqualung compiles & runs under FreeBSD and Cygwin.
NEW LIBRARY DEPENDENCIES:
* TagLib >= 1.4 is now required for metadata support.
http://developer.kde.org/~wheeler/taglib.html
* GTK+ >= 2.10 is needed for the (optional) Systray support.
DROPPED DEPENDENCIES:
* libid3tag library is not required anymore (succeeded by TagLib).
Hi all,
I am in the process of considering to, on behalf of Linuxaudio.org,
negotiate with Steinberg possible change of VST API license in order to
allow its easier adoption within Linux LGPL/GPL environment. As Daniel has
already pointed out, with Yamaha now owning Steinberg, we ought to have a
better chance at making this a reality.
For this reason, I was wondering if anyone else is currently working on this
and if so what is its status. I also recall quite a few years ago Paul
trying to compile a letter to Steinberg. Whatever happened to that?
Ivica Ico Bukvic, D.M.A.
Linuxaudio.org Director
Virginia Tech
Department of Music - 0240
Blacksburg, VA 24061
(540) 231-1137
(540) 231-5034 (fax)
ico(a)linuxaudio.org
http://www.music.vt.edu/people/faculty/bukvic
