esound has a wrapper of some sort that will take most oss applications
and play them via esound. Is there some sort of equivalent for jack or
perhaps alsa? It would be different from oss emulation in alsa in that
it would be user-space and explicitly invoked.
I ask for three reasons. The first might just be ignorance, but I can't
figure out how to use the oss emulation for my second card - things just
play through the first card. Some sort of wrapper could help direct it
to wherever I want it to go. The second (if it were jack) is to do
mixing. The third reason is I'm curious to see which programs are still
using oss, but not curious enough to go look at the docs/source of every
program. This way I'd see sound doesn't work but could still run the
program with the wrapper and get sound.
--
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
> Steve Harris <S.W.Harris(a)ecs.soton.ac.uk> writes:
>
> Standards processes that I've been exposed to generally mandate regular
> weekly meetings (teleconference and/or irc), with less frequent
> face-to-face meetings and most business is sorted out during the meetings.
> Email is only used for tying up loose ends and exchanging text, minuites
> etc.
The IETF is a successful counter-example -- email is the only way
any decision can be made, meetings are optional, and no decision
made at any meeting is binding until consensus occurs on the mailing
list to confirm it.
I'm hesitant to comment further about GMPI and its chances for
success or failure, because I've been too busy trying to finish
RTP MIDI to keep a close eye on it. My only worry stems from a
common IETF belief -- that the standards process is a great way
to polish and reach consensus on a substantially complete design,
but using the standards process as the vehicle to do the design
is a much harder road to hoe. A good example of this is 801.11,
which was an incredibly long and painful experience because many
parties brought bits and pieces of wireless Ethernet to the IEEE
table. Only the inherent goodness of the core idea (packet radio)
kept everyone at the table to eventually produce a standard that
could be interoperably deployed (801.11b, aka Wi-Fi, and its
lettered follow-ons).
-------------------------------------------------------------------------
John Lazzaro -- Research Specialist -- CS Division -- EECS -- UC Berkeley
lazzaro [at] cs [dot] berkeley [dot] edu www.cs.berkeley.edu/~lazzaro
-------------------------------------------------------------------------
On Mon, Sep 29, 2003 at 09:08:31 -0700, Tim Hockin wrote:
> On Mon, Sep 29, 2003 at 09:06:06AM +0100, Steve Harris wrote:
> > I have my own thery about why it didnt work out, but I'm keeping my mouth
> > shut for once :)
>
> Don't do that! :) I want to learn from the failure of this process, even if
> it was entirely my fault. Please share, even privately.
The reason I'm keeping my mouth shut is not reluctance to offend anyone :)
its because it wont help, and I dont want to be too negative about it.
Standards processes that I've been exposed to generally mandate regular
weekly meetings (teleconference and/or irc), with less frequent
face-to-face meetings and most business is sorted out during the meetings.
Email is only used for tying up loose ends and exchanging text, minuites
etc.
The W3C (for example) are quite stict about it - if you miss too many
meetings or face-to-face's then you're not allowed to vote for the rest of
the process.
Sadly that wont really work for GMPI as there are too many key
contributors who couldn't, or wouldn't commit to weekly meetings.
I dont think the GMPI process is domed, its just likely to be slow. The
recent suggestions should help. Also, the fact that theres no real
pressing need for it doesnt help either - most platforms allready have
OK instrument APIs and we have ALSA Seq + JACK for synths, which does
work.
- Steve
>discussion about it moved to the GMPI list. GMPI is an industry-wide
>attempt to define a platform+vendor neutral music plugin API.
>
> majordomo: gmpi-request(a)freelists.org
> archives: http://www.freelists.org/archives/gmpi
Is there a digest mode? (I'm not familiar with majordomo.)
Could anyone post a summary about what has been discussed, what
about is discussed now, and what are open issues?
Juhana
>Has anybody used the above ALSA functionality? The functions are
>defined in <alsa/pcm.h> but there doesn't seem to be any documentation
>nor any example programs.
There is a package called ameter.
> Do these functions work?
Seem to.
> Do they work on record?
Yes. ameter works for both record and playback.
> Does anyone have any example code?
ameter.
Maybe you can stop it from segv-ing every few hours? :-)
I fixed one bug and mailed it to the author but didn't check
to see if he updated it (I have 0.3). It concerned ^C behavior,
e.g. ^C out of aplay or arecord with ameter as the device.
Hi all,
Has anybody used the above ALSA functionality? The functions are
defined in <alsa/pcm.h> but there doesn't seem to be any documentation
nor any example programs.
Do these functions work?
Do they work on record?
Does anyone have any example code?
Thanks,
Erik
--
+-----------------------------------------------------------+
Erik de Castro Lopo nospam(a)mega-nerd.com (Yes it's valid)
+-----------------------------------------------------------+
Linux : Think of it as 'free' as in 'free speech' not 'free beer'.
re
I installed cheesetracker / legasynth on my computer and have a short question now:
The instrument editor of cheesetracker, if I click arround with the buttons, and then I added
it to the pattern. But cheesetracker gives out error msg's in the xterm... .
Now, Can I import some sort of instrument sets into cheesetracker so that he KNOWS
what to do ? And if yes, I assume these instrument structs come from legasynth ?
But how can I export legasynth's instrument "files" ( if there're any) ?
greetz 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
My company is looking for a Systems Programmer to (among other things)
maintain our Linux running on an embedded music product. If you/someone
you know are/is interested and live/s in the San Francisco Bay area,
please let me know.
Cheers... mo
PS: I couldn't tell from the list guidelines whether this kind of post
is appropriate. If not, sorry! and please ignore it.
I've stumbled across a problem that no doubt someone has come across before.
What is the recomended way to force alternate keybindings on a gtk
scrollbar?
Would I have to create a custom widget that is a replica is there
another way?
Using all the keys is a very simple way of making jackEQ truely useful
in live performance. It would add functionality to the mixer in ardour too.
The docs for range widgets say this:
------------
Scrollbars are not focusable, thus have no key bindings. The key
bindings for the other range widgets (which are, of course, only active
when the widget has focus) are do not differentiate between horizontal
and vertical range widgets.
All range widgets can be operated with the left, right, up and down
arrow keys, as well as with the Page Up and Page Down keys. The arrows
move the slider up and down by step_increment, while Page Up and Page
Down move it by page_increment.
The user can also move the slider all the way to one end or the other of
the trough using the keyboard. This is done with the Home and End keys.
------------
--
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.comHttp://www.djcj.org - The Linux Audio Users guide
========================================
Being on stage with the band in front of crowds shouting, "Get off! No!
We want normal music!", I think that was more like acting than anything
I've ever done.
Goldie, 8 Nov, 2002
The Scotsman