Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7440 discussions

[linux-audio-dev] Re: LAC 2004 recordings now online

by Juhana Sadeharju

>From: Joern Nettingsmeier <nettings(a)folkwang-hochschule.de> > >http://linuxaudiodev.org/contrib/zkm_meeting_2004/ Where one could get the furry penguin like in this photo: http://www.linuxdj.com/audio/lad/contrib/zkm_meeting_2004/photos/frank_neum… Who are the people in this photo? http://www.linuxdj.com/audio/lad/contrib/zkm_meeting_2004/photos/frank_neum… Please send me names privately. I will make a new image with names attached to it. Juhana -- http://music.columbia.edu/mailman/listinfo/linux-graphics-dev for developers of open source graphics software

19 years, 11 months

Re: [linux-audio-dev] 3D fft analysis program

by Andres Cabrera

Hi all, I'm wondering if there would be a benefit implementing the Loris analysis library (http://www.cerlsoundgroup.org/Loris/) additionally to the usual fft techniques for a visual spectrum analyzer. Would there be visual differences in both analysis that would be worth while? Cheers, Andrés Andres Cabrera wrote: > Dave, > Thanks, I hadn't seen the 3d spectrogram in snd. It does pretty much what I wanted to do. So I'll refocus and try to get it working in realtime first. It will probably take longer (because I have no idea about jack and the like), but I'll get it started. > Thanks for all the suggestions and the pointers from everyone, when I've made some progress I'll post. > Cheers, > Andrés > > Dave Phillips wrote: > >> Downer wrote: >> >>>> I'm hoping that you're thinking of a realtime display, in which the >>>> peaks roll off to create a true waterfall effect. >>>> >>> >>> >>> >>> >>> Baudline (http://www.baudline.com) is a fantastic viewer that does fft cascade. I've used it for a couple of years, and it is great for figuring out how different sounds "work", and it has an oscilloscope-type display as well. >>> >>> >> Alas, whle baudline is indeed a wonderful application it doesn't do a true waterfall display. Please see the results on Google for 'alan peevers spectrogram' for more info regarding what I'm looking for. >> >> Btw, there's a way to set Cthugha to do this, and I believe it might be possible with Pd. Snd creates a nice OpenGL FFT display but it's not realtime. >> >> Best, >> >> dp >> >> >> > > >

19 years, 11 months

[linux-audio-dev] MP3 timestretch in real time

by Suzana Mesquita de Borba Maranhao

Hi Anybody knows any software that enable MP3 timestretch in real time? I want no file conversions. In addition, I prefer a software that process the MP3 stream and not the stream MP3 after decoding process. Anybody knows any algorithm for this? Sorry by my english faults. Regards, Suzana

19 years, 11 months

[linux-audio-dev] qjackctl port list

by Fons Adriaensen

Hello, Is there any way to stop qjackctl from re-ordering a client's ports in its connection dialog ? IMHO the author of a client probably had her/his good reasons for the order chosen, and qjackctl should leave this alone. -- FA

19 years, 11 months

[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

19 years, 11 months

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

19 years, 11 months

[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

19 years, 11 months

[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

19 years, 11 months

[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

19 years, 11 months

[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

19 years, 11 months

Jump to page:

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