On Fri, Dec 10, 2010 at 03:26:20PM -0200, Fabio wrote:
> let's se if the dev responds (i don't know nothing about programing)
Here I am.
Not having textual input is choice I made and I'll stick to it.
What I can easily add is a display of the current value if you
touch 'Offset', just as for 'Tuning'. I just didn't think it
would be useful and that you'd normally adjust this 'by ear'.
BTW there's a small bug in the 'Offset' control, it has 330
steps instead of the intended 400.
Expect a new release somewhere this WE.
Ciao,
--
FA
There are three of them, and Alleline.
tuxguitar has java support for guitar pro files, so the format is
understood, I'm wondering if anyone ever ran across a c/c++ library for
reading them? I found ptparser for power tab, but most of my tab is in
gp3/4/5 format, and I'd like to be able to write some code dealing with gp
stuff, without having to write a whole lib to read them.
Thanks,
Nathanael
Please post this invitation to LAD - LAD NAMM 2011 Trinity Audio Group /
Indamixx
Hi All,
The Linux Audio community is a 6 year blessing to our existence.
We would like to invite 5-7 at large attendees of Linux Audio Developers as
our guest at NAMM 2011.
Our 5-7 passes for NAMM are full vendor passes. Anyone in the area (Los
Angeles) or who would like to attend globally and has the funds to buy
airfare I will work with to get hotel accommodations at a super discounted
rate as to not pinch the wallet.
Deadline for emailing me you are interested in December 14th as the 15th is
the day I must submit our final vendor attendee list.
my email is ronaldjstewart(a)gmail.com
here is the NAMM website:
http://www.namm.org/thenammshow/2011
Thank you so much LAD!
Ronald Stewart
Creative Director
Trinity Audio Group Inc.
9854 National Blvd. #322
Los Angeles CA 90034
310-733-9285
ronaldjstewart(a)gmail.com
Hello lists :)
First, an introduction. Within the context of this mail I'm
representing re-lab -- a small project [1] that does a dirty job
developers usually try to avoid -- reverse-engineering file formats
that have no publicly available specs. Our primary goal is helping dev
teams and therefore end-users to support legacy data.
We started with Corel DRAW back in 2007 (supported by Inkscape, sK1
and UniConvertor now), continued with painting dynamics in Photoshop
brushes (supported by Krita in SVN trunk) and Photoshop gradients
(supported by SwatchBooker), and now we arrive to audio domain.
A while ago we asked Ardour team if they wanted some file formats
reverse-engineered. Paul named a couple of such file formats,
including REX2 audio loops [2].
Since we are (at least pretend to be) nice guys, we started with
mailing Propellerhead, but they never replied (only to be expected,
given their track record re open source teams). Well, something had to
be done about that, eh? So we started looking into things.
Initial version of Python scripts that parse .rx2 files and dump stuff
to stdout is already available [3]. This is exactly what deliver in
the end: Python scripts for parsing and a specification that explains
what every chunk does.
Now here is what we need. All we have right now is a bunch of .rx2
files that I got with my Focusrite Saffire Pro24 and bundled software.
It's good for a start, but for proper r-e we need introducing small
changes to files and seeing what's changed. So we need someone with a
licensed copy of ReCycle and some spare time on his/her hands to help
us figuring things out.
Demo version of ReCycle works fine in WINE, but saving and loading
arbitrary files is impossible. We really do not want dealing with
pirated copies, because, again, we do our best to be nice guys.
And since we do it not just for fun, but for actual results, we'd be
glad if developers of other applications (FreeCycle and Smasher are
the first I can think of) implemented support for REX2.
Coincidentally we are also interested in people who are good at audio
compression algorithms. *cough* Monty *cough* :)
By the way, usually I don't read both l-a-u and l-a-d lists, so after
a while (a week maybe) I'll turn off delivery of mails, which means
you probably want using Reply to All button in your mail client of
choice.
[1] http://gitorious.org/re-lab/
[2] http://en.wikipedia.org/wiki/REX2
[3] http://gitorious.org/re-lab/audio
Alexandre Prokoudine
http://libregraphicsworld.org
On Wed, Dec 8, 2010 at 9:38 AM, Nils <nils(a)hammerfeste.com> wrote:
> Denemo 0.8.22 release!
> Get it on http://www.denemo.org
After a successful "configure" "make" fails with:
Making all in doc
./make: line 1: html:: command not found
warning: failed to load external entity
"/usr/share/xml/docbook/stylesheet/nwalsh/xhtml/docbook.xsl"
cannot parse /usr/share/xml/docbook/stylesheet/nwalsh/xhtml/docbook.xsl
./make: line 4: chunk:: command not found
warning: failed to load external entity
"/usr/share/xml/docbook/stylesheet/nwalsh/xhtml/chunk.xsl"
cannot parse /usr/share/xml/docbook/stylesheet/nwalsh/xhtml/chunk.xsl
./make: line 7: pdf:: command not found
compilation error: file denemomanual.xml line 3 element article
xsltParseStylesheetProcess : document is not a stylesheet
./make: line 9: fop.sh: command not found
./make: line 10: acroread: command not found
./make: line 11: 075: command not found
warning: failed to load external entity
"/usr/share/xml/docbook/stylesheet/nwalsh/xhtml/profile-docbook.xsl"
cannot parse /usr/share/xml/docbook/stylesheet/nwalsh/xhtml/profile-docbook.xsl
./make: line 14: 076: command not found
warning: failed to load external entity
"/usr/share/xml/docbook/stylesheet/nwalsh/xhtml/profile-docbook.xsl"
cannot parse /usr/share/xml/docbook/stylesheet/nwalsh/xhtml/profile-docbook.xsl
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/npm/denemo-git'
make: *** [all] Error 2
The issue seems to be hard paths to
/usr/share/xml/docbook/stylesheet/nwalsh/xhtml/docbook.xsl
which are files that aren't owned by any package on the Fedora platform:
gnulem-335-~/denemo-git> yum whatprovides
/usr/share/xml/docbook/stylesheet/nwalsh/xhtml/docbook.xsl
...
No Matches found
-- Niels
http://nielsmayer.com
Apologies for cross-posting.
Linux Laptop Orchestra or (L2Ork) is currently in the final stages of planning its debut European tour. While most venues have been already arranged for we are currently in the process of seeking additional performance opportunities in Paris, France as well as Berlin, Germany. Our target dates are May 17-31, 2011 with anticipated stops in Ljubljana, Budapest, Linz, Berlin, Hamburg, Utrecht, Amsterdam, Paris, and Birmingham.
If anyone is aware of potential venues in Paris and Berlin and/or contacts that may be able to point us in the right direction, I would greatly appreciate it if you would please email me at your earliest convenience.
For additional info on L2Ork please visit http://l2ork.music.vt.edu/main/
Thank you very much!
Best wishes,
Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound & Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
ico(a)vt.edu
http://www.music.vt.edu/faculty/bukvic/
I have been looking for a while to LLVM as a possible technology to
build a DSP execution engine, providing the runtime flexibility needed
by real-time interactive DSP applications (like patcher languages), or
by plug-in based processors, and in the same moment
the powerful link time optimizations that such a system can provide.
Such a task is daunting for a single developer project like mine, but it
may become feasible if such engine could be useful for multiple
projects, so to become a community initiative (i am sending this
mail to the Linux Audio Developers mailing list and to the LLVM mailing
list, feel free to send it elsewhere if you find it useful).
So, I'll explain in a few lines exactly what i thinking of, and i
propose that if anybody is interested in such initiative she/he can
contact me directly, and we will see if there is enough interest
for actually start something. Of course, i may also miss an existing
project on the same field, in this case, let me know :->.
The idea is the following: build a tool kit, based on LLVM, to
dynamically build the execution chain of DSP applications; almost all
DSP applications using plug-ins have something of this kind.
This toolkit will be based on code generation and JIT, and should have a
flexible architecture so to accomodate multiple plugin API/ABI, to be
able to call, from the same execution chain, DSP operation written
for different contexts (for example, LADSPA plug-ins, PD objects, and so
on). The code generation would allow this integration for a very low run
time cost.
But the most interesting part is actually providing a definition of
native, LLVM compiled, plug-ins, and to use the LLVM link time
optimizations for doing things like inlining, loop fusions etc, between
different DSP operation; this can provide quite a speed improvement for
those chains composed of simple operators.
The execution chain should be flexible enough to provide support for
multi-rate synchronous data flows, and should include support for
multiple threads execution (probably different chains for different
threads).
To complete the project, let's add a library of DSP operators, a
reasonable high level API to use it, and documentation to help the DSP
application designer (i find the LLVM learning curve quite steep :).
Contact maurizio(a)dececco.name if you are interest in setting up such a
project; if enough developers with the right skills and enough interest
are found I'll set up a project mailing list to further discuss the subject.
Cordially,
Maurizio
__________
Maurizio De Cecco -
Music: http://www.myspace.com/mauriziodececco
Blog: http://maurizio.dececco.name/
Software: http://www.jmax-phoenix.org/
How does Steve Harris' Harmonic generator LADSPA plugin work? I mean relation
between controls (concrete harmonics levels) and transfer function
Vout = Vin(1 + a*Vin + b*Vin^2 + ...)