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 + ...)
Hi All
I think I know the answer to this, but I was wondering if it's
possible to mix two separate audio sources in software. I'd like to be
able to play announcement-type audio atop the currently playing main
track. An example might be when driving down the Autobahn and a
traffic report temporarily pre-empts whatever it is you are listening
to. In my case, though, I'd prefer to keep the main audio playing, but
at a very low volume level compared to the short announcement..
My setup is a roll-your-own embedded Linux distro with kernel 2.6.28.
I'm using Alsa SoC audio driving an I2S output on my Marvell processor
(which is now working just fine, BTW). The I2S signals feed an FM
transmitter chip which is broadcasting audio to a nearby FM receiver.
The FM chip only has the one input so no mixing possible within that
part. Anyhow, considering I only have a single I2S output, seems to me
that I'd need to do the mixing somewhere upstream of that serial port
within the Linux machine. But there is no special hardware for this
and I think the answer is "no, there is no way to mix two separate
audio tracks without a DSP and another device driver". But I thought
I'd ask just the same.
Regards,
Rory
Hi all,
In keeping with the usual Xsynth-DSSI hackery I like to do (since it
makes such an awesome experimental base) I'd like to present my latest
horrible unlistenable noise generator:
http://www.gjcp.net/~gordonjcp/xsynthhack.ogg
Warning: only the voice generation code has been changed. This will
overwrite or otherwise badly affect an existing install of Xsynth-DSSI.
Be careful!
http://www.gjcp.net/~gordonjcp/xsynth-dssi-0.9.4.tar.gz
So what's different about it? Well, the minblep band-limited
oscillators have been replaced by Tomisawa sine-feedback oscillators.
These resemble "operator 4" in a DX21 or other four-op FM synth, in that
by applying FM feedback around a sine function it starts to approximate
a sawtooth wave. If you take two sawtooth waves, offset the phases, and
subtract, you get a squarewave. By varying the offset, you vary the
pulsewidth.
Now here's the clever bit - I've modified things slightly so that the
two Tomisawa generators can run at different speeds. So, by offsetting
the frequencies you get either a deep PWM squarewave or a kind of
"supersaw"-type sound. By varying the amount of modulation (beta) you
can determine the "shape" of the waveform.
So how are the oscillator controls affected? Pitch remains the same.
Waveshapes are Sine (as you'd expect), Tri (saw with not much beta,
really), Saw up and down are both just saw, Square (adjustable
pulsewidth), Square with adjustable drift, and Saw with adjustable
drift. Pitch mod and sync don't currently work. I don't know if sync
can be made to work, without introducing aliasing.
Have a play and let me know how you get on.
Gordon MM0YEQ