for example, if one needed a higher resolution for a note-on events
velocity,
the event could be followed by a sysex data with one or two additional
7-bit values. (kind like it's already done with MSB and LSB for some
controller values)
one word: NRPN. thats what its there for.
;
--
Basically we got swindled. ALSA has not been the utopia that
it was claimed to be. ALSA sucks. It's not even documented.
pulseaudio + midishare == nirvana.
;
--
Jay Vaughan
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
Does this mean that pulseaudio is preferred to Jack?
Victor
- Original Message -
From: Jay Vaughan [EMAIL PROTECTED]
To: victor [EMAIL PROTECTED]
Cc: linux-audio-dev@lists.linuxaudio.org
Sent: Sunday, January 20, 2008 9:28 AM
Subject: Re: [LAD] alsa and OSS (again?)
Basically we got
On Jan 20, 2008, at 11:11 AM, victor wrote:
Does this mean that pulseaudio is preferred to Jack?
I currently perfer it, but I'm writing totally new software (for
OpenMoko), not trying to use existing software.
;
--
Jay Vaughan
___
victor wrote:
Does this mean that pulseaudio is preferred to Jack?
For desktop and user applications yes, for professional audio no.
Erik
--
-
Erik de Castro Lopo
-
Does this mean that pulseaudio is preferred to Jack?
For desktop and user applications yes, for professional audio no.
There should be no distinction. The fact that there is, means that
the designs are broken. Audio should just plain work - period.
;
--
Jay Vaughan
Hmm. That equation don't hunt here. The MidiShare codebase is in
dire need of attention for 32-bit Linux and won't currently compile
at all for 64-bits. Ask me, I've been wrestling with its outdated
source tree for the past week or so. Yann is planning to fix it,
but he's got other
Jay Vaughan wrote:
Hmm. That equation don't hunt here. The MidiShare codebase is in dire
need of attention for 32-bit Linux and won't currently compile at all
for 64-bits. Ask me, I've been wrestling with its outdated source
tree for the past week or so. Yann is planning to fix it, but he's
Arnold Krille wrote:
Am Sonntag, 20. Januar 2008 schrieb Erik de Castro Lopo:
victor wrote:
Does this mean that pulseaudio is preferred to Jack?
For desktop and user applications yes, for professional audio no.
If you want to repeat the mistakes of KDE[23] and aRts,
Dave Phillips wrote:
You can look at Albert's patches to see what he fixed that enabled a
clean compile.
Well, besides the lack of 64 bit support, what makes Midishare so hard
to compile and install on Linux right now, is mostly related to getting
the Midishare kernel module to work on
Albert Graef wrote:
Dave, I can't help you right now with getting Midishare to work on 64
bit system, but if you're willing to run it on 32 bit I'll try to help
you getting it compiled. Just drop me an email.
Thank you, Albert, I did compile it with your patches. :) It's working
fine with
On Sun, 2008-01-20 at 21:20 +0100, Albert Graef wrote:
Dave Phillips wrote:
You can look at Albert's patches to see what he fixed that enabled a
clean compile.
Well, besides the lack of 64 bit support, what makes Midishare so hard
to compile and install on Linux right now, is mostly
Fernando Lopez-Lezcano wrote:
Or, if from the get go it would have been included in the mainline
kernel source (after submitting it to the proper channels, etc, etc -
difficult but not impossible. Out of mainline kernel drivers have always
been a pain...).
True, but (1) as you mentioned, the
13 matches
Mail list logo