Hi:
Can the software virtual keyboard in Zynaddsubfx be used to
trigger samples from Specimen via Jack, or is this virtual keyboard only
capable of being used internally with Zyn? When I try to patch the outs
of Zyn via the Midi panel in Jack I don't get anything. This is
probably simple for most of you. Help a dimwit like me, anyone?
Ok, thanks for any help,
gk
I almost wanted to call this 0.3.0, but it's not quite there. This
release adds a filter with resonance, ADSR volume envelopes,
independent direction and duration play mode configuration, and a
highly optimized resampling routine that easily accomodates 64 note
polyphony on my Athlon 1.33.
www.gazuga.net, as usual, has the latest.
I'm also going to dry and address the gazillion loose ends in that
other thread (I can't keep up with it anymore, so here's a fresh
start).
Patrick: There is no .glade file. All the UI code was written by
hand, and as I said before, I highly dependent on the patch
infrastructure having a certain interface.
Jan: Coding gui events over ports does not sound like my cup of tea.
That would also be a pain since that is radically different from what
my gui code currently does.
Dave: I agree with all those features, they are on their way. I just
have to take care of the basics first.
Steve: Nice to able to express a good old fashioned dissonant opinion,
thanks for granting me that slack.
Everybody: Perhaps I should emphasize a few facts:
a) Specimen is a few months old.
b) Specimen is my first real program.
c) Every day I sit down and code, I churn out around 500 to 1000 lines.
d) I intend for Specimen to be a professional quality music maker.
Granted, I haven't written design documents and such about how
Specimen will be professional, but that's mainly because I've been
spending my time working on the actual program. It won't be more than
a couple more months before the vast majority of features necessary
for making rich music are available. I also have no experience
with hardware samplers, my old instrument of choice was FruityLoops,
so I'm not thinking in terms of the way Real Samplers work. I'm
trying to make a tool that makes music with the best possible
tradeoff between flexibility and ease of use, and maximal quality
all around.
OK, I've donned my asbestos armor, let 'er rip.
[pb]
all,
ever since i use qjackctl i wonder what is the difference between the
reported Xrun count and the count between brackets ().
i.e. on its homepage http://qjackctl.sourceforge.net/ you can see a
screenshot where the Xruns are reported as 1(2). now, how many Xruns
have really occurred? 1? 2?
i usually have no Xruns, but sometimes 0(1) and this is reported in the
messages window, so i come to believe this is real(?)
can someone please epxlain me the secret of qjackctl's Xrun reporting.
thx, ALEX
Chat instantly with your online friends? Get the
FREE Yahoo! Messenger http://uk.messenger.yahoo.com/
Pete,
Thanks so much for producing the Specimen program. I realize it's just the
start, but what start you've made. It's great.
I have been working on 3-D audio but also 1-D, 2-D instrument
generation (physically simulated strings and membranes --- not just
oscillators or FM synthesis). In the past I've generated full keyboards
of 16/44.1 samples and used SF2 fontbanks. You've enabled me to use 24/96
so I can do what I really want. Now there are limitations as to how well
this works, even with Jack, but I really do appreciate being able to
listen to these simulations. I'm looking forward to future releases,
and I hope to be able to provide some instrument-generation capability
which should work well with what you've done, freeing us from SF2's
and canned samples. I really like being able to simply assign WAV files.
One thing that would help a bit is to be able to assign a list of files
to notes as one can do in Vienna. If some forethought is put into place
into naming the files by the user, the entire keyboard full of samples
can be imported in one fell swoop. Now because BEEF is XML, I was able
to script it up easily enough. But some may not know exactly how to
do this. (Just another todo item for your undoubtedly long list!)
Thanks again! Great work.
[Sorry for cross-posting - feel free to forward around]
Dear all,
I'm sending this e-mail to all mailing lists/persons I think (often
with a less-than-optimal inductive process) could be interested in the
future of what's currently know as the "AGNULA Newsletter". If you
receive multiple copies of this e-mail or if you are not interested at
all in the subject, please excuse me and drop everything to the
bitbucket.
First, a bit of history. The AGNULA newsletter was born in Nov 2003
(more or less) as a service to our users who could be informed of new
software releases, events, research achievements in the field of music
& sound, with specific preference given to topics related to Libre
Software. You can see some more information here:
http://www.agnula.org/documentation/newsletter/
(you can find the past issues archive at the same URL).
The AGNULA Newsletter was never meant to be AGNULA-centric (although,
as was recently pointed out on our mailing lists, the naming we chose
could suggest that) but rather as a way to spread information about
the above mentioned topics - and of course to talk about AGNULA news,
if relevant.
Over the time we managed to send around 12 weekly issues of the
newsletter to our `newsletter-dist' mailing list subscribers, who
currently amount to 70. Honestly, given the young age of the
newsletter and the amount of manpower we've been able to put into it,
I'm not too dissatisfied with these numbers.
However, as the AGNULA project is reaching the end of its funded
lifetime I think it's high time that we think whether the AGNULA
Newsletter should become something bigger and better organized. What
does this mean?
Basically, I'd like to understand whether the wider GNU/Linux audio
(and video?) community is interested in turning the newsletter into a
"community project". What we would basically need is:
(a) that Libre Software project maintainers add the newsletter contact
address (currently newsletter-collect(a)lists.agnula.org, but this is
not cut in stone) so that when they send announcements about new
releases the newsletter team is notified more quickly;
(b) a (team of) editor(s) for the newsletter. I've been doing that
for the past months, but time pressure is growing and since my
position as AGNULA technical manager will end in April, I forecast I
won't have the same amount of time to dedicate to this project. A
native english speaker would be preferred, of course;
(c) a (team of) news pieces collectors/writers. The AGNULA project
can give (or try to give :) all the necessary instruments needed by
the newsletter team to coordinate their work - that means CVS, bug
tracking system, mailing lists, whatever;
(d) [optional] a (team of) translators to create nationalized versions
of the newsletter. This is of course a long-term goal and can be put
aside for the moment.
So, the question is: do you think this - turning the AGNULA Newsletter
into the "AGNULA Newsletter on Sound & Video" or even the "Newsletter
on Sound & Video", although I'd like the AGNULA name to remain
somewhere in the newsletter, if anything for sentimental reasons :) -
is a good idea?
If any of you think it is, I would encourage all of you to discuss the
topic on:
users(a)lists.agnula.org
http://lists.agnula.org/mailman/listinfo/users
If you are not subscribed to the mailing list, don't worry - I'll
authorize your messages as they arrive. Please put a clear sign that
you want to be put in Cc: for replies.
Thanks for your time and attention,
Andrea Glorioso
AGNULA Technical Manager
I think the LAU list server hates my machine. I haven't even seen my
original mail posted yet :(
> -----Original Message-----
> From: linux-audio-user-bounces(a)music.columbia.edu [mailto:linux-audio-
> user-bounces(a)music.columbia.edu] On Behalf Of Dave Griffiths
> Sent: Monday, February 23, 2004 3:23 PM
>
> Use the advantages free software gives you basically...
The line between use and abuse keeps moving!!!!! :)
matt
_________________________________________________
Scanned on 23 Feb 2004 23:56:25
Scanning by http://erado.com
(I'm moving this to linux-audio-user where the rest of this
discussion has been held. Please direct replies there)
On Tue, Feb 03, 2004 at 07:17:45PM +0100, Dave Griffiths wrote:
> At the risk of being pedantic, what is wrong with the sound/audio section of
> freshmeat?
A good question. At first glance not much.
But I do have the following gripes, and maybe some more
I haven't thought of yet ;-)
* Somewhat lacking in categories for audio/music apps.
As far as I can tell, submitters cannot influence what categories
their app should go in.
* You have to be logged in to submit anything.
In a smaller community, I think we can relax this requirement,
especially since admins will be able to undo any malicious changes.
* No source code available to the freshmeat software. (see the FAQ.)
I plan to make all my stuff open source.
* Freshmeat will probably never do cool stuff like automatically
track releases in the audio-specific distros.
* Freshmeat rejects "trivial" submissions. I can understand the reasoning,
but I don't agree with this. http://freshmeat.net/articles/view/198/
* Freshmeat is too large and too general.
It doesn't give me warm fuzzy LAD/LAU community feelings.
* Banner ads. Fooey.
And finally...
* They don't have a logo with a cute penguin wearing headphones.
This is unforgivable.
All that said, since they export their backend RDF files,
we should be able to re-use a whole lot of stuff from
freshmeat, and/or use their xml-rpc api to forward our own
submissions to freshmeat. Not sure about the best way to do all this,
but I'm sure Steve will help ;-)
> Dave's site is great because it is so low tech imho.
Low tech is great unless you're the guy that does all the work :-)
> I think for advocacy purposes and general coolness, it would be nice
> to have a
> site devoted to linux _musicians_ where we can upload and compare tracks and
> production methods. More of an extension of LAU...
Sure, the more the merrier.
But I don't want to lose focus. You can build that site if you want :-)
There has been talk on the consortium_p list of having linuxaudio.org
be a sort of portal for various subdomains which can be maintained
independently. So my proposal could live at something like
apps.linuxaudio.org or similar. A musician portal could either be
based on linuxmusician.com (yes, it exists, check it out!) or something
similar at e.g. musician.linuxaudio.org.
--
Paul Winkler
http://www.slinkp.com
Look! Up in the sky! It's STRATA-MINIATURE THE END OF THE WORLD!
(random hero from isometric.spaceninja.com)
Anyone knows a good spectrum analyser? Preferably as an XMMS plugin, but
a JACK-aware thing is also acceptable.
I kinda like the default spectrum analyser that's displayed all the time
on XMMS' main window, with two exceptions:
- it's too small
- the frequency scale seems to be linear, not logaritmic
If it was bigger (much bigger) and if the frequency scale would have
been in an exponential progression (so that the octave width is
constant), that would be a great analyser.
There are some GL analysers packed with XMMS as plugins, but those are
mere eye-candy, i can't use them to actually get any useful information.
--
Florin Andrei
http://florin.myip.org/
Several undefined items are complained-of on boot: Something like
sound-special and a few others (which I did not catch quickly enough to write
down). Everything I have (that does work) loads OK after all.