Hi,
QjackCtl 0.2.12a has been released.
Some fix on the audio connections client port sorting is about to justify
this immediate release.
Thanks goes this time to Fons Adriaensen, for pointing this out.
Enjoy!
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
Hi Aaron,
I fully understand what you are trying to say. They are 2 excellent ideas
and really moving thought into an area of futuristic methods. It must be
quite incredible to see the hebrew words (which I understand) being
displayed visually. I suppose the ultimate test for your idea would be to
draw the hebrew letters and hear them being reproduced aurally (WOW). I can
envisage an inordinately massive amount of coding :)
Jennifer Dillon M.I.S.T.C. member of the p1639 working group
----- Original Message -----
From: "Aaron" <aamehl(a)actcom.net.il>
To: "The Linux Audio Developers' Mailing List"
<linux-audio-dev(a)music.columbia.edu>
Sent: Monday, October 11, 2004 8:52 PM
Subject: [linux-audio-dev] killer app idea
> Hi all,
>
> I have been mostly lurking so far but I thought I might send out two
> ideas for killer apps I had.
>
> 1. Basically a front end to lilypond which will work
> more like a audio program.
>
> In many audio editors you can see the wav or a square block on a track.
>
> I had this idea of a notation editor that has tracks you can create your
> form ABA, lets say, and add markers for them. Then create motives which
> via midi or notation will become lilypond notation in the end. This
> chunk can then be put on a track.
> >The chunk can be displayed as a staff with the notes(graphic), as the
> lilypond, or just a blank track. In the same way a daw may display a
> chunk of audio a a rectangle or a wave.
>
> These Chunk can be copied, pasted transposed retrograded etc, new chunks
> could be added and manipulated.
>
> My reasoning is as follows, when will Linux shine? when it does
> something unique not done by others. Thats what makes jack/ardour etc so
> appealing.
>
> Fo notation midi input exists with rumor or a number or existing libs,
> creating an on the fly lilypond file is very possible, infact if the
> graphic (staff) representation was left off all the parts already exist.
>
>
> 2. This I call V.A.W it has a drawback in that the base technology is
> currently closed source, but this might be subject to change..
>
> here goes a inventer I know wanted to see if it was possible to recreate
> what it says in the Hebrew Torah (Bible) the the Jews on Mount Sinai
> Roim et Ha Kolot. (they say the sounds) He created a way to translate
> sound waves into light waves and display them. He found some very
> interesting things. (Hebrew letters spoken display as the shape of the
> letter). I sang into his device and saw Bach and other music display via
> his device. All overtones are displayed and visible as different colors.
> The sound of a audio mix is visually open for all to see.
>
> This is very hard to grasp without seeing.....
>
> My idea is to take his algorism/app and reverse the process and have the
> ability to take the visual and turn it back to audio. This would be like
> view on midi editors with the squares you can change to effect the
> sound, only not midi but audio!
>
> I wrote out very detailed plans for this app, again this is something
> that just doesn't exist, image not having to rely soley on your ears
> when adding effects to a mix but being able to see how the changes you
> make actually effect the way it looks/sounds and I mean in detail. There
> are so many possibilities for this.
> In a regular daw your see I think only amplitude and something else (the
> wav display)
>
> If this one isn't clearly described I will try again.
>
> Aaron
>
>
Hi all,
I have been mostly lurking so far but I thought I might send out two
ideas for killer apps I had.
1. Basically a front end to lilypond which will work
more like a audio program.
In many audio editors you can see the wav or a square block on a track.
I had this idea of a notation editor that has tracks you can create your
form ABA, lets say, and add markers for them. Then create motives which
via midi or notation will become lilypond notation in the end. This
chunk can then be put on a track.
>The chunk can be displayed as a staff with the notes(graphic), as the
lilypond, or just a blank track. In the same way a daw may display a
chunk of audio a a rectangle or a wave.
These Chunk can be copied, pasted transposed retrograded etc, new chunks
could be added and manipulated.
My reasoning is as follows, when will Linux shine? when it does
something unique not done by others. Thats what makes jack/ardour etc so
appealing.
Fo notation midi input exists with rumor or a number or existing libs,
creating an on the fly lilypond file is very possible, infact if the
graphic (staff) representation was left off all the parts already exist.
2. This I call V.A.W it has a drawback in that the base technology is
currently closed source, but this might be subject to change..
here goes a inventer I know wanted to see if it was possible to recreate
what it says in the Hebrew Torah (Bible) the the Jews on Mount Sinai
Roim et Ha Kolot. (they say the sounds) He created a way to translate
sound waves into light waves and display them. He found some very
interesting things. (Hebrew letters spoken display as the shape of the
letter). I sang into his device and saw Bach and other music display via
his device. All overtones are displayed and visible as different colors.
The sound of a audio mix is visually open for all to see.
This is very hard to grasp without seeing.....
My idea is to take his algorism/app and reverse the process and have the
ability to take the visual and turn it back to audio. This would be like
view on midi editors with the squares you can change to effect the
sound, only not midi but audio!
I wrote out very detailed plans for this app, again this is something
that just doesn't exist, image not having to rely soley on your ears
when adding effects to a mix but being able to see how the changes you
make actually effect the way it looks/sounds and I mean in detail. There
are so many possibilities for this.
In a regular daw your see I think only amplitude and something else (the
wav display)
If this one isn't clearly described I will try again.
Aaron
Hi!
Tonight they aired "The Last Night of The Promps" on TV, and (as
always?) I sit a little tear-eyed after the rendition of Elgars
"Jerusalem". But then again ... Didn't ELP do an even better arrangement
on "Brain Sallad Surgery"?
To the rescue:
I found this site with midi.GS renditions of most of ELPs production.
Those people are some real die-hard fans :)
http://home.modemss.brisnet.org.au/~mlevoi/elp1to10.html
It is interresting to notice how the midi-drums on "Tarkus", thru
different versions, evolves from rudimentary to enjoyable (for some
value of "joy".) Mmmm ... And yes, they do have a Jerusalem on site,
that clearly shows how Emerson extended the intro, the inbetween verses
as well as the ending (which ends up as a surprise.)
Listening to Timidty playing these files are of course a bit like
casually browsing thru the ELP songbook, You won't get the feel of the
playing-style of the time.
To the rescue:
http://www.progarchives.com
Some of the entries are only brief descriptions of the band, other
entries includes complete discographies as well as sample songs in mp3
format (Zappa:Peaches in Regalia anyone?). It is not a complete archive
(there is no Bjørk/Sugarcubes nor Savage Rose), but, anyhow, I think
you can have a good time browsing around there for the coming week ...
Have fun :) // Jens M Andreasen
Check it out:
http://lkml.org/archive/2004/10/9/12/index.html
MontaVista just posted their RT enhancements to the kernel. They
incorporate some of the VP patches (irq threading) but go beyond that in
several areas. They claim performance similar to the VP patches right
now, but whereas the VP approach has reached the lower limit of latency
(hundreds of usecs), due to replacing spinlocks with mutexes their
approach eventually should be much better (tens of usecs, bounded by
worst case IRQ disable).
Have not tried it yet but it looks very cool!
Lee
Hello,
I decided to give the voluntary preempt patch a try, so I just build a
2.6.9-rc3-mm3-VP-T3 kernel. But when I try to run the latency-test I
run into the following problems:
First of all, a simple-to-fix compile error in showtrace.c, caused by a
missing "
while ((c = getopt(argc, argv, "k:hpr:)) != -1) {
while ((c = getopt(argc, argv, "k:hpr:")) != -1) {
Now, I run as root, I create /dev/midi0, and I load the latency-test
module
mknod /dev/midi0 c 35 0
modprobe latency-test
but if I configure (default) to use /dev/midi0, I get:
error opening device
Using rtc instead doesn't work either:
error setting freq 1024
(the error is: Inappropriate ioctl for device)
I searched a bit in the archives, and found mention of these problems,
but no solution...
And just an observation, the default wakeup_count=2 fails, because
if (use_rtc && wakeup_count != 1)
Any suggestion?
Maarten
Hi everyone,
While lurking on CVS, here comes another step to this
jack-audio-connection-kit Qt/GUI frontend:
QjackCtl has been released: 0.2.12 is now public!
Taken from the changelog:
- Fixed some old and slow memory-leak due to redundand and repetitive call
to jack_port_by_name() (discovered and solved, thanks to Jesse Chappell);
some other free() and configure fixes were also applied.
- Shiny display effect toggling has immediate feedback on setup dialog.
- Added new usx2y driver support (EXPERIMENTAL).
- New scaled connections/patchbay icons were added; meanwhile, all inline
XPM icons were removed and brainlessly converted to PNG format.
- New setup options as for the connections/patchbay view apprearence:
larger icon sizes and font selection are now possible, to better ease
manipulation on a touchscreen (feature requested for Lionstracs'
Mediastation).
- Connection line width follows icon size in discrete proportion.
- "Other" setup options moved to a new dialog tab, "Misc"; new extreme
item values, 32 and 16 frames, added to the drop-down list of the
Frames/Buffer setting (as suggested by Mark Knetch).
As usual, grab it from:
http://qjackctl.sourceforge.net
Cheers, and enjoy,
rncbc aka Rui Nuno Capela
Hi everyone,
After a great long time, lurking on CVS, here comes another step to this
fluidsynth's Qt/GUI frontend:
Qsynth has been released: 0.2.2 is now public!
Taken from the changelog:
- Minor configure fixes.
- Meanwhile, XPM icon(s) were brainlessly converted to PNG format.
- Engine panel settings are now properly saved on stop/restart.
- Icons were added to the engine tab selector context menu.
- Master gain front panel control gets rescaled and now ranges from
0..200, with midpoint at 100 (unit gain).
- Added Mac OS X build instructions (README-OSX, by Ebrahim Mayat).
- Soundfont bank offset option gets its trial time (EXPERIMENTAL); please
note that fluidsynth 1.0.5 is needed to build on this feature, which is
being properly detected and only enabled at configure time.
- Output level peak meters are now featured as an option (EXPERIMENTAL),
which must be explicitly enabled on setup for those to show up; in
addition, overall GUI refresh cycle period has been reduced from 200 to
100 msec.
- Top level sub-windows are now always raised and set with active focus
when shown to visibility.
As usual, grab it from:
http://qsynth.sourceforge.net
Cheers, and enjoy,
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
I've been giving some more thought to LADSPA 2 recently, and I've knocked
up a quick editor for RDF/NTriples syntax plugin descriptions. The schema
used is not a particularly clever one, I just rolled it as I was writing
the code, and I'm not suggesting it for real use, its just to give a
flavour of the format.
http://plugin.org.uk/md-creator/
Runs in your browser (probably mozilla only - khtml may work) so requires
no software installation - its all client side too. You need JavaScript
turned on.
Usage
Add Plugin etc. create new form sections you can fill in
Dump text shows a (crude and incomplete) description of the plugin
Dump RDF dumps a machine readable description of the plugin
Read RDF parses any RDF/NTriples data in the textfield and turns it into
an ediable form.
Example RDF/NTriples file: http://plugin.org.uk/md-creator/example.nt
paste it into the textarea and click Read RDF to see it.
Theres also a grpahical rendering of the example:
http://plugin.org.uk/md-creator/example.png
which may help explain it.
The whole deal, UI, NTriples parser, RDF engine, NTriples serialiser is
less than 600 lines of HTML+JavaScript (View/Page Source to read it), so I
think that shows that this approach can be simple enough to implement.
- Steve
Greetings:
Thanks, Marcus, I hope it's helpful. I've corrected some errors
already, added some URLs to the plugins used in the tutorial, and a
fresh version is now on-line. :)
Best regards,
dp
marcus wrote:
>Terrific work on this tutorial, which will help me and others do musical
>things we never thought possible on a shoestring budget.
>
>Marcus Planet
>
>On Thursday 07 October 2004 02:43 pm, Dave Phillips wrote:
>
>
>>Greetings:
>>
>> I now have direct ftp access to the Quick Toots site and have updated
>>the VST/i tutorial here:
>>
>> http://www.djcj.org/LAU/quicktoots/toots/vst-plugins/
>>
>> Enjoy, and please send corrections and suggestions directly to me.
>>
>>Best regards,
>>
>>dp
>>
>>Timo Sivula wrote:
>>
>>
>>>Hi,
>>>
>>>I have put quite a lot of time on trying to make vstserver and jack_vst
>>>to work on my planet CCRMA box to no avail. A quick search on the
>>>internet shows that I am not the only one who has given up on these
>>>tools.
>>>
>>>Are there perhaps some grace coming from the ruler of Planet CCRMA to
>>>this misery ;-)
>>>
>>>br, Timo
>>>
>>>_______________________________________________
>>>PlanetCCRMA mailing list
>>>PlanetCCRMA(a)ccrma.stanford.edu
>>>http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma
>>>
>>>
>>_______________________________________________
>>PlanetCCRMA mailing list
>>PlanetCCRMA(a)ccrma.stanford.edu
>>http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma
>>
>>
>
>_______________________________________________
>PlanetCCRMA mailing list
>PlanetCCRMA(a)ccrma.stanford.edu
>http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma
>
>
>