Hello.
What is "/dev/shm"? How it is used? "df" shows:
none 62812 0 62812 0% /dev/shm
What about the following idea?
My LADSPA plugin would allocate a segment of shared memory from "/dev/shm".
That is possible because most likely all Linuxes have that device.
Then somehow I create a backdoor for LADSPA controls. The backdoor goes
through the shared memory segment. Finally, I would write an independent
GTK application which provides my own GUI to the plugin.
If one does not use the GTK application, then all what is available
are controls provided by the host.
Regards,
Juhana
Hi,
I've been trying to use ecasound for multitrack recording with
a Terratec EWS88MT. This card does not present the same number
of capture and playback channels (12/10 or 10/12, I always forget
since I'm only interested in the first 8 of each). Apparently,
ecasound trips over this - whatever number of channels I try,
the reply is always that the 'channel count is not available'
or something similar. Is there an easy solution for this ?
Second question: how do I connect an ecasound chain to a specific
channel of my card ? There seems not to be any way to specify this.
Thanks a lot !
--
FA
Greetings
I wondered if it is possible to add resonance to my filters in wcnt. They
only use an array
and calculate the mean average of the contents according to cut off freq.
At the moment
I've removed my p**s poor efforts at creating resonance and added a feedback
loop instead.
Is it possible to code resonant linear filters which use an array as I do,
or will I have to go on a higher mathamatics course and get my head round
fancy bi-carbonated equations?
Oh yeh, wcnt is open source... and uses a text file interface only and is
not-real-time
toodle do
James ~(sirromseventyfive)~
What's wrong with *ahem*RTsynth/didgeridoo*ahem* - I've not got the
processing power to try all this stuff out.
_________________________________________________________________
Express yourself with cool emoticons - download MSN Messenger today!
http://www.msn.co.uk/messenger
>From: torbenh(a)informatik.uni-bremen.de
>>
>> all of GTK is slowly migrating toward a client-side compositing model
>> based on Cairo. do not expect the GTK crew to be supportive of any
>> attempts to fix up the existing canvas/widget dichotomy.
>
>where do i find info on that ?
http://www.cairographics.org
There seems to be a lot of more than Cairo thing.
I started downloading all for offline reading and next day
I had 1.5 gigs of stuff and had to quit the download before
it completed.
Regards,
Juhana
Hello. I noticed libao is required by mpg321 and vorbis.
About half of the time I start mpg321 I get the following:
unix_connect: can't connect to server
(unix:/tmp/mcop-juhana/localhost_localdomain-06be-400786ed)
Can't find a suitable libao driver. (Is device in use?)
Very annoying. Why libao fails? Why it is needed? Any alternatives?
Regards,
Juhana
Hello,
I am programming some little games in Linux as a hobby, and I composed midi
files that I would like to be played in the background. What is the easiest
way to do this so that it works on all platforms for everyone ?
I would like suggestions of real time synthesizers that can read ".mid" files.
Does anybody know of any library that just does all the work to send wave
output to sound cards from a ".mid" file ? Also, I would like not to have to
supply instrument files.
Thanks a lot for any answer or clue !
Dom
--
Dominic Genest
Étudiant 3e cycle
Département d'Informatique et de Génie Logiciel
Université Laval
97010111
On Feb 1, 2004, at 4:01 AM, linux-audio-dev-request(a)music.columbia.edu
wrote:
> Ryan Underwood <nemesis-lists(a)icequake.net> wrote:
>
> Module files are usually a reasonable compromise between quality and
> size for soundtracks. The disadvantage of tracker files compared to
> MIDI is that they are larger since they contain the samples. The
> advantage is that you know they will sound identical no matter where
> they are played and whether or not the end user has MIDI hardware or
> not.
MPEG 4 Structured Audio (SA) was designed to solve this problem, in
that its
normative (sounds the same everywhere), but if you have algorithmic
synthesis techniques you like, there's no need for samples, and so the
files can be very small. SA been through a few Corrigenda (i.e.
bug-fixes to the standard), so its a pretty stable standard now. See:
http://www.cs.berkeley.edu/~lazzaro/sa/index.html
Note: I'm not an MPEG member, the paragraph below is my own
personal opinion, and doesn't reflect MPEG's view on the topic:
I'm starting to think that what could help SA find its way into
applications is a strict sub-setting of the language -- pick a simple
to implement subset of keywords and opcodes that solve a lot
of useful problems, and code up interpreters and compilers that
accept only the subset. The content would be upward-compatible
with full SA decoders (like sfront), but if the subset was well
chosen,
the complexity of implementing SA would shrink to the point where
a motivated undergrad could do it as a senior project. The hope
would be that once there was momentum, the people-power to
do full implementations would appear, or the will to standardize
the subset in MPEG would appear.
---
John Lazzaro
http://www.cs.berkeley.edu/~lazzaro
lazzaro [at] cs [dot] berkeley [dot] edu
---
Had the idea that you could kill denormals without branching
if you didn't mind "injuring" nearby numbers that weren't
quite denormal:
/* branch-free denormal killer */
inline float FlushToZero( volatile float f )
{
f += 9.8607615E-32f;
return f - 9.8607615E-32f;
}
/* end */
This function leaves anything higher than 9.8607615E-32
(ie 2 ** -103) completely unchanged. Numbers below this
value lose one bit of precision for each binary order of
magnitude they are below it. This has the effect that
denormal numbers lose *all* their precision, ie they
become zero.
Simon Jenkins
(Bristol, UK)