Hello. I have problems in getting a shared memory to work.
What works is my shmalloc() which is used for sharing memory
over fork(). What does not work is sharing memory between
arbitrary processes. This latter uses ftok() with a pathname
(e.g., "/tmp/globalshm") in identifying the shared memory.
Each process uses the pathname for gaining access to the shared
memory.
The simple example in "http://www.funet.fi/~kouhia/shmserver.tar.gz"
does not work. It looks like shmserver creates the shared memory,
but shmclient cannot find it.
I use now shmget() but I have also used mmap() for shared memory.
I don't remember the reason why I moved from mmap() to shmget().
Were there any limitations?
What then is the "/dev/shm" seen in the "df" listing? How that is
used?
Best regards,
Juhana
Hello everyone,
next week, on July 10th - 13th, the LinuxTag, Europe's largest GNU/Linux
exhibition and congress, takes place again in Karlsruhe, Germany, and
once again several LAD "members" will be there with a booth to
demonstrate what some of you/us have developed in the past :-).
I'd like to invite anyone to come along, say hello and have some tech
babble with us :-). We, that is:
- Jörn Nettingsmeier, your faithful mailing list adminstrator
- Julien Patrick Claassen, showing text-mode applications (Ecasound,
Csound etc)
- Matthias Nagorni of SuSE, author of AlsaModularSynth, KAConnect and
other tools and docs
- Takashi Iwai, one of the main authors of ALSA
- Josh Green from California, developer of the Swami soundfont editor
(once called Smurf)
- Conrad Parker from Australia, author of the Sweep sound editor - he
will also have a presentation of Sweep during the public congress.
- and yours truly.
Also, some developers of the Glame editor (Richard Guenther, Alexander
Ehlert, Daniel Kobras) will be there (probably on Saturday/Sunday), and
also Werner Schweer, author of the MusE MIDI sequencer, will be there at
least one day on the weekend.
As in the last 2 years, our main focus will be to bring some of the
really great sound apps to public attention, help with install problems,
spread information on ALSA and Jack, exchange knowledge amongst
ourselves, and of course also to have a good time - with a little chance
to actually make some music :-). But even if you'd not visit our booth
(shame on you!), the LinuxTag is a great place to be.
_IF_ you plan to come and don't want to spend a few Euros on the
entrance fee (yes, it's not completely free anymore since last year), be
smart and register at the LinuxTag's homepage which will result in a PDF
generated for you that you print out and take with out as entrance
ticket. It's even under the GPL :-). Weird concept, I know, but the idea
is not that stupid after all - at least this keeps some of the kiddies
away (those who visited former LinuxTag events know what I mean).
For any and all information regarding the place, travel, accomodation
and so on, please visit http://www.linuxtag.org. Unfortunately, the
booth planning is not finished yet, so I cannot say right now what our
booth number will be - but it shouldn't be hard to find. Officially on
the exhibitor list, we are named "Linux Audio".
Hope to see you there,
Frank
Hello,
(I'm not sure if this is the right list to post this question. Please let
me know if I should use the user list instead).
I made a C program using PortAudio, and I would like to re-write it in
python, using the wrapper fastaudio.
There is a little example in the fastaudio package, but not enough to
understand how to use the callback function.
Does anybody has a more complex example, using callback ?
Regards,
--
Frederic
http://linux.gbiloba.org
Anybody have any opinions on whether it is better to use polling or
asynchronous notification when using the ALSA lib?
i'm fishing for advantages re: speed, robustness, portability, etc
-jacob robbins.....
Hi everyone,
Just sent in an updated version of the RTP MIDI normative I-D
off to internet-drafts(a)ietf.org. You can download a copy now from:
http://www.cs.berkeley.edu/~lazzaro/sa/pubs/txt/current-rtp-midi.txt
In a hopeful sign, the Change Log is sufficiently short to
reproduce in full below:
Chapter M (Appendix A.9) has been redesigned, to follow the semantic
design of Chapters C and E. Several definitions in Appendix A.1 have
been changed to reflect this change, as have the chapter inclusion
semantics for Chapter M in Appendix C.1.3.
Many small editorial changes throughout the document, to correct
grammatical errors and improve phrasing.
I'm actually starting to re-code sfront networking to be compliant
with the I-D (it has fallen out of date since the AVT RTP MIDI effort
began), in the hopes of gcc catching bugs that peer-review may miss.
Once that coding is complete, "Last Call" is probably not too far away
... so if you've been planning to spend a few hours to reading over
the I-D and sending along comments, now would be a good time to do it.
You might also want to download the non-normative Implementation Guide
for RTP MIDI:
http://www.cs.berkeley.edu/~lazzaro/sa/pubs/txt/current-guide.txt
-------------------------------------------------------------------------
John Lazzaro -- Research Specialist -- CS Division -- EECS -- UC Berkeley
lazzaro [at] cs [dot] berkeley [dot] edu www.cs.berkeley.edu/~lazzaro
-------------------------------------------------------------------------
Hi to developers
I'm search for realtime sound and peak gain indicator (db) algorithms and
formulas.
My first idea is all 16 bit absolute sound_sample_values in time interval
t1...t2 compare with ethalon sine wave
( where ethalon sine wave amplitude is 32000 and lenght/2 is t2-t1 )
Also for sound limiter (compressor) algorithms .
i'm newbie in sound/dsp programming
any help welcomed
tnx in advance
RalfsK
---
This message contains no viruses.
Guaranteed by Kaspersky Anti-Virus.
www.antivirus.lv
Glame 1.0.1 was released moments ago. This release features mp3 and ogg
importing support which was backported from mainline. Also minor bugs were
fixed and LADSPA v1.1 hints are now honoured.
Downloads are from the usual SF.net location
http://prdownloads.sourceforge.net/glame/glame-1.0.1.tar.gz?download
Have fun!
Richard.
Hi all
With the release of Ardour 0.9beta1 on Sourceforge at
http://sourceforge.net/projects/ardour, Slackware 9.0 packages are now
available for immediate download. Download links, as well as md5sums, can
be found at http://www.audioslack.com/packages/ardour.
It is also worth noting that http://www.audioslack.com will hopefully
become a repository of binary packages of Audio software to be used on the
Slackware Linux Distribution. Please check out the site if you are
interested in helping out. Your help would be much appreciated.
Please feel free to contact me if you have any site suggestions, or have
any problems with the packages on the site. I don't offer specific package
help, but am willing to lend a hand with the installation and configuration
of packages posted there.
Regards
Luke
----------------
Luke Yelavich
AudioSlack Founder and main package maintainer
Audio software packaged for the Slackware Linux Distribution
http://www.audioslack.com
luke(a)audioslack.com