Announcing a new release of the hexter DSSI plugin.
http://sourceforge.net/project/showfiles.php?
group_id=104230&package_id=134428
hexter is a software synthesizer that models the sound generation of
a Yamaha DX7 synthesizer. It can easily load most DX7 patch bank
files, accept patch editing commands via MIDI sys-ex messages, and
recreate the sound of the DX7 with greater accuracy than any other
open-source emulation (that the author is aware of...) hexter
operates as a plugin for the Disposable Soft Synth Interface (DSSI).
No exciting new features come in version 0.6.1, just these:
* Backed out a change in version 0.6.0, where the plugin was
installed under a different name than the 0.5.x versions --
something which created headaches for distribution packagers.
* Added a backward-compatibility feature so that version 0.6.1
can be used with existing projects made using 0.5.x versions,
without changing how they sound.
More information about hexter and DSSI can be found at:
http://dssi.sourceforge.net/hexter.html
hexter is written by Sean Bolton, and copyright (c)2007 under
the GNU General Public License, version 2 or later.
hi everyone!
finally, the last missing dumps of the Linux Audio Conference streams
have been uploaded raw and uncut to
http://lad.linuxaudio.org/events/2007_tub/
(the last few files are uploading as i type).
since the stream team was confronted with a workload so high as to cause
severe thrashing (i.e. lots of running around without getting anything
done), we have not been able to produce stream dumps in any sensible
form. hence, we need YOU to help with post-processing.
please grab some of the files you find at the address mentioned above,
and sign up to
http://www.medienwissenschaft.hu-berlin.de/lawici/index.php/Stream_post-pro…
so that people know who is working on what and will not duplicate your work.
sorry for this hassle, and thanks in advance for your efforts.
best,
jörn
--
Kurt is up in Heaven now.
--
jörn nettingsmeier
home://germany/45128 essen/lortzingstr. 11/
http://spunk.dnsalias.org
phone://+49/201/491621
Kurt is up in Heaven now.
Hi all,
Here is a big new version with many changes, new features and fixes:
- New algo:
- faster, more robust, etc.
- only one (optional !) parameter (and a little bit more intuitive)
- fftw3 dependent
- Add OSS support
- Add Portaudio support
(FMIT should be Win and Mac compatible with configure flags:
--disable-jack --disable-alsa --disable-oss)
- Filter frequencies out of range
- Moved views in dB scales
- Thick lines in graphs
- A personal string for the packagers, visible in the about box
- Discrete Fourier Transform module: dedicated to be more a pedagogic module
than a usefull tool.
- Configure panel review
- And my favorite new feature: a donation button under the website !
- and so much I forgot ...
I was busy for a very long time, so sorry to people I do not answer.
Website: http://home.gna.org/fmit
Download: http://download.gna.org/fmit
Donation page: http://home.gna.org/fmit/donation.html
Comments, remarks, test, bug reports and rotten tomatoes are all welcome.
Have fun,
Best Regards,
Gilles
PS. for packagers: could you send me your repository website, or something
like this ? I'll reference them under the website.
PS. for packagers: you can now use: ./configure
--enable-packager-string="Jean-Michel de Lattre <mimi.lattre(a)jemlapet.com>"
PS. for all: you know there is a new feature on the website: donate ! :P
CC: Linux-Audio-Developers
CC: linux1394-devel
Spencer Russell wrote:
> Hey List,
> So my initial concerns that the HDA Intel audio card shares the IRQ
> with ohci1394 seem to have manifested themselves. Using the kernel
> option pci=noacpi initially put most of my devices on IRQ11, but then
> I was able to move them around using the BIOS. Unfortunately, whenever
> I change the IRQs around, HDA Intel, ohci1394, and uhci_hcd:usb2 all
> seem to move together, which to me indicates that there's some
> lower-level hardware connection between the three of them.
>
> This means that I get loads of xruns if I try to run jackd with a
> firewire hard drive plugged in, which is a pain because I bought this
> enclosure specifically so that I would have access to the hard drive
> that has all my session files on it.
The current interrupt handler for ohci1394 is rather heavyweight. This
could cause these problems. However, ohci1394 is open source, so we can
solve that if we want to :).
You should try the new juju stack, and see if you experience the same
issues there.
I'm also wondering why/whether threaded IRQ's can't be software-demuxed
in the kernel. A very basic interrupt handler like this:
handle_irq() {
switch(irq_source) {
case HDA:
set_my_prio(high);
hda_handle_irq();
case 1394:
set_my_prio(low);
1394_handle_irq();
}
}
Ingo's threaded IRQ stuff does something like this, but I don't quite
know the details of it. I'm under the impression that it allows setting
the priority of the 'handle_irq()' but not of the dispatched IRQ handlers.
Greets,
Pieter
Just in case anyone is interested on some of the things we are cooking for the
1.1 CLAM release, i described some nice features i added during eastner on
the last 4 entries of my blog[1].
The titles:
- PK Widgets integration in CLAM
- Realtime Voice Gender Change
- Educational Vowel Synth and ControlSurface Widget
- Realtime MFCC and LPC analysis
Pau and Andreas also have some niceties on the way. So stay tuned to the
planet [2] and the development screenshots [3].
[1] http://vokicodder.blogspot.com/
[2] http://clam.iua.upf.edu/planet
[3] http://clam.iua.upf.edu/wikis/clam/index.php/Development_screenshots
--
David García Garzón
(Work) dgarcia at iua dot upf anotherdot es
(Home) vokimon at telefonica adot net
http://www.iua.upf.edu/~dgarcia
Hi everybody,
I am currently in the process of creating a facade/frontend-class for lash. I
will use it to lashify JackMix but probably its of interest for others to.
As Qt supports signals/slots this is pretty good for the signaling lash does.
But a problem arises with saving/loading configs trough lash:
Upon the corresponding signal either all configs have to be sent as one to
lash followed by a finished-signal or all the options have to be stored
inside the qLashClient-class so they can be stored. Or (re)storing happens
through virtual functions and subclassing.
I am unsure which of the three models to use.
Signalling to save all options requires a lot of knowledge about lash in the
other objects which is rather unwanted as it make lashifying hard.
Subclassing allows for several save/restore objects to different
locations/mechanism like lash/file/database.
Maybe subclassing could be combined with saving options in the lash-class
(maybe even through QSettings).
Anyone has any ideas?
Is anyone interested in qLash as an independent library?
See the attached files for my current version of the class (license is
GPLv2)...
Have a nice weekend,
Arnold
--
visit http://www.arnoldarts.de/
---
Hi, I am a .signature virus. Please copy me into your ~/.signature and send me
to all your contacts.
After a month or so log in as root and do a rm / -rf. Or ask your
administrator to do so...
On 4/5/07, Dave Robillard <drobilla(a)connect.carleton.ca> wrote:
> > I think it is cooler than running a mailing list on Windows server which is
> > where lad/lau/laa lists were hosted until very recently. ;-)
>
> Touché :)
Not quite :
Darwin roar.music.columbia.edu 8.9.0 Darwin Kernel Version 8.9.0: Thu
Feb 22 20:54:07 PST 2007; root:xnu-792.17.14~1/RELEASE_PPC Power
Macintosh powerpc
Sorry Ico ;-)
__________________
Marc-Olivier Barre,
Markinoko.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I've recv. > 5 independent remarks that linuxaudio.org should provide
services for developers - similar to sourceforge.net! (again no April
fools' here)
There are already some efforts (eg. download.linuxaudio.org) but none of
which is end-developer friendly :) - we figured that providing end-user
resources is easier to implement and linuxaudio.org lacks manpower.. -
but I dare say we'll get there at last.
unless *YOU* volunteer, we won't re-implement sf.net on linuxaudio.org -
but we will aim towards some devel-CMS!
Here are a few ideas:
* web-space (1)
* bug-tracking system (2)
* code repository (3)
- no [per-project] forum (6)
- no file-release repo (5)
- no [automatic] per-project mailing lists (4)
(1) we can use one of the currently avail. platforms
wiki (dokuwiki) or CMS (drupal)
AND/OR allow to rsync custom project-web-space (static html only).
- for custom solutions we don't see a problem to add vhosts&accounts
(plus database,cgi), but this won't be an open-registration platform.
(1a) we are also working on re-organizing the vhost names and namespaces
merging old content into new CMS.. stay tuned.
any content with a dubious license is currently being moved to
http://outlaw.linuxaudio.org
(2) bugzilla ? mantis ? trac ?- any volunteers, experts?
(3) subversion seems to be the common denominator!
we can provide import/export (from darcs,cvs,git,..) scripts.
and/or have each project choose it's flavor!
- our current server runs osX and older versions of RC-software,
we'll get a linux-box for this around July and revisit this issue.
I'll volunteer to do the git & gitweb setup.. darcs,svn&cvs are
still open..
(4) once we've consolidated the server backend - you can request new
mailing-lists to be hosted at linuxaudio.org!
(5) frankly: the sf.net file-release system sucks! and so do most
www-interactive file-browsers. - there are many possible solutions, all
with a twist in the details: no spam, little admin-overhead (accounts),
accessible from any OS,... - my current favorite is to have an incoming/
folder (alike sf.net) and a small custom web-CGI that allows
project-admins to *rsync* a subtree of incoming/ to their
download.linuxaudio.org web-space! - (we can allow to write to incoming/
via ftp,webdav,rsync,.. )
(6) once there are Forums on linuxaudio.org we can revisit the
per-project forum idea... ;) - drupal should already be able to do it!
-=-=-=-=-
There are a few general issues (eg. shared accounts/passwords, HTTPS/SSL
certs, proxy/cache ) to be addressed, before we start new web-project.
..just takes some time..
However I'm pleased to announce that we've now got a stable&clean web-
and mail-server setup (including backups, log-analysis -rotation,..
etc.) - and started fine-tuning both performance and security issues;
look&feel will improve further down the road.
robin, for the linuxaudio.org team
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFGD9OheVUk8U+VK0IRAgmUAJ0SwNJDtxdICm8eCZwpjjKEuP5/3QCdGTBb
3HBQOUmXKFgTYiMahAvWyoM=
=Yy/x
-----END PGP SIGNATURE-----
Hi all,
After a while of recovering and figuring out the details on how to do this,
we have now set up a little form online for you to order LAC'07 t-shirts.
The t-shirts will have the same quality as the t-shirts you have seen the
organisers wear, throughout the LAC in Berlin.
This is a one-time offer only, and be sure to put in your orders soon, as the
offer will only stand up until the 16th of April.
We want to have the payment in advance, as we need to pay the cost of
printing, packaging and postage.
Please use the link on: http://www.lac.tu-berlin.de to go to the form, get
more detailed information and order your shirts!
sincerely,
Marije
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
Hi all,
After a while of recovering and figuring out the details on how to do this,
we have now set up a little form online for you to order LAC'07 t-shirts.
The t-shirts will have the same quality as the t-shirts you have seen the
organisers wear, throughout the LAC in Berlin.
This is a one-time offer only, and be sure to put in your orders soon, as the
offer will only stand up until the 16th of April.
We want to have the payment in advance, as we need to pay the cost of
printing, packaging and postage.
Please use the link on: http://www.lac.tu-berlin.de to go to the form, get
more detailed information and order your shirts!
sincerely,
Marije