Hi!
I bought a MIDI-keyboard a couple of days ago. It did not work correctly, and
I described my prob at lau. They told me that my ESS-Solo1 card is not able
to use MIDI ( under Linux or generally ?). Well, ok, I exchanged my card with my
fathers ( ES-1379 or simular ). Alsa supports it, I configured it and can listen to sounds.
If I start timidity in alsa mode ( "$ timidity -iA") and then attach my MIDI device with
timidiy via "$ acconnect 64 128", my system completely hangs!!! I must reboot via
the reset-button!! That's exactly the problem I had while I tried it ( the same way) with
my ESS-Solo1. Well, I am using Debian unstable, alsa version 0.9.0.beta12, have a
2.4.21-xfs kernel installed. Secondly, RG4-sequencer is NOT able to start MIDI and
I have no sound at all. Is it alsa's fault ? Is it mine ?
greez Sascha Retzki
__________________________________________________
Verpassen Sie keine eBay-Auktion und bieten Sie bequem
und schnell über das Telefon mit http://www.telefonbieten.de
Ihre eMails auf dem Handy lesen - ohne Zeitverlust - 24h/Tag
eMail, FAX, SMS, VoiceMail mit http://www.directbox.com
-------- directBOX Reply ---------------
From: magusofthedark(a)yahoo.com
To : linux-audio-dev(a)music.columbia.edu
Date: 11.10.2003 00:45:38
> >The prob. w/ portaudio is it abstracts to OSS, not
> >ALSA and I'd rather not take the least-common
> >denominator road.
>
> No. PortAudio abstracts to a callback model. Its
> closer to JACK than
> either OSS or ALSA. It isn't any closer to ALSA than
> it is to OSS.
I phrased that poorly. Say someone has ALSA and
doesn't have OSS compatibility. Would an app written
in portaudio work on their sys? If it doesn't, then
that's what I meant by that it doesn't abstract to
ALSA. If it does, then What I said was wrong, my bad.
--------
Like I understood portAudio's hp, portaudio is able to work with OSS.
Secondly, alsa is able to deal with OSS-apps because of an, well, OSS-emulation.
With other words OSS-applications are able to work with alsa, and they don't know
that they are working under alsa ;).
Ergo portAudio ( with it compatibility to OSS ) runs under OSS & ALSA and so
under Linux generally.
Sascha Retzki
__________________________________________________
Verpassen Sie keine eBay-Auktion und bieten Sie bequem
und schnell über das Telefon mit http://www.telefonbieten.de
Ihre eMails auf dem Handy lesen - ohne Zeitverlust - 24h/Tag
eMail, FAX, SMS, VoiceMail mit http://www.directbox.com
-------- directBOX Reply ---------------
From: paul(a)linuxaudiosystems.com
To : linux-audio-dev(a)music.columbia.edu
Date: 10.10.2003 17:37:43
>Hello !
>
>I've read somewhere that it is not possible that threads write different data to /
>dev/dsp.
>But how does Cheesetracker, for example, make it then?
i don't how cheesetracker does it, but it requires user-space
synchronization (e.g. pthread_mutex_(un)lock). with ALSA, you don't
need to to do this - any thread can write to the device at any
time. that's the theory, at least. in general, its probably a bad
design to be doing that, much like it is for GUI programming, where
its better to have a single thread mediate between the "device" and
the rest of the program.
------------------
But well, If I synthize ( ? spelling) two signals and want to send them at the same time
to the device, my first idea'd be:
1.) Open /dev/dsp, maybe O_NONBLOCK | O_WRONLY
2.) thread
3.) two threads calculate the both signals
4.) sync them
5.) two threads write their signals to /dev/dsp
6.) threads close
certainly some of this. I mean mp3blaster, for example, have several pids while playing audio streams, and it is basicly OSS-programming and not alsa.
Am I so wrong ? ;)
Sascha Retzki
__________________________________________________
Verpassen Sie keine eBay-Auktion und bieten Sie bequem
und schnell über das Telefon mit http://www.telefonbieten.de
Ihre eMails auf dem Handy lesen - ohne Zeitverlust - 24h/Tag
eMail, FAX, SMS, VoiceMail mit http://www.directbox.com
>OSS is dead. You should not be writing apps with OSS. If you want
>portability use PortAudio.
Yes, if heared many good stuff about PortAudio .... where is the homepage ?
Is it portable to NetBSD ( NetBSD is my "2nd OS" ;) )
__________________________________________________
Verpassen Sie keine eBay-Auktion und bieten Sie bequem
und schnell über das Telefon mit http://www.telefonbieten.de
Ihre eMails auf dem Handy lesen - ohne Zeitverlust - 24h/Tag
eMail, FAX, SMS, VoiceMail mit http://www.directbox.com
Hello !
I am interested how 2.6.X Linux kernel will handle OSS. I mean that alsa is the driver-layer for these kernels, are OSS-drivers/applications still supported ??
greez, Sascha Retzki
__________________________________________________
Verpassen Sie keine eBay-Auktion und bieten Sie bequem
und schnell über das Telefon mit http://www.telefonbieten.de
Ihre eMails auf dem Handy lesen - ohne Zeitverlust - 24h/Tag
eMail, FAX, SMS, VoiceMail mit http://www.directbox.com
Hi all,
I've had an interesting discussion with a professor and a distinguished
member of the electroacoustic music community regarding audio latencies
which made me realize that I did not understand the issue in its
entirety. Hence, I looked around the net in order to educate myself.
I soon stumbled across the following site:
http://old.lwn.net/1999/0916/a/latency.html
Admittedly, it's quite old but that, if anything speaks only in Linux's
favor in terms of its pro-audio readiness. At any rate, I was checking
out the benchmark data and was wondering as to how did this
person/software app get to the 0.73ms buffer fragment that is equal to
128bytes? In other words, what sampling rate was used?
128 bytes in 44100Hz sampling rate = 3ms
128 bytes in 88200Hz sampling rate = 1.45ms
128 bytes in 176400Hz sampling rate = 0.725ms (this one being obviously
closest, but at the same time, what kind of hardware supports this
sampling rate, especially in 1999 when this test was done?)
128 bytes in 192000Hz sampling rate = 0.3ms
So what gives? It seems like it is some kind of a 176k-ish sampling rate
that, AFAIK does not exist.
Furthermore, my question is what app was used to produce those
graphs/results and whether these latency tests take into account
hardware latencies (i.e. DSP converters, PCI->CPU->PCI->output etc.), in
other words, is this latency that is achievable with the following
setup:
Input->soundcard->cpu(with some kind of DSP)->soundcard->Output
Your help on this matter is greatly appreciated!
Ivica Ico Bukvic, composer & multimedia sculptor
http://meowing.ccm.uc.edu/~ico
Hi,
yesterday was the opening of the "Southtyrol game",
one of the worlds largest hand carved pinball style game machines.
(length: 11 metres, weight: 2.6 tons, 16 audio speakers)
It is an interesting combination of art, electronics and audio powered
by Linux. The game is located in Southtyrol - Italy in a museum
dedicated to tourism.
The audio part was implemented by me.
I created a webpage with a description and some movie clips
that demonstrate how the game works.
http://www.linuxdesktop.it/benno/southtyrolgame/
Thanks to all Linux developers in particular the LADers that made
audio under Linux a viable solution !
comments ?
PS: would such a story qualify for slashdot ?
Just try to submit it if you want ;-)
cheers,
Benno
http://linuxsampler.sourceforge.net
-------------------------------------------------
This mail sent through http://www.gardena.net
The Generalized Music Plug-In Interface (GMPI) working group of the MIDI
Manufacturer's Association (MMA) is seeking the input of music and audio
software developers, to help define the technical requirements of GMPI.
The objective of the GMPI working group is to create a unified
cross-platform music plug-in interface. This new interface is hoped to
provide an alternative choice to the multitude of plug-in interfaces that
exist today. Among the many benefits of standardization are increased
choice for customers, lower cost for music plug-in vendors and a secure
future for valuable market-enabling technology.
Like MIDI, GMPI will be license free and royalty free.
Phase 1 of the GMPI working group's effort is to determine what is required
of GMPI: What sorts of capabilities are needed to support existing products
and customers? What are the emerging new directions that must be addressed?
Phase 1 is open to any music software developer and is not limited to MMA
members. It will last a minimum of three months, to be extended if deemed
necessary by the MMA. Discussions will be held on an email reflector, with
possible meetings at major industry gatherings such as AES, NAMM and Musik
Messe.
Following the collection of requirements in Phase 1, the members of the MMA
will meet to discuss and evaluate proposals, in accordance with existing MMA
procedures for developing standards. There will be one or more periods for
public comment prior to adoption by MMA members.
If you are a developer with a serious interest in the design of this
specification, and are not currently a member of the MMA, we urge you to
consider joining. Fees are not prohibitively high even for a small
commercial developer. Your fees will pay for administration, legal fees and
marketing. Please visit http://www.midi.org for more information about
membership.
To participate, please email gmpi-request(a)freelists.org with the word
"subscribe" in the subject line. Please also provide your name, company
name (if any) and a brief description of your personal or corporate domain
of interest. We look forward to hearing from you.
Sincerely,
Ron Kuper
GMPI Working Group Chair
Hi,
is there any LADCCA discussion mailing list?
horsh
PS: this is STRANGE my messages get through
to LAU list okay,
but I have to resend this particular message
to LAD third time (I subscribed)
and get no notifications, and don't see
my messages in archives.
I'm hoping there's a simple solution to this that I've just missed
somewhere along the line. Occasionally something will crash while using
oss emulation and I can't use the sound card until I reboot. I've tried
lsof /dev/dsp and as many other variations as I can think of and I never
get anything (even when sound is playing), which I think is related to
using devfs. I've also tried fuser, and good old visual grep on the
output of ps and nothing is running that would use the soundcard yet I
can't unload the snd-pcm-oss module.
This time it was timidity (which I have promptly uninstalled since this
version seems capable of nothing other than locking up my soundcard),
but it has been mplayer in the past.
Is there some way to restore access to the sound card short of
rebooting?
--
Hans Fugal | De gustibus non disputandum est.
http://hans.fugal.net/ | Debian, vim, mutt, ruby, text, gpg
http://gdmxml.fugal.net/ | WindowMaker, gaim, UTF-8, RISC, JS Bach
---------------------------------------------------------------------
GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460