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
Nothing much to say...
but anything goes, as long it goes before the proverbial midsummer
meltdown...
whatever:)
Qtractor 0.5.10 (kilo papa) is out!
Release highlights:
* Edit/Insert, Remove range options (NEW)
* LV2 Dyn-manifest support (NEW)
* Time, frames, BBT display option in-place menu (NEW)
* Audio export track automation (FIX)
* Clip/event selection clear/reset (FIX)
Website:
http://qtractor.sourceforge.net
Project page:
http://sourceforge.net/projects/qtractor
Downloads:
http://sourceforge.net/projects/qtractor/files
- source tarball:
http://downloads.sourceforge.net/qtractor/qtractor-0.5.10.tar.gz
- source package (openSUSE 12.3):
http://downloads.sourceforge.net/qtractor/qtractor-0.5.10-7.rncbc.suse123.s…
- binary packages (openSUSE 12.3):
http://downloads.sourceforge.net/qtractor/qtractor-0.5.10-7.rncbc.suse123.i…http://downloads.sourceforge.net/qtractor/qtractor-0.5.10-7.rncbc.suse123.x…
- quick start guide & user manual:
http://downloads.sourceforge.net/qtractor/qtractor-0.5.x-user-manual.pdf
Weblog (upstream support):
http://www.rncbc.org
License:
Qtractor is free, open-source software, distributed under the terms
of the GNU General Public License (GPL) version 2 or later.
Change-log:
- Default drum-key note names are now properly showing on MIDI tracks
that are assigned to known drum/percussive instrument patches (eg.
SoundFont 2 (.sf2) bank 128).
- Time display format (frames, clock-time or BBT) may now be changed
from the context-menu on any time entry spin-box.
- LV2 plugin support is now tightly tied to liblilv; the same tie
applies to LV2 plugin UI support and libsuil and vice-versa.
- Mixer buses racks (ie. left/input and right/output panes) are now both
kept fixed-width when whole mixer window is resized.
- Unconditional LV2 Dyn(amic)-manifest support has been added.
- Main track-view Edit/Insert,Remove/Range dialog is now being
introduced with optional applicability to Clips, Loop, Punch in/out,
Automation, Tempo-map and/or Markers.
- New range removal editing tool, split/moving clips backward at the
specified edit-head/tail interval (Edit/Remove/Range, Track Range)--by
Tuomas Airaksinen, thanks.
- Andy Fitzsimon's original icon from opencliparts.org makes it through
as the default standard scalable format (SVG).
- Automation's back in effect on Track/Export Tracks.../Audio.
- Reversed shift/ctrl keyboard modifier roles on middle-button clicking
over the main track and MIDI clip editor views (aka. piano-roll) in
regression to original old semantics.
- Color selection actions now have a brand new palette icon.
- Make sure main track-view and MIDI clip editor selection is only
cleared on specific discrete commands.
- Try keeping the original session file in most recent files menu list,
despite current version auto-incremental backup mode is in effect.
- Fixed non-zero clip offsets upon tempo/time-scale changes.
- Some sympathy to extreme dark color (read black) schemes is now
indulged on empty backgrounds.
See also:
http://www.rncbc.org/drupal/node/680
Enjoy && have (lots of) fun.
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
Hi All,
I finally got around to giving Praxis LIVE its own home on the web
this week. There's a lot more to come in the near future in terms of
help and resources, but this should hopefully give a better overview
of what the project's all about.
www.praxislive.org
Praxis LIVE is an open-source, graphical environment for rapid
development of intermedia performance tools, projections and
interactive spaces.
This replaces and enhances the somewhat outdated information on the
Google Code site. Downloads and code are still hosted there, though
I'll be looking to host downloads elsewhere in the near future now
Google has deprecated this.
Thoughts and / or contributions to the further development of the
project and its online resources very much appreciated.
Thanks to whoever mentioned Praxis LIVE on the open-source musician
podcast last month - your slight confusion over what it was for was
one of a number of factors that prompted the development of this
website! :-)
Best wishes,
Neil
--
Neil C Smith
Artist : Technologist : Adviser
http://neilcsmith.net
Praxis LIVE - open-source intermedia development - www.praxislive.org
Digital Prisoners - interactive spaces and projections -
www.digitalprisoners.co.uk
OpenEye - the web, managed - www.openeye.info
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
hi all,
(apologies if this is the wrong mailing list, but i'm currently only
subscribed to LAD and not LAU. anyhow:)
i'm having serious troubles using zita-ajbridge with alsa loopback
devices.
my basic requirement is, to allow *any* ALSA-only application to be
"jackified".
i'm on debian, and my current tests are done on i386 resp. x86_64, but
my target platform is armel (wandboard solo, powered by a single-core
ARM cortex-A9)
the basic problem i'm facing is, that i don't get much output.
occasionally i do get output (e.g. with mplayer)
so here's what i did:
# modprobe snd-aloop (with all the default parameters)
which gives me:
$ cat /proc/asound/cards
0 [Generic ]: HDA-Intel - HD-Audio Generic
HD-Audio Generic at 0xf0244000 irq 43
1 [SB ]: HDA-Intel - HDA ATI SB
HDA ATI SB at 0xf0240000 irq 16
2 [Loopback ]: Loopback - Loopback
Loopback 1
$ zita-a2j -v -d hw:Loopback,0 -L
playback : not enabled
capture :
nchan : 2
fsamp : 48000
fsize : 256
nfrag : 2
format : S16_LE
Starting synchronisation.
0.460 0.999864
[...]
on another terminal i do:
$ mplayer -ao alsa:device=hw=Loopback.1 STE48.wav
and after connecting zita-a2j to my system's output, i can hear sound.
cool!
ok, so i stop mplayer, and start some other application e.g. Pd (what
else). hooking it up to the loopback device, i start my testpatch:
silence :-(
ok, so mabye Pd is broken, i try some zita app, e.g. zita_delay (from
libzita-alsa-pcmi)
$ alsa_delay hw:Loopback,0 hw:Loopback,0 48000 1024 2
playback :
nchan : 32
fsamp : 48000
fsize : 1024
nfrag : 2
format : FLOAT_LE
capture :
nchan : 32
fsamp : 48000
fsize : 1024
nfrag : 2
format : FLOAT_LE
synced
Signal below threshold...
Signal below threshold...
[...]
not very surprisingly, it doesn't detect any input signal (zita-j2a is
not running), but i also don't hear any output signal.
hmm.
stopping jack (which quits zita-a2j), i try a alsa_delay on my soundcard:
$ alsa_delay hw:SB,0 hw:SB,0 48000 1024 2
playback :
nchan : 2
fsamp : 48000
fsize : 1024
nfrag : 2
format : S32_LE
capture :
nchan : 2
fsamp : 48000
fsize : 1024
nfrag : 2
format : S32_LE
synced
2176.341 frames 45.340 ms ??
2176.405 frames 45.342 ms ??
and i hear nice sine-tones.
checking the output of alsa_delay vs that of zita-a2j, i notice that
one uses latter S32_LE whereas the former uses FLOAT_LE.
since i cannot change the format of alsa_delay without recompilation,
i try to match the two formats with zita-a2j, by running:
$ zita-a2j -v -d hw:Loopback,0 -p 1024
$ zita-a2j -v -d hw:Loopback,0 -p 1024
playback : not enabled
capture :
nchan : 32
fsamp : 48000
fsize : 1024
nfrag : 2
format : FLOAT_LE
Starting synchronisation.
3.716 0.999042
2.713 0.998499
[...]
which gives me pretty much the same config as is used with alsa_delay.
re-starting `alsa_delay`: still no sound.
just in case: starting zita-j2a as well:
$ zita-j2a -v -d hw:Loopback,0 -p 1024
playback :
nchan : 32
fsamp : 48000
fsize : 1024
nfrag : 2
format : FLOAT_LE
capture : not enabled
Starting synchronisation.
-2.919 1.000933
-1.457 1.001286
[...]
and making sure that zita-*2* are jack-connected to system, but still
no luck.
hmm, what is going on here?
currently the *only* application that i can convince to use
zita-ajbridge seems to be mplayer, and only in S16_LE mode.
what are the requirements for an application to use zita-ajbridge?
shouldn't other zita applications (like alsa_delay) automagically
fullfill these requirements through libzita-alsa-pcmi?
do my application either have to support FLOAT_LE or be stuck with
S16_LE/2channels forever?
is there a tutorial out there on how to use zita-ajbridge with snd-aloop?
masdr
IOhannes
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/
iEYEARECAAYFAlHeuicACgkQkX2Xpv6ydvRT+ACcC0ZW07gHvW6ub3HXhWG8sXR8
TYcAn1SALKnlTeFYJmtPz8gkvpX+aLNB
=BuNd
-----END PGP SIGNATURE-----
