Hi all,
Quick question: does the CAPS* plugins suite exist in LV2 format (I'm
almost sure the answer is no, as I have looked everywhere, but you never
know...).
If not, could somebody who knows the code of these plugins let me know how
hard it would be to port them to LV2? Are there any pitfalls to look for?
Background: a few years back, I created a few synths using AlsaModularSynth
- I'm trying to recreate them into Ingen. I already ported the AMS internal
modules to lv2 (avw.lv2), and a few other ones that I need are now in
fomp.lv2. I use the CAPS amp modelling to make the sound of the synth a bit
more natural.
Obviously, I know I could plug Ingen output into JackRack for example and
use CAPS there for example, but where is the fun in that? :)
Incidentally, are there other LV2 plugins that would do at Amp Modelling?
Aurélien
On Fri, 2012-11-30 at 13:52 +0100, Carlos sanchiavedraz wrote:
> We are having a considerable inner reorganization of the project along
> with the Musix 3 development itself. In addition I'm also preparing a
> Musix 3 for portable/touch devices, so there's a lot going on.
> By now the last one was Musix 3 beta 2.
>
> Anyway, we still be keeping and eye on hosts and devices with not much
> horsepower having desktops and environments prepared for them. One of
> the goals of Musix is not to forget the old PCs and devices, not to
> follow the "2 year PCs are dated -> buy a new one" tendency that is
> constantly growing.
It's strange that a project that claims to be for humanity, computers
for the third world etc. does rebuild Debian packages with i386
architecture and only does support Intel-based computers with a
686-class (or newer) CPU. I don't understand this and I don't like it.
OTOH I do understand that e.g. FreeBSD does drop AC'97 support, but
instead is interested to support the RME HDSPe AIO. It belongs to the
manpower and if we can't pay people to maintain support for old hardware
or to support new hardware, there's nobody to blame.
I don't have the money to pay somebody to support AC'97 for FreeBSD or
to support the RME HDSPe AIO for Linux and I don't have the time to do
it myself, learning how to program for the kernel is time intensive and
can't be done by reading a howto about audio driver writing.
So in some cases I agree, the approach "2 year PCs are dated -> buy a
new one" is bad, but I understand that there are limits for maintaining
all hardware.
FLOSS does include "free as in beer", that's good, but the disadvantage
is, that there's not enough money to care about everything.
Regards,
Ralf
All,
This one is a bit convoluted so please stick with me while I try to explain.
The problem manifests itself on Ubuntu using Unity (I know, I know, some
will claim they don't care about it and I fully appreciate that, but I
am not entirely sure this is about Unity).
As I've learned by working on pd-l2ork, it appears that Unity assigns
windows under the appropriate icon based on window class name (at least
that is how tcl/tk calls it). If no class name is specified, Unity gives
window class name based on the name of the shortcut that started the app
(.desktop file) and herein lies the problem.
While typically .desktop files will have the same name as the app, and
starting them as such will not be a problem, I have a a shell script
built for L2Ork participants that appears as a desktop shortcut.
Double-clicking on the shortcut starts the bash script that detects
whether qjackctl is already running and if not starts it, then it starts
pd-l2ork and uses optional argument to open the right piece. Since I
made pd-l2ork explicitly set its own window class using the following
command:
toplevel $window -class <name>
all pd-l2ork windows appear under the icon that I pinned on the Unity
launcher. The important thing is this was not the case until I
explicitly set the window class name. Before I did this, it would appear
under the name of the .desktop file name since Unity did not find any
other explicit information on the program, resulting in a new question
mark icon that appears on the launcher and program window(s) being
pegged under this new icon. On the other hand, since qjackctl does not
explicitly set its window class name, it continues to (mis)behave like
pd-l2ork used to prior to explicitly setting its window class names.
Namely, when I click on the shortcut in Unity launcher/menu, its newly
spawned window is pegged under qjackctl icon (as it should). However,
when I run qjackctl through the script, it is pegged under the new
question marked icon bearing the name of the .desktop shortcut.
So, here's the question that's been bugging me: is there a way to
explicitly set the window class name in qt as is the case with tcl/tk
(FWIW, I would be seriously surprised if one couldn't since I consider
qt far superior to tcl/tk) and if so, would it be possible to add this
to the future releases of qjackctl?
Another completely unrelated qjackctl wishlist question is would it be
possible to disable popping up message window and the pop-up error
window in the event the qjackctl does not connect successfully connect
to jackd via a preferences option as it can be quite annoying for new
users to click through those two windows every time attempted start of
jackd fails...
Many thanks!
--
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound & Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Head, ICAT IMPACT Studio
Virginia Tech
Department of Music
Blacksburg, VA 24061-0240
(540) 231-6139
(540) 231-5034 (fax)
disis.music.vt.edul2ork.music.vt.eduico.bukvic.net
Hello everyone1
This is my evil, little experiment. I was trying to coax some evil, heavy
sounds out of my NordLead3. I programmed a surprisingly strong rhythm patch
and a nice lead. So I fired up Nama, recorded the riff, put on some lead, a
little bass - one of my recent dubstep basses -, a small pad and another sound
from the presets. Then a spot of drums and we're good to go. On the synth
sounds, it's mainly just delay and a little filtering to unclutter the
frequencies a bit.
http://juliencoder.de/jb/evil_nl3.ogg
I suppose, that it will rest there for a week or two. As you can hear, it's
a little rough around the edges. But I may use the idea in a real piece of
music later on. I was just so amazed at the sound and the way, that a sound
can lead you to ideas and a certain style of playing.
Feedback as ever is warmly welcome.
Kind regards
Julien
----------------------------------------
http://juliencoder.de/nama/music.html
Hello dear all.
I'm thinking about purchasing some device that is portable, better if
it has a touch screen.
I would love your opinion and maybe know about some devices I'm not
aware yet that are Linux-friendly or have standard components.
The possibilities are:
Netbook / Barebone / UMPC / Headless-Board devices:
* pros: portable, powerful, versatile, multipurpose, you can use
almost any repository and distro (x86/x86_64 arq.), multiple
connections, compatible HW out-of-the-box, UMPCs (Ultra Mobile PCs)
have touch screens
* cons: some don't have (touch)screen, some don't have HD, you need
peripherals (mouse, keyboard), poor HW compatibility (touch screen one
of the cases), ARM sometimes is not enough for audio
Tablet, Mobile:
* pros: GUI really touch-driven, don't need peripherals, multi-core
chips, some companies have Android tablets but they also publish
Debian/Linux images for the device you could tweak (Archos), HW
is/could be Linux compatible if it runs on Android, USB compliant HW
should run
* cons: limited power (ARM sometimes is not enough for audio), don't
have typical Linux-audio SW and repositories, scarce quality
audio-apps, proprietary connectors, you have to develop a mobile
version of your apps, latency is an important issue on Android
I guess our friends at Indamixx surely had to deal with something like
this at the time, and now there's even more choices with a flood of
portable touch devices everywhere.
Thanks all in advance.
P.D: Here are some examples to illustrate:
* Netbooks:
http://eeepc.asus.com/
* UMPC:
- http://www.umpcportal.com/products/Viliv/X70%20EX/
* Headless-Board devices:
http://www.raspberrypi.org/http://pandaboard.org/http://beagleboard.org/
* Tablet:
- http://www.amazon.com/gp/product/B00422XOEG/ref=as_li_tf_tl?ie=UTF8&tag=fib…
- Debian in Archos:
http://www.youtube.com/watch?v=yGnkzAiuhUk&list=PL281A181403192C58&feature=…
--
Carlos sanchiavedraz
* Musix GNU+Linux
http://www.musix.es
hi all -
this is mainly for csound users, and for people who might want to use
inscore from another host, for instance PD or SC.
inscore is a cross-plattform and open source application for displaying
musical scores in a very general sense: not just a usual score, but also
any kind of graphic, text, image, signal etc.
inscore is maintained by dominique fober in grame, france. i find it
very useful for adding some graphical elements and abilities to csound.
the communication between inscore and another application is done via OSC.
my examples for csound and inscore can be downloaded at
https://github.com/joachimheintz/cs_inscore. the examples show:
- the general way of sending data from csound to inscore and back
- the adaption of some general inscore examples (demo and sine)
- ways of transforming a displayed text, image or score
- ways of displaying a signal
- ways of displaying csound tables in inscore
i have also made some screencast to give an easy introduction to the
examples:
http://vimeo.com/54160283 (installation)
http://vimeo.com/54160405 (examples)
german versions:
http://vimeo.com/54159567 (installation)
http://vimeo.com/54159964 (beispiele)
hope you enjoy it! let me know any problems. all best -
joachim
> I don't know about the caps plugins, however, i had a question on
> avw.lv2. I installed those plugin's to work through a tutorial on
> synth building in ingen (you may have done the tutorial). That works
> fine in ingen. However, if i have that lv2 plugin set installed,
> qtractor will not start for me.. if i uninstall the set, qtractor
> starts fine. have you seen this behavior? Qtractor doesnt segment
> fault or anything.. it just hangs. I tried with both 0.5.6 and current
> svn head.
>
> Have you seen this?
No I haven't seen this behaviour, but I haven't been using QTractor that
much.
What repository did you use for the plugins, LV2 and QTractor?