Hi folks,
inspired by a plan of a german onlinemag called amazona.de
I came up with the idea that a virtual analogue opensource softsynth
nativly running on Linux
would be really nice. (a nice filterbank too, but thats another thing)
Amazona planned a complete synth based on userpolls (only in german, sorry):
http://www.amazona.de/index.php?page=26&file=2&article_id=3191
which is now realized as vst: (only german, too)
http://www.amazona.de/index.php?page=26&file=2&article_id=3202
I know that Zynaddsubfx/yoshimi has a really strong soundengine and I
asked myself,
if it would be possible to take this engine or the DSSI-API and build
a polyphonic softsynth
with a nice UI like the new calf plugins or guitarix, a bit like the
loomer aspect, with some discoDSP,
a bit from the Tyrell or the Roland Gaia SH-01 with midilearn, ......
The problem I have are my programming skills, that are not good enough
to code this kind of software
by myself.
Are there some LAD's willing to join/take/realise this idea??
If there is interest I could translate the ideas of amazona.de and we
all could share our visions for a
new kind of controllable virtual analogue softsynth.
kind regards, saschas
Hello all,
As posted before, kokkinizita.net went offline last week as the
result of some stupid but apparently uncorrectable issues with
my hosting service, hosteurope.de. They are flatly refusing to
put the site back online or allow me to create a new one.
The kokkinizita.net domain will appear again (I still own the
domain name), but this could take some time. Meanwhile the site
has been recreated at <http://kokkinizita.linuxaudio.org>.
You won't be able to access it until linuxaudio.org's DNS will be
updated to include this url, which will happen some time friday.
In the meantime, if you need something urgently, just add the line
kokkinizita.linuxaudio.org 198.82.152.114
to your /etc/hosts, but don't forget to remove it later.
Many thanks to Robin Gareus, Ico Bukvic and Virginia Tech for
providing this solution, and also to all people who suggested
alternative hosting.
For email, please use the from: address of this message, not
the gmail one I posted earlier (I'll still check it, but not
as frequently as I do now).
Ciao,
--
FA
Hi,
I've forked the Specimen sampler to create Petri-Foo[1]. The main goal
of Petri-Foo was to make the ADSRs and LFOs independent from the items
they modulate (ie amplitude/pitch/etc). This has been achieved and is
quite nice to play with switching modulation sources on the go as a
sequences plays and the output is recorded.
I'm currently overhauling the sample-'editor'. So far I've ported the
deprecated GDK drawing code to Cairo, and prettified the display of
play start/stop and loop start/stop points and areas.
What I want to do next is explained here Sample editor zoom [2]
Your ideas would be welcome in how it should work. I'll try and
implement it. If you're interested subscribe to the Petri-Foo-Devel
list[3].
Please note though, it's not ready for general usage by inexperienced
users who don't know how to download and compile software from git
repo's nor for users who aren't expecting things to be broken.
Thanks,
James.
[1] http://petri-foo.sourceforge.net/
[2] http://sourceforge.net/mailarchive/message.php?msg_id=27069524
[3] https://lists.sourceforge.net/lists/listinfo/petri-foo-devel
The other day I tried somthing unusual. I use 96 frame buffers and so I
allocate two of those for each of in and out, and then read/write
(blocking) 96 frames at a time - makes sense, yes?
Well no, it turns out that - without doing any processing - looping over
read/writing only 16 frames at a time is more robust.
How come?
The same effect can be observed with 64 frames and 16 appears to be the
optimal value in the loop.
/j
Hello all,
Last week my mail and web host (Hosteurope in Germany) blocked my accound due
to failed credit card payments. I got no notice of this until it was
too late, and the
result is that I can't re-activate my account or even start a new one.
For anything urgent you can reach me via the gmail address used to
send this messsage.
I looking out for a new host, and hope to have the website online
before the end of the
week.
Ciao,
--
Fons Adriaensen
I am working on a rewrite (complete along with a rename) of my old
soundwall application.
I hope for this to be a jack app at some point soon.
I hope to make an initial release this weekend.
I am seeking advice on project hosting sites.
I am also seeking input on version control.
Anyone using git and Gitorious for this? (I have no experience with
git really but would be willing to learn it for the purposes of this
project if it makes sense.)
all the best and thanks in advance,
drew
--
http://freemusicpush.blogspot.com/
I forked Specimen into Petri-Foo. Trouble is, I don't recall which version!
I have a Specimen SVN from the Arch User Repository (AUR)
Specimen SVN from zhevny.com
And of course, Petri-Foo which doesn't seem to bear exactness to
either of these (that is the parts of Petri-Foo which I haven't yet
altered).
This makes giving patches back kinda difficult.
The version of Specimen I have installed system wide (who knows where
it is from?) has spin buttons in the sample-editor for editing the
sample play/loop positions explicitly.
The version of Specimen that I forked Petri-Foo from did not (have the
spin buttons) so I copied them from (??? the specimen-build sub-dir
obtained via the AUR ??? ru sure?? ??).
The version of Specimen - r89 - from zhevny.com doesn't have the spin
buttons - unless it's in a "secret" branch which isn't default (i
don't have a clue how to 'browse' these things).
Consequently I have various diffs which maybe you can make sense of.
By some magic manipulation, you'll find either a) a new feature
providing explicit sample play/loop position editing via spin buttons
- or - b) a fix for the existing explicit sample play/loop position
editing via spin buttons which prevents the loop start/stop positions
from being incremented/decremented past the play start/stop positions.
Hope it helps someone.
If anyone can shed any light on the confusion I'd be grateful, thanks.
James.
--
_
: http://jwm-art.net/
-audio/image/text/code/
Dear all,
this mail is to remind you that the paper submission deadline for the
Linux Audio Conference 2011(*) in Maynooth, Ireland is coming closer;
your last chance to submit a paper is on February 20th, 2011.
So, if you are considering to hand in a paper but couldn't make up your mind
yet, now is the time! As said before, this conference lives through the
people contributing to it.
The deadline for music and sound installation submissions is the same as above.
Notification of acceptance of submitted papers will be sent out on
March 15th, 2011.
(*) http://lac.linuxaudio.org/2011
Please spread this information to anyone who might be interested.
Direct any questions through email to lac(a)linuxaudio.org.
Thanks,
Frank
