gmane.linux.audio.devel

[LAD] [OT] need help from a Qt guru re: slow graphics

Dave Phillips — 2012-05-26T13:35:06

Greetings:

The problem: When I build Kdenlive for my Arch 64 system it compiles 
without problems and starts up okay. After that the sluggishness of its 
response is almost unbearable. For example, I've timed up to 10 seconds 
between a mouse click and the resulting action, e.g. right-click to Add 
Clip,  and everything stalls badly when the program is calculating audio 
or video thumbnails. Response time gets better after running the program 
for a while, but getting it going is rather frustrating.

I've already searched Google and asked about the problem on the Kdenlive 
forum and got no useful replies, hence my request here. Some of you use 
Arch systems, and some of you know Qt well enough that maybe you can 
advise me on this problem. (I'm hoping for a relatively simple solution, 
of course).

Incidentally, the problem occurs with Arch's packaged Kdenlive and the 
binary I compile with the build script. I just upgraded both, the 
problem is still there. Other large Qt apps don't have the problem, e.g.

[LAD] Plugin buffer size restrictions

David Robillard — 2012-05-26T02:43:36

Hello laddies,

I am making an LV2 extension for accessing and/or restricting the buffer
size.  This is straightforward, but I need to know just what
restrictions are actually needed by various sorts of DSP.

The sort of thing we're looking for here is "buffer size is always at
least 123 frames" or "buffer size is always a power of 2" or "buffer
size is always a multiple of 123".

I know "multiple of a power of two" is needed for convolution.  Not sure
what else...

-dr

[LAD] Should LV2 Activate() clear MIDI CC parameters?

Jeremy Salwen — 2012-05-25T07:21:41

Hi all,

The LV2 spec says that on a call to activate(), "the plugin instance MUST
reset all state information dependent on the history of the plugin instance
except for any data locations provided by connect_port()"

I am not certain whether MIDI CC parameters are included in this category
of "data locations provided by connect_port()".  The CC parameters are sent
through port buffers provided by connect_port(), but because they are *event
* buffers, all information passed through them is necessarily part of the *
history* of the plugin instance.

I could imagine cases where you would want to reset all internal state of
the plugin, but since CC values are very much like port values, they would
be kept.  On the other hand, I could also imagine cases where you would
want to reset all internal data including the CC parameters.

I'm assuming MIDI note on/off status certainly should be reset.

Thanks,
Jeremy Salwen
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev-cunTk

[LAD] simple FAUST OSC example

Kaspar Bumke — 2012-05-23T18:48:34

Hi all,

I am trying to wrap my head around the OSC interface to FAUST and am trying
to get the noise.dsp from the examples to respond to OSC messages. I have
tried sending it things like "/hello" and "/1/slider1 s 'hello'" and
"/hello f 1.0" on port 5010 while listening on 5011 and 5012 to no avail. I
must be completely missing something here but what exactly am I supposed to
send when it says "a hello message" in the docs? Could someone just go
through all the simple steps of an OSC "hello world" in FAUST?

Kind Regards,

Kaspar
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev-cunTk1MwBs/CEJeg2xFRV2D2FQJk+8+b< at >public.gmane.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Proposals for JACK

Nikita Zlobin — 2012-05-22T23:35:54

Hi all. Just returned from military services (mandatory period).
It is likely, that i was somehow unsubscribed from list.

In summary, proposed changes are joined in two parts:
1. A few advances for freewheel mode: waiting wheel and per client
free/waiting wheel mode.
2. Get support for any count of "rooms", as they are called in LADISH
therminology, but IMHO, a bit more flexible.

Waiting wheel.
Like freewheel, but doesn't speed up system. When performance is
enough, behave like without any mode (produce sound). And only when it
is not enough, automatically free wheel, until performance is enough
again.

Per client time wheel management.
Clients could be joined into groups, where they have own time flow and
may interact as they are not in free/waiting wheel mode (pass
sound/MIDI each to others).

Other proposals, in two words:
- Ability to change master client (for now it is audio card) on the fly.
- Attaching of audio devices as clients with ability to change driver
  and its settings for each (i mean - fo

[LAD] [ANN] QmidiNet 0.1.2 released!

Rui Nuno Capela — 2012-05-22T11:25:45

A pretty old and terribly overdue JACK MIDI crash bug as been fixed. 
Hopefully at last. Ones who've been using the ALSA-MIDI (aka. ALSA 
Sequencer) interface exclusively don't need to worry. All the rest 
please apply ;)

   QmidiNet 0.1.2 released!

Have fun!

   QmidiNet [1] is a MIDI network gateway application that sends and 
receives MIDI data (ALSA-MIDI and JACK-MIDI) over the network, using 
UDP/IP multicast. Inspired by multimidicast [2] and designed to be 
compatible with ipMIDI [3] for Windows.

See also:

   http://www.rncbc.org/drupal/node/508

Website:

   http://qmidinet.sourceforge.net

Project pages:

   http://sourceforge.net/projects/qmidinet

Downloads:

- source tarballs:
   http://downloads.sourceforge.net/qmidinet/qmidinet-0.1.2.tar.gz

- source package (openSUSE 12.1):

http://downloads.sourceforge.net/qmidinet/qmidinet-0.1.2-1.rncbc.suse121.src.rpm

- binary packages (openSUSE 12.1):

http://downloads.sourceforge.net/qmidinet/qmidinet-0.1.2-1.rncbc.suse121.i586.rpm

http://downloads.

[LAD] Can an LV2 plugin legally modify input port values?

Jeremy Salwen — 2012-05-22T09:25:45

It's not clear to me what is legal for an LV2 plugin to do with an input
control port.  Once the input port has been read, is it acceptable to use
that location in memory as temporary storage in the "run" method?  Is it
the host's responsibility to re-fill the value of the parameter before
every run call? Is it the plugin's responsibility to keep input-ports
bit-exactly the same?

What about transformations of the input which leave the value logically the
same?  For example, normalizing boolean inputs the values 0 and 1?

The <http://lv2plug.in/ns/lv2core/#InputPort>
documentation<http://lv2plug.in/ns/lv2core/#Port>is silent on this
matter.

Jeremy
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev-cunTk1MwBs/CEJeg2xFRV2D2FQJk+8+b< at >public.gmane.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] New SVN version of LV2:AVW - Crashes Ingen

Aurélien Leblond — 2012-05-18T17:06:47

Thanks for that.

I have tried to approach so far:
* gdb --args ingen -eg
I would then run my plugin, remove it, Ingen would crash, but I would
get the information as to why Ingen crashed.
I'm not even sure that GDB would see that it should debug the vco2.so as well

* gdb vco2.so
(vco2.so being the name of my plugin)
Now I start Ingen, get the PID, and use
attach 15674
in gdb (I tried with or without the plugin running).
I get the following error message in GDB:
   (gdb) attach 15764B
   Attaching to program:
/home/blablack/src/avw.lv2/build/avw.lv2/vco2.so, process 15764
   Could not attach to process.  If your uid matches the uid of the target
   process, check the setting of /proc/sys/kernel/yama/ptrace_scope, or try
   again as the root user.  For more details, see /etc/sysctl.d/10-ptrace.conf
   ptrace: Operation not permitted.

I guess GDB is looking for the vco2.so when attaching...


So what stupid thing am I doing?

Thanks in advance for the help,

Aurélien

[LAD] [ANN] QjackCtl 0.3.9 quietly emerges...

Rui Nuno Capela — 2012-05-18T15:14:48

Guess what...?

the last of the remnants quietly emerges :)

   QjackCtl 0.3.9 has been released, finally!


Website:

   http://qjackctl.sourceforge.net

Project page:

   http://sourceforge.net/projects/qjackctl

Downloads:

- source tarball:
   http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.9.tar.gz

- source package (openSUSE 12.1):

http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.9-1.rncbc.suse121.src.rpm

- binary packages (openSUSE 12.1):

http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.9-1.rncbc.suse121.i586.rpm

http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.9-1.rncbc.suse121.x86_64.rpm

Weblog (upstream support):

   http://www.rncbc.org

License:

   QjackCtl is free, open-source software, distributed under the terms 
of the GNU General Public License (GPL) version 2 or later.

Change-log:

- Killing D-BUS controlled JACK server is now made optional, cf. 
Setup/Misc/Stop JACK audio server on application exit. (a patch by 
Roland Mas, thanks).
- Added include <unistd.h

[LAD] IR: LV2 Convolution Reverb and ambisonics

Fernando Lopez-Lezcano — 2012-05-12T22:11:53

It is a great addition Tom, I'm packaging it in Planet CCRMA now.

I'm trying to see what is the best way to convert the plugin so that it 
can deal with first order ambisonics impulse responses. Those are four 
channels wide (ie: four convolutions, one for each of the four incoming 
channels - W X Y Z).

I managed to get it to work by creating ir-amb.cc, ir-amb_gui.cc, etc, 
etc. And changing your code to have the required number of ports, etc. 
It does work, except that my simple minded rewrite breaks down if I try 
to instantiate a normal IR plugin in addition to the IR-AMB (how I named 
the "new" plugin). In that case the second instance (order does not 
matter) bugs out with:

(ardour-2.8.12:14284): GLib-GObject-WARNING **: cannot register existing 
type `IRWaveDisplay'
etc (same for IRModeInd and IRMeter, all the gui classes I did not 
duplicate).

I can have multiple instances of either, but not mixed (well, I can, it 
is just that opening the gui for the second does not work and crashes 
the rest).

[LAD] New SVN version of LV2:AVW - Crashes Ingen

Aurélien Leblond — 2012-05-12T16:56:01

Hi everyone,

I posted a new version of the LV2:AVW on the SVN:
svn checkout svn://svn.code.sf.net/p/avwlv2/code/trunk avwlv2-code

Unfortunately, it is crippled with a bug that I can't for the life of me
fix!

The scenario is as followed:
- Open Ingen
- Add one of these plugins
- Remove it and Ingen crashes

That other scenario would crash it too:
- Open Ingen
- Add one of these plugins
- Add any other plugin (I use MDA)
- Remove the MDA plugin, and Ingen crashes.

Now, I don't think the issue lies in Ingen as I can add/remove any
instances of the MDA plugins for example.
But JALV or Ardour don't see to have this issue...

I'm really looking for some help guys, because I have been trying to debug
that one for few weeks now without much success.

Thanks in advance for....anything!

Aurélien
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev-cunTk1MwBs/CEJeg2xFRV2D2FQJk+8+b< at >public.gmane.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] SMPTE and jackd

Egor Sanin — 2012-05-08T03:07:25

Hi folks.

I've got a question about SMPTE frames and jack period size.
In the "worst case" of 30 frames/second, each frame spans 1/30 seconds.
Does that mean that if jackd is called such that (period size)/(rate)

Large period sizes are rare these days, but this is still a possible
scenario and I want to understand it properly.

Thanks.

[LAD] How do I add threadirqs as a default boot parameter for a linux kernel not editing boot configs?

Kaj Ailomaa — 2012-05-06T20:36:33

I've been trying to find some docs on how to get the kernel to boot with 
the threadirqs by default, and not needing to pass that option manually 
at boot time (or editing a boot config).
Or, any boot option for that matter..

Anyone care to shed some light on this? :)

[LAD] NASPRO 0.4.1 released

Stefano D'Angelo — 2012-05-06T13:51:55

Hi all,

I am glad to announce the release of NASPRO 0.4.1.

NASPRO (http://naspro.atheme.org/) is meant to be a cross-platform
sound processing software architecture built around the LV2 plugin
standard (http://lv2plug.in/).

The goal of the project is to develop a series of tools to make it
easy and convenient to use LV2 for sound processing on any (relevant)
platform and for everybody: end users, host developers, plugin
developers, distributors and scientists/researchers.

This is just a small update to NASPRO Bridge it and NASPRO bridges that:

 * makes use of LV2 Atom for MIDI events;
 * enables LRDF-equivalent bundle installation and automatic
translation of DSSI programs to LV2 presets by default;
 * aligns with the unified LV2 distribution.

Enjoy!

[LAD] Introducing "Open Tritone Midi",a Satanic Open Octave Midi Fork

Rolf Wolf — 2012-05-01T08:22:03

My fellow humans,

This is the announcement of "Open Tritone Midi", a Satanic DAW and Midi Sequencer. 
The Tritone is the classic devils musical interval. ( http://en.wikipedia.org/wiki/Tritone )

It will be just an Open Octave Midi fork with replaced Logo graphics and the removal of the current author names. So I don't have to do development myself but I can start funding campaigns.

As Satanic Software it is most important to center around humans, so a friendly and humble manner in support, communication and marketing affairs will be the main focus.

When it is ready the next mail will be send to this list.

*sign of the horns*
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev-cunTk1MwBs/CEJeg2xFRV2D2FQJk+8+b< at >public.gmane.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Possible gpl validation

hermann — 2012-04-29T14:41:09

Hi all

For some time now there is a website witch offer a USB stick, a
slackware based Audio bundle full with GPL'd software. 
I have some discussions with the provider, because he wouldn't make the
source available to his (possible) users, and he wouldn't make them
aware that they have the right to receive the source.
 
I have contacted  license-violation-1yPg2kKgK35oVitdyIjqkB2eb7JE58TQ< at >public.gmane.org and get a fast
response first. On my question if they see a GPL validation they wrote
after visit the site :



Well, I let them know that I've try it without success. Unfortunately I
didn't hear any more from them for more the 2 weaks. 
Is anyone here on the list knowing what is to do now, what could we do
to make the provider aware that he must offer the source in the same way
then the binary's, and that he must make clear that users have the right
to receive the source. 
I guess most of the Copyright-holders from the used applications are
members of this list. 

At least, I still believe that no one how

[LAD] changes in gcc

Emanuel Rumpf — 2012-04-29T08:27:54

Now ... isn't this a bit frustrating, if scripts stop to work after
only 5 years ??

I tried to compile ladspa-sdk, which failed.
As I found out, it is due to (nowadays) invalid argument order:

failed:
$(CC) $(CFLAGS)  $(LIBRARIES)   -o ../bin/listplugins   listplugins.o

works:
$(CC) $(CFLAGS)     -o ../bin/listplugins   listplugins.o     $(LIBRARIES)

gcc 4.6.3

[LAD] LoMus 2012

Thierry Coduys — 2012-04-25T08:02:02

Désolé en cas d’envois multiples / sorry for possible crossposting

The dead line for software submission was extended to the April 29th
_______________

LoMus 2012

À la recherche des logiciels libres pour la création sonore et intermedia

Pour sa quatrième édition, LoMus 2012 s’adresse à tous ceux qui s’aventurent dans le développement de logiciels libres musicaux ou de logiciels libres qui peuvent contribuer au processus de la création musicale.

Un prix sera remis aux logiciels qui font preuve non seulement d’innovation, mais notamment d’inventivité face aux enjeux actuels de la création musicale.

Calendrier
6 avril 2012 - Appel à soumissions
29 avril 2012 - Date limite de soumission des logiciels
5 mai 2012 - Notification d'acceptation
11 mai 2012 - Remise du prix lors des JIM 2012

Info : http://concours.afim-asso.org/
JIM2012 : http://www.jim2012.be


LoMus 2012

In search of open-source software for musical and intermedia creation

For its fourth edition, LoMus 2012 invites mus

[LAD] jackmixdesk undefined references

Ulrich-Lorenz Schlüter — 2012-04-19T12:41:04

Hello there.

Can these files be a reason for undefined references when compiling?
I have to compile them into the binary, because phat from svn makes
problems.

configure.ac

Makefile.am

mixdesk_gtk.c

console

Thanks a lot

Uli






_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev-cunTk1MwBs/CEJeg2xFRV2D2FQJk+8+b< at >public.gmane.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] B-Control MIDI Implementation

Jens M Andreasen — 2012-04-17T05:10:36

An interesting PDF about the undocumented SysEx of BCR/BCF2000
- page 49 was the kicker for me

http://home.kpn.nl/f2hmjvandenberg281/download/BC/BC%20MIDI%
20Implementation.pdf

[LAD] jackmixdesk undefined references

Ulrich-Lorenz Schlüter — 2012-04-16T13:04:38

Hello there.

Can these files be a cause for undefined references when compiling?
I have to compile them into the binary, because phat from svn makes
problems.

configure.ac



Makefile.am



mixdesk_gtk.c
console

Thanks a lot

Uli




_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev-cunTk1MwBs/CEJeg2xFRV2D2FQJk+8+b< at >public.gmane.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev