Re: [LAD] JACK MIDI
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. ; -- Jay Vaughan ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] alsa and OSS (again?)
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 http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] alsa and OSS (again?)
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 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 http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] alsa and OSS (again?)
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 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] alsa and OSS (again?)
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 - Well behaved women rarely make history. -- Dorothy Parker ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] alsa and OSS (again?)
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 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] alsa and OSS (again?)
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 work going on. I've been using MidiShare on linux for 8 years. It is the most stable means of MIDI on linux, imho, and on my platform (GP2X, ARM) it is rock-solid. I don't know about your problems with the current codebase (I've got my own fork) so .. maybe you want to describe them? ; -- Jay Vaughan ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] alsa and OSS (again?)
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 got other work going on. I've been using MidiShare on linux for 8 years. It is the most stable means of MIDI on linux, imho, and on my platform (GP2X, ARM) it is rock-solid. I don't know about your problems with the current codebase (I've got my own fork) so .. maybe you want to describe them? Hi Jay, I'm not complaining about MidiShare as a solution, and I agree that it's a great project. You can look at Albert's patches to see what he fixed that enabled a clean compile. They're at http://sourceforge.net/project/showfiles.php?group_id=96881package_id=106009 in the midishare-1.9.1 package. Have you contributed your code to the MidiShare source tree ? Best, dp ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] alsa and OSS (again?)
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, then go on. Otherwise don't rely on just one soundsystem on the desktop. Use some kind of media-framework that provides one API/ABI to several multimedia-systems... Arnold Unless theres some reason I can't think of, why not use the some kind of media-framework KDE already made - phonon? -Joe ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] alsa and OSS (again?)
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 different iterations of the 2.6.x kernel, as the kernel API is still a moving target (which certainly isn't Grame's fault). It would likely be much easier if the kernel module could be replaced by a user space driver, but support for that in the 2.6 kernel is relatively new and noone has looked into that yet. Another issue, also related to the kernel module, is that the necessary init.d logic and kernel devices support (udev et al) varies among different distros, and sometimes even between different minor versions of the same distro. Unfortunately, autoconf doesn't help with that. When this stuff finally settles, it will be much easier to create a Midishare version for Linux which just works out of the box. This problem is not in any way unique to Midishare, just look at the mess with graphics and wireless drivers. You just don't notice it as much as these are usually already included in your distro. 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. Best, Albert -- Dr. Albert Graf Dept. of Music-Informatics, University of Mainz, Germany Email: [EMAIL PROTECTED], [EMAIL PROTECTED] WWW:http://www.musikinformatik.uni-mainz.de/ag ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] alsa and OSS (again?)
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 Open Music now. I also had to build the Player and Recorder, I don't recall any trouble with them. Best, dp ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] alsa and OSS (again?)
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 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 isn't Grame's fault). It would likely be much easier if the kernel module could be replaced by a user space driver, but support for that in the 2.6 kernel is relatively new and noone has looked into that yet. 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...). I did wrestle with midishare a while back for Planet CCRMA (for openmusic, same as Dave) and I'm not looking forward to a rehash of that :-) -- Fernando Another issue, also related to the kernel module, is that the necessary init.d logic and kernel devices support (udev et al) varies among different distros, and sometimes even between different minor versions of the same distro. Unfortunately, autoconf doesn't help with that. When this stuff finally settles, it will be much easier to create a Midishare version for Linux which just works out of the box. This problem is not in any way unique to Midishare, just look at the mess with graphics and wireless drivers. You just don't notice it as much as these are usually already included in your distro. 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. Best, Albert ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] alsa and OSS (again?)
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 barrier to entry is high, and (2) even if it is accepted, who is going to maintain it? Researchers are usually busy with other things, and are not delighted by the prospect to go with each and every new kernel release just to update a single driver. ;-) Maybe it's possible to unbundle the MidiShare Linux driver from the main sources. That alone would make it much easier to provide frequent updates or patches for different kernel versions, and would provide a path to get the driver into the kernel at some point. From my experience, the rest of the MidiShare sources should compile on any modern Linux distro without much ado. (Well, the old gtk apps included with Midishare can be a headache since they require the gtk1 compat libs, but this could be made a configure-time option.) I did wrestle with midishare a while back for Planet CCRMA (for openmusic, same as Dave) and I'm not looking forward to a rehash of that :-) It would certainly be nice if PlanetCCRMA included Midishare again. :) I'm currently getting a new laptop on which I can finally run PlanetCCRMA alongside with SUSE again, so I'll probably look into that when I have the time. It shouldn't be too difficult to adapt my patches for FC8. Albert -- Dr. Albert Graf Dept. of Music-Informatics, University of Mainz, Germany Email: [EMAIL PROTECTED], [EMAIL PROTECTED] WWW:http://www.musikinformatik.uni-mainz.de/ag ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
