Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

[linux-audio-dev] [ANN] QjackCtl 0.2.12a released!

by Rui Nuno Capela

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

21 years

Re: [linux-audio-dev] killer app idea

by mailbox1

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 > >

21 years

[linux-audio-dev] killer app idea

by 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

21 years

[linux-audio-dev] Musical references

by Jens M Andreasen

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

21 years

[linux-audio-dev] Interesting kernel development

by Lee Revell

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

21 years

[linux-audio-dev] problems running latency-test 0.5.5 with latest VP kernel

by Maarten de Boer

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

21 years

[linux-audio-dev] [ANN] QjackCtl 0.2.12 released!

by Rui Nuno Capela

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

21 years

[linux-audio-dev] [ANN] QSynth 0.2.2 released!

by 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

21 years

[linux-audio-dev] Example LADSPA 2 metadata editor

by Steve Harris

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

21 years

[linux-audio-dev] Re: [PlanetCCRMA] VST/i on the planet CCRMA?

by Dave Phillips

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 > > >

21 years

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-dev