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, I've been playing a lot with bristol synth and really love it. So
much so that I've been trying to 'Jackify' it. Actually, I'm pretty
much done, but can't figure out the internal audio format. Its
interleaved floats I think, but not normalised to [-1,1]. If any of
the developers are here could you help me out? I can hear noise, but I
need to tune the maths. TIA.
--ant
>> That said, I think Patrick is right to start thinking about this now.
Thanks.
>I think he's completely right - I'm not sure about this bank account
>thing but I do think that now is the time to be demoing, talking up and
>generally approaching people and companies about Linux music software.
>I wrote us up (and mentioned a few other apps) in the latest edition of
>Linux User - John at mstation.org has been very kind so far as well.
>Now is the right time to be talking to people and getting the
>"products" out there. If it works - why not tell people about it?
The reason I believe we need to have various bank accounts are because
we cannot afford to waste money on excessive service charges and not
everyone has access to credit cards. If we have the accounts in the
right countries then people can just donate cash.
From a professional perspective we need to show our prospective clients
that we have sound financial thinking. It's mostly a subconscious need
that consumers have. They want to know that the money they are investing
is being given to people/companies/organisations who use it. Most people
don't really care how it is used although we have the moral
justification on our side too.
This is from the Sound on Sound advertising package.
"The main target market of Sound On Sound is the professional
and semi-professional musician who is the kind of person that will have
the spending ability to purchase a large range of products from
synthesizers to samplers, mixing desks to microphones, multitracks to
monitors, effects to expanders and computer hardware and software.
They are not time wasters who do not know their profession - they are
serious and mature individuals working with a reasonable budget."
If we want to appeal to this audience we need to prove to them that they
are investing in professional audio. We need to wine them and dine them
(metaphorically). If they look into our commmunity and say these are
just amateur geeks who have made some interesting things happen it won't
work. If we take the intiative and lead them into our world they will
come at it from the perspective that we are professionals who have
created a very credible concept that we are proud of and want them to
enjoy using.
They will ask "What kind of cash have we invested" and if we come back
with "Ahh, well we don't actually have a scope on the financial side of
our open community." They are just going to look around for a while and
leave.
If we can show them that not only are we mathematics and logics wizards
but that we also have solid business sense then they are going to stick
around and see what we have to offer. A lot of them will probably invest
just to test the waters or to keep up with the play.
I want to see an advertising campaign happen that will educate and
encourage the mass of potential user to take the step. I also want to
make sure that we have covered our asses when they finally walk in
through the doors.
It's a choice between being amatuer enthusiasts or professionals.
If we come across as professionals people won't give a toss about
geekyness.
--
Patrick Shirkey - Boost Hardware Ltd.
For the discerning hardware connoisseur
Http://www.boosthardware.comHttp://www.djcj.org - The Linux Audio Users guide
========================================
"Um...symbol_get and symbol_put... They're
kindof like does anyone remember like get_symbol
and put_symbol I think we used to have..."
- Rusty Russell in his talk on the module subsystem
Hello list,
the first LAD conference is just over, but there is already the next
event at the horizon which needs to be planned for timely. I am talking
about the next LinuxTag (http://www.linuxtag.org - though it seems they
have problems with their NS entry right now..), Europe's largest
exhibition on all kinds of topics dealing with our favourite OS. It
takes place from July 10th - 13th, 2003, and again - surprise, surprise
:-) - in Karlsruhe.
As in the past years, open-source projects are given a chance to present
their work there (without having to pay any booth fees), and we did this
during the last 2 years (and even quite successfully, I might add).
I had a short E-mail talk with Martin 'Joey' Schulze, who is again
responsible for allotting the space for the open-source booths, and I
think we have a good chance of getting one again.
The idea of this booth would be to present the current LAD developments
to the masses. That is e.g sample editing, recording, MIDI sequencing,
score editing, soft synthesizing and soon on. If possible, I'd also very
much like to have some ALSA developers there again as..uhm.."technical
consultants" :-).
It's 4 days of work, but quite interesting, you learn a lot, and I think
most of you who were there the last 2 years somewhat enjoyed the show
:-).
Of course, what is required now is - you. The last 2 years we had about
6 - 10 people who ran the booth which gives everyone a chance to take a
break after 3 hours of constant demo'ing :-). Anyone who is willing to
devote some 4 - 5 days of his time to this project, please let me know.
If we get together enough personnel, there is a good chance for this
booth becoming reality once more.
Thanks for reading,
Frank
>and as i will discuss at the LAD meeting at ZKM in 2 weeks, writing
>audio software like this has the easy-to-fall-into trap that arecord
>demonstrates: a basic design that falls apart as soon as a few basic
>assumptions turn out to be false.
Will notes or slides from the talk be available afterwards for those of us who can't go?
Taybin
no need to reply i found the module name 'firmware' at
<http://sourceforge.net/cvs/?group_id=17679 >
and installed it. it works great ;)
thanks guys, especially the ezusb ppl for making it so easy..
replying to my own emails, what a dork ;)
julian oliver
On Mon, 31 Mar 2003 04:53:25 +1000
delire <delire(a)selectparks.net> wrote:
//hi,
//
//i'm trying to get my midisport1x1 running. i have had the 2x2 running fine [a friends]. the odd thing is the light comes on the 1x1 device, yet i don't get any midi input reaching my software.
//
//also /var/log/syslog says the following:
//
////-->
//
//Mar 31 04:16:39 dropWorld kernel: hub.c: new USB device 00:1f.2-1, assigned address 10
//
//Mar 31 04:16:39 dropWorld kernel: usb.c: USB device 10 (vend/prod 0x763/0x1011) is not claimed by any active driver.
//
//Mar 31 04:16:42 dropWorld usb.agent: ... no modules for USB product 763/1011/121
//
////<--
//
//to install it i used the extracted windows driver on the install cd that came with the product using the method shown on this page:
//
//http://www.informatik.uni-halle.de/~ladischc/midisport-firmware/
//
//i have looked at the ezusbmidi project, but i can't find any debian packages for the ezusb system, or even tarballs. should i try this cvs?
//
//http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/linux-hotplug/firmware/ezusb/midi/original/
//
//if so how do i point cvs to this.. what's the module name?
//
//cheers,
//
//julian oliver
//
////-->
//
//nick -> delire
//home -> http://selectparks.net
//key -> http://selectparks.net/jkey.txt
//
//
//
//-->
nick -> delire
home -> http://selectparks.net
key -> http://selectparks.net/jkey.txt
hi,
i'm trying to get my midisport1x1 running. i have had the 2x2 running fine [a friends]. the odd thing is the light comes on the 1x1 device, yet i don't get any midi input reaching my software.
also /var/log/syslog says the following:
//-->
Mar 31 04:16:39 dropWorld kernel: hub.c: new USB device 00:1f.2-1, assigned address 10
Mar 31 04:16:39 dropWorld kernel: usb.c: USB device 10 (vend/prod 0x763/0x1011) is not claimed by any active driver.
Mar 31 04:16:42 dropWorld usb.agent: ... no modules for USB product 763/1011/121
//<--
to install it i used the extracted windows driver on the install cd that came with the product using the method shown on this page:
http://www.informatik.uni-halle.de/~ladischc/midisport-firmware/
i have looked at the ezusbmidi project, but i can't find any debian packages for the ezusb system, or even tarballs. should i try this cvs?
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/linux-hotplug/firmware/ezusb…
if so how do i point cvs to this.. what's the module name?
cheers,
julian oliver
//-->
nick -> delire
home -> http://selectparks.net
key -> http://selectparks.net/jkey.txt
>I looked up some prices for online merchant facilities for the
>company I work for and they are not cheap, you have to pay
>a monthly fee and some percentage or forfait per transaction.
Yes but this percentage would be offset/already paid for by a company
that is already running merchant facilities.
>You need a relatively high volume merchant site to go with.
>(economics of scale).
Yes and we definitely have enough people using the software to make
small contributions scale correctly.
>Is Paypal that bad ?
IMO it is another level of red tape that could be bypassed.
>I contributed to Ardour through Paypal and in so far I know,
>it works.
It works but it is not the most effective way of doing things. Users are
required to provide a certain amount of information in order to become a
payee. The recipient is required to pay a surcharge on every transaction
which is higher than the costs imposed by a merchant facility.
Both of those work against us when it comes to making it easy for people
to contribute funds.
I'm interested in the methods that the AGNULA team are using. Maybe they
have already found a solution.
--
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
Hi all,
I saw a couple posts on this matter on other lists namely from people
who are trying to make multimedia Linux boxes using CCRMA packages and
RH 8.0.
The issue at hand is that many of the newer machines with cheapo
embedded video cards use Intel 845G chipset which is unsupported by RH
8.0's XFree 4.2. However, XFree 4.3 does support it and so the following
needs to be done (assumption is that you have a reasonably fast internet
connection, otherwise this might prove to be pain -- total d/l amount is
approx. 70MB):
1) Install RH 8.0 in command-line mode (graphics mode will most likely
fail -- it did on mine, although it might have been partially due to use
of an outdated flatscreen monitor that did not allow even the
framebuffer mode)
2) Skip XFree config (if you really feel compelled to configure it, do
NOT test it, it WILL fail)
3) Upon reboot, using Internet connection, connect to the following ftp
in order to retrieve XFree 4.3 version of the x server for the RH 8.0
(you might try the Rawhide mirrors as well but I am not sure whether
those will work):
ftp://people.redhat.com/mharris/testing/unstable/XFree86
(thanks to Mike Harris from Redhat for making them)
4) Install XFree packages by doing:
rpm -Uvh *.rpm --nodeps --force (don't worry it should be ok, at least
it was on mine :-)
5) configure up2date
6) run:
up2date glibc
(you need 2.3.2 for Xfree 4.3, and the one that comes with RH is
2.2.something)
7) Upon finishing installation, run:
redhat-config-xfree86 -o /etc/X11/XF86Config
(you might need to tinker with the config file, depending on your
monitor and other hw)
8) Try starting x server with:
startx
9) Now, you should be up and running, but you still need to enable
acceleration (since otherwise anything with OpenGL will be simply
impossible to use). You need to get the new version of DRI (which
reports errors since the kernel module i830.o is ver.1.2 not 1.3 as
required by Xfree4.3). So go download new DRI package for 4.3 from here:
http://www.xfree86.org/~alanh/linux-drm-4.3.0-kernelsource.tar.gz
(big thanks to Leif Delgass for pointing this out)
10) untar the package and make the new module by doing:
make -f Makefile.linux
11) install the i830.o file by copying it to the
/lib/modules/<kernel-version>/kernel/drivers/char/drm/
(you might wanna backup the old module to something like old-i830.o just
in case something screws up)
12) Now reboot the machine and check the /var/log/XFree86.0.log for any
DRI errors. You might also wanna run the glxgears or something similar
to see if everything is ok. Don't expect much of a fps increase, though
(I had 336 fps on the studio's 2.4GHz P4 machine, while with DRI it went
up to only 400+ fps). What you will, however, see is the smoother moving
the OpenGL window around the desktop and generally better system
responsiveness.
Now I can even play the Tuxracer at a reasonable framerate. Yay! That's
it. Hope someone finds this helpful. Cheers!
Ivica Ico Bukvic
http://meowing.ccm.uc.edu/~ico
hello everyone !
for those who are interested, some tapes from the presentations at the
LAD meeting are now online at
http://www.linuxdj.com/audio/lad/eventszkm2003.php3 ,
together with the slides and the long-awaited mug shots by fernando :)
i'll be off for a week now, and unfortunately i won't get all of the
stuff uploaded in time... check back in a week or so.
best,
jörn
ps: some links are currently broken. will be fixed asap.
--
All Members shall refrain in their international relations from
the threat or use of force against the territorial integrity or
political independence of any state, or in any other manner
inconsistent with the Purposes of the United Nations.
-- Charter of the United Nations, Article 2.4
Jörn Nettingsmeier
Kurfürstenstr 49, 45138 Essen, Germany
http://spunk.dnsalias.org (my server)
http://www.linuxdj.com/audio/lad/ (Linux Audio Developers)