Hi all,
A bugfix version of TAP-plugins has been released. It aims to fix:
* problems on 64-bit (silence in EQ, etc)
* denormal problems
* GCC compiler warnings
* uninitialised variables (detected via Valgrind)
Thanks to Damon Chaplin for spotting the issues, working on the
solution and preparing a patch.
TAP-plugins is hosted on SourceForge, please visit:
http://tap-plugins.sf.nethttp://sourceforge.net/projects/tap-plugins/
There is no new functionality in this release. If 0.7.0 works perfectly
for you, there is no need to upgrade.
Enjoy,
Tom
Hello all,
I have an ardour mixer strip with 4 input and 2 outputs,
and insert (post-fader) a plugin which has 4 inputs (A,B,C,D)
and two outputs (X,Y).
The signals at the output of the strip seem to be
X + C + D and Y + C + D instead of X and Y.
Is this 'documented behaviour', and if yes what
purpose does it serve ?
Ciao,
--
FA
Io lo dico sempre: l'Italia è troppo stretta e lunga.
> David Robillard -
> Anyway, ...replication in basic form is pretty straightforward: the host
> needs a way to pass a 'replication factor' to the plugin. This raises
> a
> few obvious questions:
>
> - Should changing this at run-time be possible? This is more useful
> with polyphony than with replication for multi-channel purposes. This
> raises nasty realtime issues, but since buffer allocation is the host's
> problem and a clever host could possibly do it, I think the spec should
> make this possible. Maybe there are problems with internal plugin data
> that needs to replicate as well but in a non-realtime way though?
I have written plugins that support port replication. In my case they
*appear* to do so in realtime, but don't actually.
The host re-instantiates a replacement (with the extra ports), and the
same parameter settings, then inserts the replacement in the graph 'swapping
out' the old instance (and destroying it). This happens pretty darn fast -
milliseconds.
The advantage is a minimal, simple API - when a plugin in created it
queries it's 'replication factor' and adjusts itself accordingly. I don't
need to support changes 'on the fly' while the plugin is processing audio
(which could be difficult to perform within the constraints of realtime
operation (without memory allocation etc).
So you can avoid the nasty realtime issues, yet easily support run-time
flexibility.
Jeff McClintock
This is rather off-topic for this list, but I know that some
developers here have a warped interest in this sort of thing.
Dataquay is a free open source library that provides a friendly C++
API for the popular Redland RDF data store using Qt4 classes and
containers.
http://breakfastquay.com/dataquay/
Dataquay is intended to be simple to use and easy to integrate. It is
principally intended for use in Qt-based applications that would like
to use an RDF datastore as backing for in-memory project data -- that
is, data being edited by the user, such as points and their properties
in a graphical editor -- to avoid having to provide application
data-specific file I/O and to make it easy to augment the data with
descriptive metadata pulled in from external sources. Dataquay is also
intended to be useful for applications whose primary purpose is not
related to RDF but that have ad-hoc RDF needs for metadata management.
Dataquay is similar in concept to the Soprano library
(http://soprano.sourceforge.net/), but smaller, less sophisticated,
and with BSD rather than LGPL licensing.
Please see the website for more information, downloads, and caveats.
Chris
Hello,
I released a new free open source application under GPL3:
contrOSC is a middleware to bridge hardware DAW midicontrollers to OSC
(Open Sound Control) enabled software like PD, CSound or SuperCollider,
so you can easily create patches which communicates with the devices.
The first one is the C4 by MACKIE (tm).
Demopatches for PD and CSound are included, the OSC commands are
documented in the manual PDF.
http://controsc.sourceforge.net
Dependencies are
- QT 4.x
- liblo for OSC
- alsaseq for Midi
So far only sourcecode release.
Cheers,
Malte
--
----
media art + development
http://www.block4.com
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Rui et al,
I just found that recent kernel development (merging IRQ threads into
mainline) breaks the "rtirq" setup script. Basically rtirq does nothing.
The command to get the PID
PIDS=`ps -eo pid,comm | egrep "IRQ.${IRQ}\$" | awk '{print $1}'`
(rtirq line 120) does no longer work since the IRQ process names have
changed.
I've quickly changed it to
PIDS=`ps -eo pid,comm | egrep "irq\/${IRQ}-" | awk '{print $1}'`
and it sets the priorities again, but that's not correct since it also
raises priority of other drivers on the same IRQ..
Similarly `rtirq status` returns nothing. I've checked with:
`ps -ewo pid,class,rtprio,ni,pri,pcpu,stat,comm --sort -rtprio`
instead.
It looks like a new set of regexps for rtirq is in order ;)
This is
Linux soyuz 2.6.31-rc5-rt1.1 #1 SMP PREEMPT RT Wed Aug 5 23:06:21 CEST
2009 i686 GNU/Linux
# ps -eo pid,comm | grep -i irq
4 sirq-high/0
5 sirq-timer/0
6 sirq-net-tx/0
7 sirq-net-rx/0
8 sirq-block/0
9 sirq-tasklet/0
10 sirq-sched/0
11 sirq-hrtimer/0
12 sirq-rcu/0
149 irq/9-acpi
495 irq/14-ata_piix
496 irq/15-ata_piix
506 irq/16-yenta
526 irq/12-i8042
527 irq/1-i8042
1418 irq/8-rtc0
1428 irq/19-ehci_hcd
1446 irq/16-uhci_hcd
1447 irq/17-uhci_hcd
1450 irq/18-uhci_hcd
1452 irq/19-uhci_hcd
1544 irq/29-iwl3945
22591 sirq-high/1
22592 sirq-timer/1
22593 sirq-net-tx/1
22594 sirq-net-rx/1
22595 sirq-block/1
22596 sirq-tasklet/1
22597 sirq-sched/1
22598 sirq-hrtimer/1
22599 sirq-rcu/1
22609 irq/17-HDA Inte
22610 irq/17-ohci1394
22952 irq/16-i915@pci
22968 irq/28-eth1
Yes I'm also baffled at the high PIDs for IRQs. I hazard a guess that
those are a result of a suspend/resume cycle; and I'll check later if
the chrt settings do persist after a suspend/resume.
so long,
robin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkp7AfMACgkQeVUk8U+VK0LBZACfUeRxyGBf5rpmMvlurTFxKRis
zk0An2QFd07wyg5wHRZXY0MJjD9dESnv
=JLI3
-----END PGP SIGNATURE-----
Patrick Shirkey:
>
> On 08/08/2009 09:57 PM, Jens M Andreasen wrote:
>> On Sat, 2009-08-08 at 16:44 +1000, Patrick Shirkey wrote:
>>
>>
>>> Here's what I have found after extensive testing with the latest dev
>>> version of pulseaudio-v0.9.16-4 and jack-0.116.1 on a 2 core amd, 4GB
>>> notebook running Fedora 11.
>>>
>>> 1. 32 bit apps will not play on a 64 bit pulseaudio easily or at all.
>>> 2. Skype, Realplayer/Helix and Flash are a pain to get working with
>>> pulseaudio if they work at all.
>>>
>>
>> These two items are related, right? Does it go away with a
>> 32bit/extended kernel?
>>
>>
>
>
> I haven't tested with a 32 bit system. I'm not sure if I will get the
> time for that. I don't think in this case it has much to do with the
> kernel. I think it is because pulse is compiled for 64 bit and the apps
> are looking for 32 bit libs.
>
Well, there's your problem. It's great that you try out new
software though, but of course then you'll get more stability
issues as well.
Hi there,
I'm trying to read midi events in a lv2 gui, but port_event() doesn't
get called when new midi events appear.
So, how do I get my midi events in the gui?
Regards and thanks in advance
Uli
The following is a copied email I previously sent to Tom Szilagyi....
On Sun, Aug 2, 2009 at 11:13 PM, Michael Fisher<mfisher31(a)gmail.com> wrote:
> Hi Tom!
>
> I just recently purchased a software item called 'The Beat Thang' .
> You can
> find it at www.beatkangz.com. I am running MacOSX Leopard. After
> installing their software and low and behold in my
> '/Library/Audio/Plug-Ins/' folder appeared a subfolder named 'LADSPA' .
> hmmmm... I should probably tell you that I mostly use linux for audio
> recording so I am familiar with ladspa, especially your plugins (very
> nice).
> Anyway. These guys are distributing binaries of the following ladspa
> plugins:
>
> * tap_chorusflanger
> * tap_echo
> * tap_echo
> * tap_pitch
> * tap_reflector
> * tap_vibrato
>
> There are other ladspa plugins too. See attached screenshot. They
> are not
> giving credit, providing source, anything really required of them from
> the
> GPL as far as I can tell. I thought you might want to know about
> this. It
> really bothers me though because I personally stand for the GPL and think
> that folks who use GPL'd software should abide by the rules.
>
> I'm pretty sure their installer is responsible for 'installing' the
> plugins
> because I can erase the LADSPA folder, then reinstall the Virtual Beat
> Thang
> and magically the LADSPA folder reappears.
>
> There is no mention for credit to you guys (Linux Audio Developers) on
> the
> Beat Kangz website either.
>
> Also, when I run their program from the terminal it outputs to stdout
> that
> indeed these ladspa plugins are being loaded. It kind of makes me wonder
> what other open source software they are using and perhaps linking
> statically to libraries and what not.
>
> -Mike
Tom Szilagyi wrote:
> Thanks for reporting this.
>
> I notice in the screenshot that there are other LADSPA plugins there
> (vinyl by Steve Harris; the CMT plugins; AFAIK all others are also
> GPL'd LADSPA).
>
> I would ask you to write a similar mail to the LAD mailing list with
> some more provocative subject ("GPL violation alert" or something like
> that) so everyone knows about this. Then together we can write a
> letter to Beat Kang asking that they abide by the GPL, or remove GPL
> from their stuff.
>
> Lets be clear: other than publicity, we don't really have a weapon
> against them. Legal action is probably out of scope for us, so in case
> they don't follow what we ask for (which is likely since I'm sure they
> knowingly violated the GPL in the first place) humiliating them as
> publicly as we can may be the best we can do.
>
> FSF or EFF may be able to help us with this (I'm sure there is at
> least one organisation dedicated to protecting the GPL, but I'm not
> sure).
>
> Tom
No problem. It's not really fair to put a 'skin' around free software,
call it your own, and then sell it. The only thing I ask is that my
name be left out of the letter that may be written to them. The reason
is, that I personally know one of the staff members at the Beat Kangz. I
just would hate to have it cause any trouble. My friend personally
doesn't have anything to do with this violation, he just works for
them. I hope that isn't a problem with you.
-Mike
