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,
As announced earlier on this list, Frank Neumann and I are organizing a
Conference of Linux Audio Developers at ZKM Karlsruhe. More information is
available from http://www.linuxdj.com/audio/lad/eventszkm2003.php3
The list of speakers and talks is now complete and the webpage of the event
has been moved to ZKM: http://on1.zkm.de/zkm/stories/storyReader$3027
Information on accommodation has been added as well.
In addition to the speakers, the following LADers have registered so far:
Rene Bastian
Joern Nettingsmeier
Jean-Daniel Pauget
Kai Vehmanen
Several other LADers have shown interest but not yet registered. If you want to
register for the conference, please provide the following information:
1) Hardware you will be bringing (if any)
2) How long will you stay ?
3) Email address to which we can send last minute information
Remarks: 1) It is not necessary to bring any hardware, but if you do so,
it would be important for us to know because we need to
plan the rooms, network cabling, power supply etc.
2) In addition to the talks, there is room for LAD internal discussion
especially on Saturday morning and Sunday. We assume that on
Sunday this will last until about 18.00. Some LADers will be
around already on Friday morning (some even on Thursday
afternoon), however we might still be busy with preparations for
the talks.
A live audio stream of the talks will be available for those who can not
attend the event.
Matthias
--
Dr. Matthias Nagorni
SuSE GmbH
Deutschherrnstr. 15-19 phone: +49 911 74053375
D - 90429 Nuernberg fax : +49 911 74053483
> The worst situation we can end up in if we go ahead with XAP is two
> plugin APIs on Linux; XAP and a new, totally incompatible API. That's
> still a lot better than the *current* situation on Windows and Mac
> OS.
Given the nature of vested interest, this is probably the best
situation, not the worst. Don't wait. The only reason to delay is if
you actually believe that a unified approach is not just possible, but
probable. Closed developers might agree to a closed, members only,
approach but a true unification would require either presently closed
developers to abandon the idea of trade secrets, or open developers to
abandon the gpl. Neither is likely. If you are into it, just go ahead.
Tom
> I´m not a programmer, but If I were, I´d try to do some
> co-operation with
> fruity-developers and do an linux-support to the fruityloops.
> ´cause it´s
> only the question of time&money.
I don't think that they like to share the code with a developer
and why should anyone port Fruity Loops to Linux without
getting money, when Cakewalk sells his work later on?
It would be better to write an open-source program from scratch.
Regards,
J.Backhaus
The world and his dog seems to be releasing macos/windows audio s/w that
looks like 19" rack units.
Anyone know enough about X to know if its possible to make X apps open
thier main window inside a standard sized cabinet (ala Reason).
I'm assuming it would be ok to require the app to be a certian size and
have explicit support, but I guess it couldn't put any restrictions on
toolkit.
Other than looking cool, it would actually be a useful way to keep window
clutter down. Not that we have any 19" lookalike apps yet, but I guess we
will do at some point.
- Steve
>Given the time frames we're talking about here, and that XAP is almost
>in alpha (if that term applies to APIs), I don't really think there's
>more than one sensible choice here. Most of the thinking is already
>done, and we *need* that API, yesterday.
There's no point in stopping development but it would be good if someone from the MMA could figure out what their opinion is on Open Source. It seems like a huge division at the moment between what they are wanting to do and what is actually happening around here.
Maybe we have to resign ourselves to yet another completely Open source solution that has no backing from the major businesses in our field. Ok, we keep slogging on and they keep (almost) ignoring us.
Makes me feel even more uninterested in what they have to offer open source.
Should I feel guilt for not being interested in the closed source providers if they are not interested in working with us?
--
Patrick Shirkey - Boost Hardware Ltd.
For the discerning hardware connoisseur
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
_____________________________________________________________
Get your spam-free, Linux email now --> http://www.LinuxWaves.com
Join Linux discussions --> http://Community.LinuxWaves.com
_____________________________________________________________
Select your own custom email address for FREE! Get you(a)yourchoice.com w/No Ads, 6MB, POP & more! http://www.everyone.net/selectmail?campaign=tag
Hi there,
I'm lurking around since some years here and try to follow your
discussions here.
Now I'm looking for karaoke systems in software for Linux.
So sth. which shows the karaoke channels of VCDs and DVDs or real
karaoke media. By showing I don't mean dumping it into a
text file, but the way an karaoke system would show it.
I also need some basic realtime equalizer and stuff to e.g. lower
a female voice to allow singing songs made for male voices.
But that is secondary.
Is anything out there, which might help me?
Thanks & Regards
Ingo Oeser
--
Science is what we can tell a computer. Art is everything else. --- D.E.Knuth
Hi All,
I'm getting a bit confused about how mixers and special harware controls (like GPIOs) are implemented in ALSA(0.9.0) :
What is the difference between /proc/asound/dev/controlC0 and /proc/asound/dev/mixerC0 ?
My card (ens1371) does not feature a mixerC0 device, does a call to snd_mixer_open(..) require a such device to exist?
Basically, what for should I open the controlC0 device ? (mixer settings, power management ? )and do I need to implement a mixerCx device ?
Should controlC0 be used for lowlevel settings global to the board, while hwC?D? would be for proprietary hardware control on a given IO ?
Thanks,
Marc.
in a second confirmation (post steinberg) of the tiny size of the
audio marketplace:
Under the proposed transaction, Sun Capital would acquire
approximately 9.8 million shares of Mackie common stock, or
approximately 65% of Mackie's total common stock outstanding, through
the purchase of approximately 7.4 million outstanding shares from
certain selling shareholders and approximately 2.4 million newly
issued shares for a total of approximately $10 million in cash.
that puts their valuation of Mackie at about $15.4M. i know that
Mackie is a niche player, not working at the same level as, say,
Gibson or Fender, but they are one of the preeminent trade mixer
makers and they also make some damn cool products.
!! *products* !! hardware! marketing! people! customers! reputation!
all this could have been yours for a few million :)
of course, there is an interesting question: who are the sellers of
those 7.4 million shares (some 49% of all existing shares)? they
appear to be basically dumping somewhere between half and all their
existing holdings in Mackie. that's quite a sell off.
--p