Anybody from Europe, who still has got EPROMS used by some old
equipment?
It seems to be, that the EPROMS I burned in the stone age, without
protecting them against UV light, are still 100% ok nowadays.
I'm really surprised.
It's not completely off-topic for those who sometimes care about
dino-synth under European sunlight, when the RAMs where replaced by
EPROMS.
I'm positively surprised :).
Really, I'm stunned in a positive way :).
[Julien Claassen]
> I have been recording music for 11 years now, with Linux. [...]
> I'm not sure, if my luck is due to the commandline, it tends to eliminate
> a lot of problems, or if I'm just lucky with my Linux. :-)
I think the small applications with narrow focus you find used on the
commandline are simply a good match for the Linux audio ecosystem with
its many one-man part-time projects.
On the other hand there's a strong desire among users and developers
for applications with a rich feature set and often also a pretty
graphical interface. It can of course be done, even by just one man,
but it takes a lot of time, vast depth and breadth of skill and
dedication and a stable list of features for both the project itself
and the libraries involved to make such applications *and polish them
to professional standards*.
I watch this ambition not without sympathy, but also not without
occasionally speculating what the Linux audio landscape might look
like with less lofty and more UNIX-shaped goals.
Tim
CAPS 0.9.10
===========
http://quitte.de/dsp/caps.html
The CAPS Audio Plugin Suite, a LADSPA library comprising classic sound
effects, various signal generators and guitar tone processing, sees
another update containing some bug fixes, minor sound improvements in
various places and a new plugin, "Spice", which, strangely, appears
not to be an exciter.
http://quitte.de/dsp/caps.html#Spice
In addition, the package documentation has been revised and some
errors corrected.
http://quitte.de/dsp/caps.html#Download
Enjoy!
Hi all
This weekend i got a message from the dev of Hypercyclic and Tonespace that
a new version of these apps is available and they includes jack support
You can find info about the arpeggiator and the softsynth here :
http://www.mucoder.net/en/
If you are interested in beta testing, you can contact the dev via this
page : http://www.kvraudio.com/forum/viewtopic.php?p=5449152
Notes:
- 64 bit only
- these apps are crossplatform, free, but not open source (however, the
dev is putting effort into linux support so that's gottta count for
something, right ?)
- i'm not involved in any way in this project, so it's best to contact the
dev directly if you have any questions (you can find his details here :
http://www.mucoder.net/en/about/)
grtz
Thijs
I write this with some caution, as i have no wish to start another
lengthy discussion on the merits of various session managers.
I'm using non-session-manager to manage my projects, and i will say here
it's been successful and time-efficient, to put it mildly. As a user
with a lot to startup, nsm has enabled me a lot more time to write, and
spend less time on non-writing tasks. (no pun intended)
I know this discussion has been had before, but can i ask devs to take
another look at nsm-patching their apps, if not already done?
The following would be particularly appreciated, here at alextone.
Muse2
(This one is a biggie, as i pretty well write nearly all midi)
a2jmidid
(The default is no -e switch. I don't know why this is, as it seems to
be that a2jmidid -e is more likely to be used by default, than not. If
this is not nsm-patchable, can we at least have a build option that
creates an additional bin exec, something like "a2jmidid-all", or
"a2jmidid-e"?)
linuxsampler
(I start this one from a script that includes the init-after-exec
switch, with a default template. Is LS nsm-patchable to "save" a
particular .lscp, so it can be started automatically with a session?
i.e. Session one uses "orchestra.lscp, session 2 uses "jazz-combo.lscp,
and so on)
Jconvolver
(Same as above. Can jconv be nsm-patched, so i can use different
IR.confs for different sessions, and a specific .conf can be saved with
a session ?)
Thanks,
Alex.
Hi everybody
We are very happy to announce the MOD Pitch Shifter
https://github.com/portalmod/mod-pitchshifter.git
After some unsuccessfull time looking for a nice pitch shifter to offer in
the MOD Cloud we decided to make one ourselves. Kudos for Andre Coutinho
who did most of the coding.
We tried VocProc and Rubberband but none gave satisfactory results, the
first being too complicated and the latter yelding too much latency.
It is very simple to use - a simple semitones shift and a quality lever -
and sounds pretty nice.
The team is working on it to make it even nicer but this first version
sounds pretty good already.
It uses the fftw3 lib which is pretty common and can be installed via the
main linux repositories (ubuntu, debian, arch, etc)
Hope you all enjoy
Kind Regards
Gianfranco
The MOD Team
Hi Fons,
Would you mind explaining how the vumeterdsp.cc from jmeters works?
In particular how you arrive at the filter-constant:
_w = 11.1f / fsamp;
With the DSP using a 2nd order low-pass filter, and since VU should have
an integration-time of 300ms, I'd have though it should rather be:
_w = (1.0 - exp(-2.0 * M_PI / 0.3 / fsamp)) / 2.0;
for large values this can be approximated by _w = 10.468 / fsamp;
What am I missing?
-=-=-=-
I suppose the gain is arbitrary, seeing as it is mapped to a GUI element
without any numeric display, anyway. But is there something special about:
_g = 1.5f * 1.571f;
1.5 * M_PI/2 ?? ie 90 degree deflection? But why the 1.5?
-=-=-=-
The context of all this is re-using your code to implement a VU meter in
Ardour3. For reference, the source-code is at
https://github.com/Ardour/ardour/blob/master/libs/ardour/vumeterdsp.cc
Some experienced beta-testers contested the ballistics of the meter and
I'm trying to get to the bottom of it...
Since this might be of general interest, I'm CCing LAD.
thanks in advance,
robin
Hi,
Its my pleasure to announce the release of Fabla!
After 8 days we have reached the target donation amount, many thanks to all
those who contributed!
Available here: http://openavproductions.com/fabla
Cheers! -Harry
The Guitarix developers proudly present
Guitarix release 0.28.0 "magic chainsaw trick" *)
Yes, we took a chainsaw, cut through the chest of Guitarix,
and... it's still alive. But now it's also 2 pieces. You can
start it (headless) on an embedded ARM system. You can start
it on your laptop and connect the user interface the the headless
instance. You can even tap on your smartphone and control
Guitarix with the web browser (or just use the tuner).
For the uninitiated, Guitarix is a tube amplifier simulation for
jack, with effect modules and an additional stereo effect chain.
Please refer to our project page for more information:
http://guitarix.sourceforge.net/
Download Site:
http://sourceforge.net/projects/guitarix/
Forum:
http://guitarix.sourceforge.net/forum/
Embedded Guitarix Prototype:
http://sourceforge.net/apps/mediawiki/guitarix/index.php?title=Guitarix_Emb…
Please consider visiting our forum or leaving a message on
guitarix-developer(a)lists.sourceforge.net if you plan to work with
embedded Guitarix.
List of changes:
* new french translation contributed by Bajo
* new MultiBandCompressor contributed by kokoko3k
* new include BestPlugins IR-Packs I-III by David Fau Casquel
* new DigitalDelay Effect module
* the Guitarix LV2 plugins are now in the default build
(but you can configure the build with --no-lv2)
* Optimizations for embedded systems / ARM processors with NEON
* --faust-vectorize-float, --convolver-ffmpeg
* Guitarix headless mode for embedded systems (no X11 / user Interface)
* network socket based service for controlling / connecting a user
interface
* service announcement via Avahi, if available
* command line options --rpchost, --rpcport, --nogui
* the service can be started in addition to the "local" user interface
* Guitarix can now be used as a user interface connecting to a remote
instance
* no configuration needed if Avahi is available
* command line options --onlygui, --rpchost, --rpcport
* multiple user interface clients can be started
(the displays keep synchronized)
* Browser-based user interface (javascript code)
* cross platform
* usable on small devices like smartphones, and in conjunction
with an embedded device
* some features still missing (no MIDI controller connections,
no presets for single effect units, no polished appearance)
* small additional server needed (included), to translate between the
socket
based interface and WebSockets, which is what (modern) browsers
understand
* only recent browsers supported, testers needed
* released in a separate tarfile
*) http://www.youtube.com/watch?v=GPTHdwqG9rw
