Hello all,
A few days ago someone posted a pointer to some
python/numpy audio related code. I wanted to keep
this message and have a look at it later, but my
fingers were too quick... And I don't find that
message in the archives (it could be on LAU as
well).
If anyone still has that message, please send me
a copy !
TIA,
--
FA
O tu, che porte, correndo si ?
E guerra e morte !
Cheers for the reply & the commit!
Its a help anyway, I was at 12 errors, now down to 6 errors. (+ 5 warnings).
All the errors seem to be of the same kind. (Something due to accessing
array[2] ?)
I've never written a .vapi and dont really understand all the fancy tricks
you do...
So best job is probably to post the error output after running the command..
command: valac --pkg jack main.vala // my main.vala is just a single
printf statement, no JACK code
jack.vapi:48.36-48.44: error: syntax error, no expression allowed between
array brackets
public int get_aliases(ref string[2] aliases);
^^^^^^^^^
jack.vapi:48.36-48.44: error: syntax error, no expression allowed between
array brackets
public int get_aliases(ref string[2] aliases);
^^^^^^^^^
jack.vapi:270.41-270.47: error: syntax error, no expression allowed between
array brackets
public void get_read_vector(ref Data[2] vec);
^^^^^^^
jack.vapi:270.41-270.47: error: syntax error, no expression allowed between
array brackets
public void get_read_vector(ref Data[2] vec);
^^^^^^^
jack.vapi:271.42-271.48: error: syntax error, no expression allowed between
array brackets
public void get_write_vector(ref Data[2] vec);
^^^^^^^
jack.vapi:271.42-271.48: error: syntax error, no expression allowed between
array brackets
public void get_write_vector(ref Data[2] vec);
^^^^^^^
On Sat, Jun 26, 2010 at 10:25 PM, alberto colombo <vala(a)albx79.it> wrote:
> Hello,
>
> I created a bug to track progress on Jack bindings:
> https://bugzilla.gnome.org/show_bug.cgi?id=576777. I have just committed
> the latest version I had on my HD (dated November 2009), which should
> fix quite a few bugs compared to the version in that email.
>
> Please note that I didn't have the means or the time to test all the
> bindings, therefore expect some memory errors on some functions I
> haven't used. It gives plenty of warning now (it should be updated for
> vala 0.9), but it should compile.
>
> Also, the binding are for version 0.116. If you need features from
> 0.118, they'll have to be added.
>
> Regards
> Alberto
>
> On Sat, 2010-06-26 at 16:04 +0100, Harry Van Haaren wrote:
> > Hey all,
> >
> > I'm learning Vala at the moment, primarily with the intention to develop
> > apps
> > which support JACK audio output. I'm gonna work towards GStreamer based
> > audio routing, and JACK Transport to Start/Stop my app.
> >
> > For the while, I hope to have a play around with JACK using Vala. So I
> went
> > looking for bindings and found the following:
> > http://www.mail-archive.com/vala-list@gnome.org/msg02266.html
> >
> > I've read the replies, installed Jack.vapi into /usr/share/vala/vapi
> > but I cant seem to get rid of some certain errors whenever I compile.
> >
> > Are others using this binding successfully?
> > Any tips / info I should know about when using Jack & Vala?
> > Cheers, -Harry
> > _______________________________________________
> > vala-list mailing list
> > vala-list(a)gnome.org
> > http://mail.gnome.org/mailman/listinfo/vala-list
>
>
>
Hey all,
I'm learning Vala at the moment, primarily with the intention to develop
apps
which support JACK audio output. I'm gonna work towards GStreamer based
audio routing, and JACK Transport to Start/Stop my app.
For the while, I hope to have a play around with JACK using Vala. So I went
looking for bindings and found the following:
http://www.mail-archive.com/vala-list@gnome.org/msg02266.html
I've read the replies, installed Jack.vapi into /usr/share/vala/vapi
but I cant seem to get rid of some certain errors whenever I compile.
Are others using this binding successfully?
Any tips / info I should know about when using Jack & Vala?
Cheers, -Harry
Hi,
I keep getting surprised at some of the most basic problems I run
into... This time, processing order.
1) Notes of zero duration?
Are these legal MIDI? Do I send a note-on with simultaneous note-off?
Or should they simply be ignored?
2) note x ending simultaneously with note y beginning
For example, a sequence of eighth notes, each an eighth in duration.
As far as processing of these events goes, which should be processed first?
Cheers,
James.
Robin Gareus:
> >
> > 0.49 has this feature implemented. Use the "-jt" option.
> >
> > It should be sample sync,
>
> Almost. It does not yet compensate for port-latency. It is important for
> both effects that introduce latency as well as to keep physical I/O in
> sync with apps.
>
> see jack_port_get_latency() and jack_port_get_total_latency()
> at http://jackaudio.org/files/docs/html/group__PortFunctions.html
>
Thanks for the info! I also wonder, does jack compansate for
latency when it mixes the outputs from ports (i.e. when several
output ports are connected to a jack_capture port), so that
the sound is in sync?
> > but I'm not sure whether the last
> > block (the one that received a stop message from jack transport)
> > should be recorded? For now it's recorded. If that's wrong,
> > I'll fix it in the next release.
>
> While it's safe to just record it, i don't think it should be.
> http://jackaudio.org/files/docs/html/group__TransportControl.html reads:
>
> jack_transport_stop() [..] takes effect on the _next_ process cycle.
>
> jack_transport_query() [..] If called from the process thread, pos
> corresponds to the first frame of the _current_ cycle and the state
> returned is valid for the entire cycle.
>
> IOW: As soon as the app sees a stopped transport in the process loop it
> is exactly at, or already a bit later than the actual end.
>
Thank you very much. This also confirms what I though was most likely.
On Wed, 23 Jun 2010, Kjetil S. Matheussen wrote:
>
> Andrew C:
>>
>> Wow, thanks for the replies guys!
>>
>> Of the software mentioned here, my biggest wish is for syncability with
>> JACK
>> transport, so I can send the output of one of the linuxsampler instruments
>> to the recording software, hit the play button from inside Rosegarden and
>> have a perfectly synced audio copy of one particular instrument output
>> which
>> I can then drop back into the sequencer timeline and continue with another
>> section of the song, thereby freeing up system resources.
>>
>> Of course, this rules out jack_capture I'm afraid!
>>
>
> Sorry, I got this feature request about 4 years ago, but haven't
> implemented it. It should only be about 10-20 extra lines of
> code. I'll do it very soon.
>
0.49 has this feature implemented. Use the "-jt" option.
It should be sample sync, but I'm not sure whether the last
block (the one that received a stop message from jack transport)
should be recorded? For now it's recorded. If that's wrong,
I'll fix it in the next release.
Hello all,
those of you who attended LAC2009 will recognise the Sala
Bianca and lovely metal girl Giorgia:
<http://www.youtube.com/user/WinterHaze01>
Enjoy !
--
FA
O tu, che porte, correndo si ?
E guerra e morte !
And is there a snowballs chance in hell that this is un-encumbered?
<http://electronicdesign.com/tabid/57/default.aspx?topic=algorithm_delivers_…>
Yeah, I sub to a lot of stuff, and occasionally a gem comes by.
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Old programmers never die, they just hit account block limit.
> I think that situation is simpler, and is just as you surmise -- you
> can't redistribute a plugin that claims to be under the GPL if it uses
> the VST SDK headers.
>
> There _are_ some VST plugins out there that use the SDK but claim to
> be under the GPL, and I think that is really borne of frustration with
> the current impossibility of "doing it properly" because of the
> restrictive license for the SDK headers (most painfully, the SDK
> license's reverse-engineering clause effectively forbids publishing
> source for a plugin that _doesn't_ use the SDK, if you have already
> accepted the SDK license).
The PC itself famously became an open platform after Compaq clean-room
reverse engineered the BIOS. This is considered legal - Someone who has NOT
agreed to the VST SDK license can re-create headers that mirror the function
of the VST SDK. They must do this by examining/debugging a running VST Host,
not by looking at copy of the original SDK.
You can't include the official VST SDK in a GLP plugin or host.
Jeff McClintock.
A simple question: can GPL plugins be loaded into non-free hosts?
This may appear a stupid question, but given the fact that non-free
code can't link to GPL binaries, what is the story with dynamic modules?
Thanks
Victor