On Mon, Jan 21, 2008 at 10:04:54PM -0500, Paul Davis wrote:
ALSA is going to vanish as an API for all but those developers who don't
know how to use google. Pulse even has plans to replace JACK one day,
but its lead author fully understands the challenge there.
The only parts that will remain
On Wed, 2008-01-23 at 04:11 +0100, Lars Luthman wrote:
On Wed, 2008-01-23 at 03:06 +, holborn wrote:
Maybe some day the RT patches will be inside the kernel in all of the
distros,
and the desktop users will run linux audio apps without external problems.
Can the linuxaudio
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...).
There are no kernel drivers in MidiShare, only kernel modules.
True, but (1) as you mentioned, the barrier to entry is high, and (2)
even if it is accepted, who is going to maintain it?
Evangelist/Package maintainers. I guess I'd give this a go if I
weren't so busy actually writing a MidiShare application .. but once
that stabilizes out a bit, I'll
If you wish to see one day every Linux desktop PC with realtime audio
working right just to play an simple audio file... You'll have to wait
quite a long time :-p
Linux-based pocket platforms, and the entire embedded world
(particularly for audio-specific tasks), on the other hand, is a
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 different iterations of the
2.6.x
kernel, as the kernel API is still a moving target (which certainly
On Jan 20, 2008, at 9:37 PM, Dave Phillips wrote:
Thank you, Albert, I did compile it with your patches. :) It's working
fine with Open Music now. I also had to build the Player and
Recorder, I
don't recall any trouble with them.
See? MidiShare works great! :)
;
--
Jay Vaughan
Jay Vaughan wrote:
On Jan 20, 2008, at 9:37 PM, Dave Phillips wrote:
Thank you, Albert, I did compile it with your patches. :) It's working
fine with Open Music now. I also had to build the Player and Recorder, I
don't recall any trouble with them.
See? MidiShare works great! :)
Hi
On Mon, 2008-01-21 at 10:10 +0100, Jay Vaughan wrote:
I'd be willing to help with any and all MidiShare problems,
honestly. I think its a wonderful, stable, productive way to do MIDI
on Linux. If only more people knew about it, and ditched the attempt
at re-inventing a well-rounded
Jay Vaughan wrote:
Well I have it working fine on both 2.4 and 2.6 kernels, so I don't know
what the dilemna is here, really ..
Judging from what I read on the Midishare list, most Linux users of
Midishare indeed have trouble dealing with compilation probs in the
kernel module. Not you and me,
On Mon, 2008-01-21 at 07:32 +0100, Albert Graef wrote:
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
On Mon, 2008-01-21 at 10:13 +0100, Jay Vaughan 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...).
There
Fernando Lopez-Lezcano wrote:
Yes, but it is the only way to make midishare mainline. So that it
will always work with any vanilla distribution kernel (that has, of
course, enabled its build).
Agreed.
The other option would be to implement all of midishare in user space.
That would be my
Ivica Ico Bukvic wrote:
If ALSA sequencer is subpar to Midishare
I think there's a misunderstanding there. The goals of these projects
are different. Midishare doesn't aim to replace ALSA, in fact it works
with ALSA sequencer (as well as OSS and a number of other interfaces on
different
Ivica Ico Bukvic wrote:
If ALSA sequencer is subpar to Midishare
I think there's a misunderstanding there. The goals of these projects
are different. Midishare doesn't aim to replace ALSA, in fact it works
with ALSA sequencer (as well as OSS and a number of other interfaces on
different
Fernando Lopez-Lezcano wrote:
It would make a BIG difference to have all of midishare in userland. I
think the latest kernels implement high resolution timers, etc. If Jack
can be made to work in userland, midi should be possible as well.
I'd think so, too.
If I understand the kernel
On Mon, 2008-01-21 at 16:18 -0500, Ivica Ico Bukvic wrote:
In other words, provided that my conjectures are true, I could see ALSA
becoming simply an API to access the soundcard and everything else being
moved out of the ALSA which IMHO could help spur some of the ostensibly
bogged down
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
Dave Phillips wrote:
As a user, it seems to me that ALSA has itself been minimized as a
directly audio supported system, that JACK is the preferred audio
control system now. Fine by me, so if OSS delivers low-latency and
flawless performance as a JACK back-end, that's great. If not, I use
30 matches
Mail list logo