Hi Kane,
These plugins were especially written to be used with Ingen.
Now, you will need a quite recent version of Ingen to enjoy them.
I believe KX Studio has a repository for software in development, and the
latest version should be in there.
Let me know if that helps.
Aurélien
On Feb 19, 2013 10:29 PM, <wolfbiter(a)gmail.com> wrote:
> Ok thanks for letting me know. I'm assuming you guys use these plugins -
> what programs do you run them with?
>
> On Mon, Feb 18, 2013 at 10:57 AM, David Robillard <d(a)drobilla.net> wrote:
>
>> On Mon, 2013-02-18 at 17:25 +0000, Aurélien Leblond wrote:
>> > Hi Kane,
>> >
>> > I believe this issue is due to the fact that Ardour doesn't support CV
>> > port (it is the same in Jalv).
>> >
>> > In these plugins, the CV Port are used to control when the Beat
>> > Repeater/Slicer would be repeating/slicing.
>> >
>> > @David: Can you confirm?
>>
>> Correct, neither support CV ports at this time. Doing so would probably
>> not be a big deal, I just haven't bothered yet since very few plugins
>> that are suitable for use in such hosts use them yet anyway.
>>
>> Not a big deal to do the trivial clunky ControlPort equivalent thing
>> anyway. When automating Ardour could/should 'render' a sample accurate
>> version of the curve for such ports, but that would be a bit more work.
>>
>> -dr
>>
>>
>
Hi,
I compiled Aliki in a new machine and I can not capture impulses because
aliki crash when I try to load a sweep file in the capture dialog.
I can create a sweep file, I tried to create diferent sweep files but
any of these files can be loaded in the capture dialog.
When Aliki crash there is some Backtrace in the console, I pasted here:
http://hastebin.com/pobileyiru.avrasm
Using:
Ubuntu12.10 Quantal
kernel: 3.5.0-23-generic
x86_64
Thanks in advance,
federico lopez
PD: I used Aliki in another 32bits machine without problems.
Message: 7
Date: Sun, 17 Feb 2013 17:10:11 -0500
From: Paul Coccoli < <mailto:pcoccoli@gmail.com> pcoccoli(a)gmail.com>
>You're effectively serializing your object and passing them over the
ringbuffer. If you do it this way, you should at least consider explicitly
embedding the type and length as the first member of EventBase (and have
each derived class set their own type and length in their constructors), and
reading those before touching the object you read.
Very good, that's what I do. The event is serialised to the ringbuffer, one
member at a time (so I don't rely on a particular memory layout, or padding.
The Type of message and the length are the first two values. (this example
sends some text to the GUI to display a message box)..
my_output_stream& strm = MessageQueToGui();
strm << id_to_long("mbox");
strm << (int) ( sizeof(wchar_t) * msg.size() + sizeof(int) +
sizeof(icontype)); // message length.
strm << msg;
strm << icontype;
Jeff
Hi Kane,
I believe this issue is due to the fact that Ardour doesn't support CV
port (it is the same in Jalv).
In these plugins, the CV Port are used to control when the Beat
Repeater/Slicer would be repeating/slicing.
@David: Can you confirm?
Kind Regards,
Aurélien
On Mon, Feb 18, 2013 at 9:57 AM, <wolfbiter(a)gmail.com> wrote:
> So after some time spent installing all the packages, I managed to get your plugins to install on my system (latest version of KXstudio). I can see your plugins via the plugin manager of ardour3 (beta 5, the most recent), but when I try to load any of them I get these mysterious errors (one per load attempt):
>
> "[ERROR]: LV2: "Beat Repeater - Stereo" port 2 has no known data type
> [ERROR]: LV2: "Beat Repeater - Mono" port 1 has no known data type
> [ERROR]: LV2: "Beat Slicer - Stereo" port 2 has no known data type"
>
> This is a shot in the dark, but I was wondering if it had to do with this line from http://ardour.org/node/5351#comments
>
> "Name insert and send ports as "return" and "send" rather than "in" and "out". It is possible that this might break some connections in some existing sessions. "
>
> I'm extremely excited to be a user of your Beat Repeater and Beat Slicer - let me know what I can do!
>
> Thanks,
> Kane
hi.
The following just manifested itself while experimenting with code. I
find it quite neat since it makes for quite natural looking constants:
class duration_log
{
int8_t log;
public:
constexpr duration_log(int log) : log(log) {}
constexpr operator int() const { return log; }
template<char...> friend duration_log constexpr operator"" _th();
};
duration_log constexpr maxima = 3;
duration_log constexpr longa = 2;
duration_log constexpr breve = 1;
duration_log constexpr whole = 0;
duration_log constexpr half = -1;
duration_log constexpr quarter = -2;
template<> duration_log constexpr operator"" _th<'8' >() { return -3; }
template<> duration_log constexpr operator"" _th<'1', '6' >() { return -4; }
template<> duration_log constexpr operator"" _th<'3', '2' >() { return -5; }
template<> duration_log constexpr operator"" _th<'6', '4' >() { return -6; }
template<> duration_log constexpr operator"" _th<'1', '2', '8'>() { return -7; }
template<> duration_log constexpr operator"" _th<'2', '5', '6'>() { return -8; }
---
(there is actually no need for the wrapper class duration_log, but it
makes it easier to play with overloaded functions. You could of course
just replace duration_log with int, if you do not care for type safety.)
Now I can write things like "16_th" or "64_th".
It turns out that there is a quite neat formula for the typical music
notation duration calculation. Given that the base rhythmic type is
expressed as a log (as in LilyPond for instance), the rational number of
the duration with a certain amount of dots and time modification (tuple) can be
written like this:
#include <boost/rational.hpp>
template<typename Rational = boost::rational<int>>
inline Rational augmented_rational( int log, unsigned dots
, int numerator, int denominator
)
{
return log < 0 ? Rational { ((1 << (dots + 1)) - 1) * numerator
, denominator << -log << dots
}
: Rational { (((1 << (dots + 1)) - 1) << log) * numerator
, denominator << dots
};
}
---
This is quite efficient since there is no need to multiply or manipulate
rational numbers in any way. You just get the final value straight out
of the expression.
Comments?
--
CYa,
⡍⠁⠗⠊⠕
I haven't really looked at the recorder program, but the player is pretty
cool.
To make it easier for me to understand, I simplified the code somewhat (got rid
of lash stuff, reduced output to a single port, etc) so my code excerpts below
don't match up exactly with the original code.
The first question is a rather stupid one: How long is a Jack frame? If we're
running at 44.1 kHz, is a frame 1/44100 sec? Or is it some multiple? Or is it
something else? And does the process callback get called at each frame while
transport is rolling?
process_callback() calls process_midi_output(), wherein we find:
port_buffer = jack_port_get_buffer(output_port, nframes);
Why the nframes parameter? Is there a separate buffer area for each frame?
A little later in the same function we have:
last_frame_time = jack_last_frame_time(jack_client);
Is this the time of the end of the last process cycle?
--
7:8
From what I can tell, the Jack midi interface aspires to hide the underlying
Alsa api so an app developer can just use Jack midi and not have to muck with
Asla.
If this is true, then how do I use Jack in the following senerio: I'm writing
a toy gui SMF player that outputs midi events so a program like fluidsynth can
play them.
Using Alsa sequencer, I put events on a queue with a time and Alsa takes care
of the rest. If I just use the Jack midi api, how much of this process can
Jack do? I'm assuming "not much," since all the apps that I've looked at the
source of use the Alsa sequencer.
If I wanted to do the sequencing myself, what would be involved? Or am I
completely missing the point of what Jack can do?
--
7:8
Hi Paul,
2013/2/5 Paul Davis <paul(a)linuxaudiosystems.com>
>
>
> so how does this look?
>
> http://ardour.org/files/aspecs.png
>
>
this looks very comprehensible indeed. You're recommending the Presonus
1818VSL device which looks very interesting. How about the advertised
effects like "reverb and delay effects and [...] compression, limiting,
semi-parametric EQ, and high-pass filter". Are they done in hardware and
accessable from Alsa or are these pure software effects not usable in Linux?
Regards,
Felix
Hi,
Before I spend any time to rewrite the gtkmeter.c/h widget for JAMin to
gtk3/cairo does anyone have one already finished?
Needs to be in C.
--
Patrick Shirkey
Boost Hardware Ltd