Hello Patrick,
I have about 10 years experience designing all sorts of electronics,
from power to RF electronics using Protel 99.
Could I work from home here in New Zealand?
Kind regards, Hans de Roode.
-----Original Message-----
From: Patrick Shirkey [mailto:pshirkey@boosthardware.com]
Sent: Thursday, 8 February 2007 11:10 p.m.
To: linux-audio-dev(a)music.columbia.edu
Subject: [linux-audio-dev] Job: Schematic Designer
Hi,
I have an opportunity for an experienced PCB schematic designer to work
with a large audio company on a contractual basis.
Ideally you should have experience designing PCB schematics for mp3
players. You would also have to work with me and have laid back but
efficient communication skills to get on with others in the company.
If you are interested in knowing more please send me a resume and I will
get back to you with more details.
Cheers.
--
Patrick Shirkey
http://www.lau.linuxaudio.orghttp://www.boosthardware.com
"Anything your mind can see you can manifest physically and then it will
become reality..." - Macka B
The functions sched_get_priority_max() and sched_get_priority_min()
return the max and min priorities available for the scheduling policy in
force (currently 99 and 1 for SCHED_RR).
What method can be used to discover the max priority currently available
to the current process, as controlled by /etc/security/limits.conf (or
whatever controls it at the time of the inquiry)?
In particular this is for the kernel 2.6.19-1.2895.fc6 running
(naturally) under Fedora Core 6.
Thanks - jon
Hi,
I have an opportunity for an experienced PCB schematic designer to work
with a large audio company on a contractual basis.
Ideally you should have experience designing PCB schematics for mp3
players. You would also have to work with me and have laid back but
efficient communication skills to get on with others in the company.
If you are interested in knowing more please send me a resume and I will
get back to you with more details.
Cheers.
--
Patrick Shirkey
http://www.lau.linuxaudio.orghttp://www.boosthardware.com
"Anything your mind can see you can manifest physically and then it will
become reality..." - Macka B
hi everybody,
i'm looking for a sampler instrument file format similar to .nki, .sf2
or akai instruments. is there an open standard existing already, perhaps
even accompanied by some sort of library?
--
-- Leonard Ritter
-- http://www.leonard-ritter.com
-- http://www.paniq.org
Greetings,
I've been studiyng python and some things are not that clear:
1- Is python too slow to efectivelly communicate with Jack? PyJack did not
seem to work right, so i tried PySndObj's JackIO object. It did not behave
as good as with connection with ALSA.
(btw, I could not acess lots of objects in the SndObj library (like Ocil,
Rand, while acessing normally Oscilli and Randh...) Does anyone know why?)
2- Python comes with the ossaudiodev module for communication with OSS; Alsa
is compatible so it works. Shuld one use this module or use the pyalsasound?
3- pySonic - pySonic the wrapper for the FMOD sound library. but it is not
opensource... is there a standard library for sound processing in projects
like ardour.
4- Are any differences between 'r' and 'rb'; 'w' and 'wb' in:
wave.open('file', 'r') wave.open('file', 'rb')
wave.open('file', 'w') wave.open('file', 'wb')
??
5- I found pySonic, that seems good but it is not open. MusicKit and
PySndObj and omde. Ow yeah, and Pygame. Can anyone expose ihre personal
experience and explain why?
Please be nice,
Claire
from http://www.leonard-ritter.com/donations_or_sponsoring
I keep bouncing an idea in my head, thinking about how to strengthen the
bonding between open source software developers and software users.
How is a beginning open source project funded, usually? Most of the time
not at all. The site features a donation button, and users are
encouraged to donate.
As an user, if you like an application very much, and would like to
support its development, you might want to donate. However a donation
has neither a direct connection to advancement of development, nor does
it give you a right to influence the priorities of new features and bug
fixes. It gives you no certainty that the application is still going to
be developed - what if the developer is being hired for a more lucrative
job? There is simply no contract, just a requirement of trust.
As an open source developer, how are you going to sustain and finance
ongoing development? You can not rely on ongoing donations. You also
need to care for fund raising. You have only a small understanding of
how many users deem your application to be important. There is no
dependency between you and your users, meaning that the choices you make
might not necessarily be choices embraced by the community. Again, there
is no contract, just a requirement of trust.
How to ensure a long-time interdependency between users and developers?
Since a long time, the IT world knows multiple answers to this question:
service contracts. A company using an open source product commercially
would buy a service contract, which includes a warranty for the program
and allows the company to prioritize bug fixes and addition of new
features. In exchange, the company funds development.
Of course, these contracts are of high volume, with a lot more money
involved than what an average user would be able to spend. However an
industrially used program has also less companies interested in it.
My suggestion is to move this to the private software user / open source
developer level. Users would be able to subscribe to a sponsoring
contract, being able to choose the amount of money they want to pay per
month or per year, starting at e.g. EUR 1/month or EUR 12/year. In
exchange, each user has a right to get his bugs fixed within a period of
14 days, and also earns a right to influence the priority of new
features suggested by the community.
The low pricing will make sponsoring attractive and thus increase the
number of sponsors. The more importance the project gains, the more
developers will get out of this deal, the more dependent they get on
subscriptions, the more bugs will be fixed, and the project will not be
abandoned. Since most users will have the same problems, the amount of
work required will not necessarily increase. Payment could be handled by
Paypal, which also supports subscriptions.
What do you think?
--
Leonard Ritter
-- Freelance Art & Logic
-- http://www.leonard-ritter.com
Folderol wrote:
>On Sat, 3 Feb 2007 01:01:18 -0500 (EST)
>Larry Troxler <lt(a)westnet.com> wrote:
>
>>yn isn't RT safe? Could you elaborate or point to a link? I remember
>>reading something about this, and was hoping to use it for live
>>performance.
>>
>>
>I have heard several comments to this effect, and also that the code
>in Zyn is 'a nightmare' however I have not heard anything specific that
>one can really get a handle on.
>
>While I agree the GUI is poor and could do with quite a lot of work, I
>don't know about the rest, although there are changes I would like in
>the way voice banks are managed.
>
>This all causes me quite a lot of concern. I find that Zyn gives
>unparallelled results, and conceptually most closely matches my grasp
>of sound. I am concerned about talk of unspecified jack problems, and
>also the lack of any visible development by the originator.
>
>
Zyn will occasionally just pop itself out of the JACK graph, I'm not
sure why. Paul Nasca had talked about upgrading Zyn's JACK support, but
I don't think he ever got around to it.
Personally I don't mind the GUI. Zyn is a rather "deep" synth, I
certainly wouldn't want to see all of its controls in one panel or even
two. However, I will agree that its interface design does make it
problematic to program. Fortunately its included sounds work beautifully
for my purposes.
Finally though, Zyn is open-source and GPL'd, so whoever wants to pick
up the torch is more than welcome to do so. I have no idea how its code
looks, and I'm not likely to make the effort to find out (IANALAD), but
surely there's a fledgling (or not-so-fledgling) Linux audio developer
out there who wants to make a significant contribution to the Linux
audio workplace ? A stable JACKified Zyn seems to rank highly on users'
wish-lists.
>I, personally, would be willing to expend a great deal of effort to
>help revive Zyn, and would be quite happy to put my hand in my
>pocket as well.
>
>
Developers, are you listening ? The man is offering his time *and* his
money. And are any other users out there who are willing to pony up some
dough for a bounty on this item ? (Assuming of course that the task is
actually do-able within a reasonable time).
Synth development in Linux has seen a severe slowdown over the past year
or so. We need things like stabilized Zyn, Om (or whatever DR wants to
call it these days), and AMS. Or does everyone plan on waiting for
better VSTi support ?
Best,
dp