Re: [linux-audio-dev] sample pitch shifting
thanks that looks perfect
Re: [linux-audio-dev] LinuxTag videos
Cool. really. remains the question how to do this on the *cool* OS ? Anybody in the knowing? cheers, tobias. On 4 Jul 2002, Bob Ham wrote: > I was looking at the mpegs from the linuxtag web cam and it seemed to go > very well with the tune the happened to be playing, so I thought I'd add > them together, and they do work well together IMHO: > > http://pkl.net/~node/lad/linuxtag-2002.mpeg [27M] > > Unfortunately, it was done on The Evil OS, but the actual tune happens > to be from a "Sounds Of Slashdot" CD that I got from LinuxWorld 2000 in > NYC :) > > Another "unfortunately": the encoder seems to have missed a bit of the > end off, so it just stops abruptly. The rest is ok, tho. > > Anyway, enjoy :) > > Bob > > -- > Bob Ham: [EMAIL PROTECTED] http://pkl.net/~node/ > > My music: http://mp3.com/obelisk_uk > GNU Hurd: http://hurd.gnu.org/ >
Re: [linux-audio-dev] soft synth as a plugin
>for a softsynth, i'd prefer a design that puts the core functionality >in a library, because from there on, you can integrate it with *all* >audio applications -- if your synth sounds good, people will write the >necessary wrappers for their favourite audio app themselves :) > >for a standalone version to work with other audio applications your >best choice for audio is using jack i think. of course to receive >midi, the alsa sequencer comes to mind first. personally i like raw >midi byte streams as a means of connecting via files/sockets, too. i.e. wrap up the synth core as a LADSPA plugin, then call it from within you JACK client. right? :)
Re: [linux-audio-dev] where are the Pd crew?
Hi, Paul Barton-Davis hat gesagt: // Paul Barton-Davis wrote: > > http://www.harmony-central.com/Newp/2002/Jitter.html > > Cycling 74 is going to charge you US$395 to add "video/matrix/3d" to > max/msp, when Pd can do this already, for free ... admittedly, it > includes support for Quicktime. Ha, been there, done that: GEM 0.87 already has Quicktime support, but of course not for all QT-formats. > I don't know how good the current gem stuff for Pd is, but it seems to > me that Pd needs a headline at Harmony Central. Definetly. But to anwer your subject's question: Miller Puckette is on a two-week vacation... ;) ciao, -- Frank Barknecht _ __footils.org__
Re: [linux-audio-dev] Gibson MaGIC
Just as a footnote to all this, and kind of making the thread a bit irrelevant for the moment, something with higher priority has come in the way of magic in my todo list: yet another sequencer, as hinted at by the previously posted scans. Assuming someone else doesn't take the lead in a magic stack project, (which would obviate my wish to,) it'll be some time before I make a crack at it. And I don't doubt people will be thinking "why not just work on muse?" Looking at most of the recent emails on the muse list will probably answer that, as will a good look at the code. Bob -- Bob Ham: [EMAIL PROTECTED] http://pkl.net/~node/
Re: [linux-audio-dev] name a realtime wave mixing library/programwithan API
On Thu, 4 Jul 2002, Dave Phillips wrote: > "Kjetil S. Matheussen" wrote: > > > ...At work, I'm currently working > > on a polished version of the Notam program "Ceres", which now has > > realtime preview, support for very large files, unlimited undo, > > support for libsndfile, porting of some ceres3-transforms to ceres, > > betterg gui, and lots of other things. Will be released in a short time. > > Wonderful news ! Any enhancements to the LPC parts ? I'm now anxiously > awaiting the release... :) > I just ran a diff against 0.14, but cant see any difference in LPC. Also, there seems to be a v0.15 that Øyvind has forgotten to release, at least on the notam homepage. But reading a diff-file between the two, it doesnt seem to be very much difference. --
Re: [linux-audio-dev] Gibson MaGIC
On Thu, 2002-07-04 at 04:03, Paul Davis wrote: > we'd rather have you writing JACK-enabled softsynths than figuring out > how to remortgage your apartment/flat/house to pay off the legal bills :) Unfortunately, I know next to nothing about synthesis or DSP, but I do know a little about getting data from A to B. I dunno if poverty scares me, either, but atm I'm an already-poor recent graduate, so it doesn't make much difference :) (And no, I'm not joining the rat race yet.. I'm heading for the great heights in business and power of Behind The Counter At The Local Petrol Station :) Bob -- Bob Ham: [EMAIL PROTECTED] http://pkl.net/~node/
Re: [linux-audio-dev] Gibson MaGIC
On Thu, 2002-07-04 at 17:04, Nelson Posse Lago wrote: > Suit yourself; but remember that magic will only take off if it sees wide > adoption by the industry; do *you* want to contribute to the adoption of > a patent-encumbered protocol while it still hasn't any market share? I don't, no, but there appears to be no alternative. I, and many others, want a protocol for shoving audio down UTP cables, not just giving it to a TCP/IP stack which, iiuc, just can't give the timing guarantees that a hardware protocol like magic can. And such a protocol now exists. Gibson have given the world a license to use their "patent", for now, and they've also specifically stated that they won't interfere with a free software implementation. And why should they shut a project down? To do so would be dumb, given that it would reduce a product's userbase a great deal. Will they do a Unisys and sting people for fees later, if/when the protocol has been widely adopted? I don't know. From what I can tell though, most music equipment companies care much more about their customers than, say Unisys, or any of the other Big Evil Corporations that rule the software world (although I've not really had much experience in this industry, so I expect to be corrected :) Perhaps they care more because most of them aren't Big Evil Corporations; taking Mackie as a prime example. Anyway, it's a risk, I know, but it's one I'm willing to take. I just hope Gibson don't let me down in 10 years and make me feel like I helped them screw people over. > Supporting the .DOC format is an evil we can't do without, but magic might > as well be replaced by, say, RTP, and the world would be a better place. Like I say, the thing is that magic is a hardware protocol, not just a software one. I don't know that any RTP protocols are designed specifically to take data over 100baseTX hardware. And it's not just an extension of the IEEE protocols; Magic networks aren't networks in the conventional ethernet broadcast bus sense. I like the protocol, it Makes Sense (tm). And, it exists. Bob -- Bob Ham: [EMAIL PROTECTED] http://pkl.net/~node/
Re: [linux-audio-dev] Gibson MaGIC
On Thu, Jul 04 2002 at 03:42:11am +0100, Bob Ham wrote: > On Thu, 2002-07-04 at 03:21, Dan Hollis wrote: > > Do you have a magic-enabled guitar or mixer or effects box or synth? > No. That does kind of take away my argument, really :) But then I'm > not sure why I'm having to justify myself on this.. I want to write a > magic stack.. let me! :) Suit yourself; but remember that magic will only take off if it sees wide adoption by the industry; do *you* want to contribute to the adoption of a patent-encumbered protocol while it still hasn't any market share? Supporting the .DOC format is an evil we can't do without, but magic might as well be replaced by, say, RTP, and the world would be a better place. See ya, -- Quantum Mechanics: The dreams that stuff is made from
[linux-audio-dev] LinuxTag videos
I was looking at the mpegs from the linuxtag web cam and it seemed to go very well with the tune the happened to be playing, so I thought I'd add them together, and they do work well together IMHO: http://pkl.net/~node/lad/linuxtag-2002.mpeg [27M] Unfortunately, it was done on The Evil OS, but the actual tune happens to be from a "Sounds Of Slashdot" CD that I got from LinuxWorld 2000 in NYC :) Another "unfortunately": the encoder seems to have missed a bit of the end off, so it just stops abruptly. The rest is ok, tho. Anyway, enjoy :) Bob -- Bob Ham: [EMAIL PROTECTED] http://pkl.net/~node/ My music: http://mp3.com/obelisk_uk GNU Hurd: http://hurd.gnu.org/
Re: [linux-audio-dev] name a realtime wave mixing library/programwith an API
"Kjetil S. Matheussen" wrote: > ...At work, I'm currently working > on a polished version of the Notam program "Ceres", which now has > realtime preview, support for very large files, unlimited undo, > support for libsndfile, porting of some ceres3-transforms to ceres, > betterg gui, and lots of other things. Will be released in a short time. Wonderful news ! Any enhancements to the LPC parts ? I'm now anxiously awaiting the release... :) Best regards, == Dave Phillips The Book Of Linux Music & Sound at http://www.nostarch.com/lms.htm The Linux Soundapps Site at http://linux-sound.org
Re: [linux-audio-dev] Desktop Environments in the World of Pro Audio
Richard Bown wrote: > Both Chris and Guillaume were really pulling for gtk. It just never came > off. When the decision was made to move to KDE/Qt I trusted their judgement > as I was just glad to being doing anything that wasn't Xt/Xaw! > > I've got to say that we've never looked back. Perhaps now the situation has > changed somewhat but if we'd have waited around then we'd be behind the > game now. Is that kind of tradeoff worth it? Hi, Richard: I would like to add that while I was in Barcelona I saw a recent CVS version of Rosegarden in action. It's coming along very nicely ! And if I'm not mistaken, you are working on JACK support ? Best regards, == Dave Phillips The Book Of Linux Music & Sound at http://www.nostarch.com/lms.htm The Linux Soundapps Site at http://linux-sound.org
Re: [linux-audio-dev] name a realtime wave mixing library/programwith an API
On Wed, 3 Jul 2002, robbins jacob wrote: > -snd: seems to me to be the best thing to look into next, unless your > comments steer me otherwise. > Sounds exactly what you are looking for. With its guile-interface, you have a great high-level interface. Snd reads samples from disk too, so you are not limited by the available memory. BTW, this is my first posting to this list. I have been lurking it for some months though. Some notes about myself, I work as a system administrator and programmer at Notam; norwegian network for technology, acoustic and music. My main private programming project is the Radium music editor, http://www.notam02.no/radium/ . Other things is the midi system library for the AROS operating system (http://www.aros.org), and some work with the Bars'n'Pipes sequencer and the Octamed tracker for the amiga: http://www.notam02.no/~kjetism/nsm/ . At work, I'm currently working on a polished version of the Notam program "Ceres", which now has realtime preview, support for very large files, unlimited undo, support for libsndfile, porting of some ceres3-transforms to ceres, betterg gui, and lots of other things. Will be released in a short time. --
Re: [linux-audio-dev] i'd love one of these
On Thu, Jul 04, 2002 at 08:34:36 -0400, Paul Davis wrote: > > http://www.harmony-central.com/Newp/2002/kantos-10.html > > although the GUI could use something more GNOME-like :) Or, you could just build it out of pd - ofcourse, the quality of the pitch tracker would be critical. FWIW my mail use of modular synth software is with a pitch tracked guitar or whatever as one of the osciallors, but I'm not that fussy about the speed/accuracy of pitch trackers. I generally use a zero crossing impulse tracker. - Steve
Re: [linux-audio-dev] soft synth as a plugin
nick wrote: >Now somebody please put me straight here - as far as I can see, there's >LADSPA and JACK. (and MuSE's own plugins?). Now, I'm under the >impression that these only deal with the audio data - only half what I >need for a synth. Or can LADSPA deal with MIDI? [...] >I just want to get on, write amSynthe and then everyone can enjoy it, >but this hurdle is bigger than it seems. for a softsynth, i'd prefer a design that puts the core functionality in a library, because from there on, you can integrate it with *all* audio applications -- if your synth sounds good, people will write the necessary wrappers for their favourite audio app themselves :) for a standalone version to work with other audio applications your best choice for audio is using jack i think. of course to receive midi, the alsa sequencer comes to mind first. personally i like raw midi byte streams as a means of connecting via files/sockets, too. (unfortunately it will probably take another decade until we have a ladspa equivalent for realtime event transmittance ;) maybe the already mentioned iiwusynth can serve as a design model for your project; i found it very versatile. cheers, tim
Re: [linux-audio-dev] name a realtime wave mixing library/program with an API
>Is this the very same libsndfile which is required by Jack (can't install Jack > without it) indeed it is. you can build and install JACK without it. you just can't build and install all the example clients/the example-clients package. --p
RE: [linux-audio-dev] name a realtime wave mixing library/program with an API
Isn't Timidity able to load SF2 banks? Maybe that's a solution for you? If the soundfonts could be loaded/unloaded dynamically like in Windows API you could just load new soundfont bank when it's needed and unload when it's no more / not yet needed to save memory. If you don't like SF2 format also the DLS or DLS2 formats are available (you'll get specs from www.midi.org). IMHO it's better to build a pure MIDI tracker (for Windows I haven't yet found a pattern-based MIDI sequencer like the one on Ensoniq EPS/+/ASR/ESQ samplers/synths which I've also used live, it's simply great) and send the BANK LOAD and BANK UNLOAD commands from the sequencer as SYSEX data to the synth part of application. -Mikko > -Original Message- > From: ext robbins jacob [mailto:[EMAIL PROTECTED]] > Sent: 04. July 2002 4:46 > To: [EMAIL PROTECTED] > Subject: [linux-audio-dev] name a realtime wave mixing library/program > with an API > > > I am writing a sequencer application for performance use, > sort of like a > tracker but with a more flexible pattern structure. Such a > sequencer will > need to have random realtime access to banks of samples and effects. > I've been having a devil of a time finding a library or sound > program to > provide the sample loading/playing/mixing features for this > project. As of > yet i have been smashing my head against a bunch of projects > that don't > quite allow enough pcm files to be simultaneously loaded into > memory and > mixed on demand. I really don't want to write this code > myself (the result > would not be pretty), So i am asking for suggestions of > programs and/or > libraries that i could hook up to my sequencer app to provide > the actual > sound generation. > > basically, i'm looking for a software sampler with an api, > but it looks like > i'm going to have to use a wav editor that can be abused into > holding lots > of samples (say a few hundred) "memory", you say? as much as > you can handle! > > here's a short history of my blundering entrance into linux sound [a > frustrating experience of stumbling through projects with almost no > documentation and then delving deep into the code only to > find out it's not > what you thought]: > > -ecasound: this was an early favorite for its full feature set, but i > discovered it can not load and unload wav files without a > discontinuity in > the output. so it's more for studio use. > > -RTcmix: my current fave, it has a great lineage and a > totally awesome > scheme of making instruments into libraries that can be > loaded and unloaded > on demand at runtime. unfortunately, it was created before it > was feasible > to put samples into memory. so soundfiles are treated as file > descriptors > which reside on the hard disk (i think). furthermore, the > treatment of > instruments-as-libraries does not allow instantiating and referencing > multiple instances of a type of instrument. RTCmix is rapidly > evolving and a > few more hacks could make it what i need. > > -EsounD: has the wav storage and accesibility but is a little > too rough to > use for performance > > -JACK: anything of this sort one ends up making will > eventually use JACK, > but JACK is for tying the sound producing modules together, > not for holding > and mixing a bunch of individual samples. > > -Open Source Audio Library (Bruce Forsberg's): seems to be > everything one > would need... but not an application. To use this one would > have to build a > separate application that uses OSAP to load/play/mix samples, > then interface > with that app. i'd like to avoid that; i figure other people > have done that > better, and i should be able to spend time making a sequencer > as opposed to > a sample-player but, hey maybe i'm all mixed up... > > -SDL: same comment as OSAP. provides api for loading and then > let's you > schedule mixing on your own. > > -PSL the Portable Sound Library project from Andrew Clausen: > can not locate > this, even on sourceforge. > > -snd: seems to me to be the best thing to look into next, unless your > comments steer me otherwise. > > p.s. i hope these comments don't seem negative towards the > projects, i am > really amazed by all of them. they are just not designed for > doing what i > want so i am asking for suggestions of projects that will need less > shoehorning to fit into the mold i described above. > -jacob > - > > > _ > Chat with friends online, try MSN Messenger: http://messenger.msn.com > >
RE: [linux-audio-dev] name a realtime wave mixing library/program with an API
Hello, Is this the very same libsndfile which is required by Jack (can't install Jack without it) Btw, it would be very useful and make some audio task faster if you could fix some samples or short phrases into RAM. I think Samplitude allows you use this kind of files (that are loaded into RAM instead of streaming from HD) in it's projects. In Cubase the same system works transparently as Cubase reads the data first into the very large buffers (you can define the size of the buffers yourself as well as the scheme used by Cubase). For some songs the HD led never lights after the first playback, so during MIDI tracking or mixing there's practically no HD activity. Note also that some standalone digital recorders like Roland VS840 record to ZIP disks which vere limited to 128 Mb for the first ZIP's, later the 250 Mb disks have replaced the old ones, but computers for DAW usually have 256 Mb - 512 Mb of RAM. -Mikko > -Original Message- > From: ext Erik de Castro Lopo [mailto:[EMAIL PROTECTED]] > Sent: 04. July 2002 5:40 > To: [EMAIL PROTECTED] > Subject: Re: [linux-audio-dev] name a realtime wave mixing > library/program with an API > > > On Wed, 03 Jul 2002 18:45:33 -0700 > "robbins jacob" <[EMAIL PROTECTED]> wrote: > > > I am writing a sequencer application for performance use, > sort of like a > > tracker but with a more flexible pattern structure. > > An the Paul Davis <[EMAIL PROTECTED]> wrote: > > > the fashion in the last few years has been specifically to *not* put > > PCM files in memory, but to stream them from disk (see > > gigasampler). by putting them in memory, you limit the size of the > > samples you can use quite noticeably. even a machine with 2GB of > > physical RAM wouldn't be particularly useful with contemporary grand > > piano samples. > > If you head in that direction I encourage you to look at libsndfile: > > http://www.zip.com.au/~erikd/libsndfile/ > > which is simply a library for doing audio file I/O from/to disk. Using > libsndfile it should be relatively easy to cache whatever you *must* > have in memory and retrieve the rest from disk as you need it. > > I have released release candidate 2 of version 1.0.0 and there should > be very few very minor changes between now and the final release. > > One of the things I have been doing is benchmarking all file I/O and > fixing any problems found. The final release will do faster I/O than > all previous releases for all file formats. This is much more > than any > of the competition does as I am not aware of any benchmarking being > done on those projects. > > By using libsndfile, you'd be joining some of the following > luminaries: > > Conrad Parker (author of sweep) says: >". to use libsndfile, which is easier than falling off > a teflon > log after drinking a bottle of vodka" > > Paul Davis (Ardour and more) says: >"i'm a huge fan of libsndfile (its so much better than the SGI >inspired API that does the same thing)." > > Cheers, > Erik > -- > +---+ > Erik de Castro Lopo [EMAIL PROTECTED] (Yes it's valid) > +---+ > Moore's Law: hardware speed doubles every 18 months > Gates' Law: software speed halves every 18 months >
[linux-audio-dev] where are the Pd crew?
http://www.harmony-central.com/Newp/2002/Jitter.html Cycling 74 is going to charge you US$395 to add "video/matrix/3d" to max/msp, when Pd can do this already, for free ... admittedly, it includes support for Quicktime. I don't know how good the current gem stuff for Pd is, but it seems to me that Pd needs a headline at Harmony Central. --p
[linux-audio-dev] i'd love one of these
http://www.harmony-central.com/Newp/2002/kantos-10.html although the GUI could use something more GNOME-like :) --p
Re: [linux-audio-dev] are there any standard APIs for sound
>I've been trying to build an audio application that will work on any linux
>machine with any sound card in it.
>Can any one kindly give me information on the following :
>
>Are there any standard APIs that i can use to build such an application ?
>
>Does the Linux sound card drivers adhere to any standards, like web cam
>drivers adhering to V4L or V4L2 standard ?
the pre-eminent audio+MIDI driver API for Linux is ALSA:
http://www.alsa-project.org/
current (2.4) linux kernels include the OSS API, but as of linux
kernel 2.5, ALSA will be the standard.
i would also mention JACK (http://jackit.sf.net/) which aims to
replace any consideration of audio interface ("sound card") APIs for
90% of all audio application development.
you might also check out PortAudio (http://www.portaudio.com/) which
has a very nice cross-platform API that is not too far from JACK's way
of thinking.
--p
Re: [linux-audio-dev] RE: linux-audio-dev digest, Vol 1 #91 - 17 msgs
>yet but Im ready to change that). I have been very interested in assisting >the unix community with the development of a completely professional >multitrack recording ystem complete with audio processing "plugins" >including soft-synths. I have ideas regarding a method and standard but have >not weighed them against anything out there. Is there anybody out there >actually doing development on an open source system that is a part of this http://ardour.sf.net/ http://www.wakkanet.fi/~kaiv/ecasound Ardour's primary goal is to make ProTools irrelevant. Ecasound is more oriented toward command line use, though its a very powerful tool and there are graphical front-ends for it under development. i should also mention MusE, which doesn't do a lot with audio right now, but is easily the cream of the current crop when it comes to MIDI sequencing. http://muse.seh.de/<<= most advanced MIDI plus of course, LADSPA (http://www.ladspa.org/). i strongly suggest you read the Ardour FAQ's entry on VST support, since it applies to just about all of us, i believe. >I have many ideas and much knowledge in audio processing and used to me a >member of the AES (Audio Engineering Society) about 10 years ago and I would >like to talk to others that are interested in this. Perhaps we can put >together an action list and get underway. Ardour has been underway for 2-1/2 years. There are several professional recording engineers on the ardour-dev mailing list, and I'm also a partner in a commercial recording studio here in Philadelphia. --p
Re: [linux-audio-dev] sample pitch shifting
On Wed, Jul 03, 2002 at 06:06:40 +0100, dunk fordyce wrote: > im trying to find out how to change the pitch/lenght of a sample. > > can anyone point me at any good internet references or code or any other help? http://www.dspdimension.com/ There is an implementation in my plugins http://plugin.org.uk and I think sox has a PVOC too. - Steve
Re: [linux-audio-dev] [OT] Linux Audio Jobs
Well, we offer research positions from time to time, and only use Linux as our dev platform, but judging from the number of applicants we usually get, there is an over-supply of tallented people. This will no doubt change, as soon as industry realises how important it all is, when Microsoft bans program development on PC platforms unless they get to control it. The EC is already funding several medium-large research projects in the music and film area, and is in places actively supporting the open source initiative. The UK has an EPSRC (Engineering and Science Research Council) Network of Excellence in Music Technology. If we have any jobs going, they are always advertised on this list, by the way, as well as our web site (currently being revamped) and other "standard" places. From the response we get, I'd encourage other people wanting to recruit to do the same. As far as I can tell, there are no "no hopers" on this list! We get c. 10 A-1 applicants for each post in total: contrast this with the guys in the research group down the corridor who recently had about 5 posts to fill, and only one applicant (I did *not* miss out the word "suitable"). I really wish we could hire more of them! Nick/ nick wrote: >Hi, > >I've just finished my degree in CS :~( and now must enter the real >world. Ideally i'd love to carry on working on Linux Audio/MIDI stuff (i >wrote a soft-synth "amSynth" for my CS project), preferably paying for >my food etc too ;-) > >Anyone know if there *are* any jobs in this field? >I'd love to take a risk and do it off my own back, but with huge student >debts its not really an option :-/ > >Thanks, >a desperate Nick > > >_ >Do You Yahoo!? >Get your free @yahoo.com address at http://mail.yahoo.com > > > -- Dr Nick Bailey [EMAIL PROTECTED] Centre for Music Technology http://cmt.gla.ac.uk/ Dept of Electronics and Electrical Eng http://www.elec.gla.ac.uk/ The University of Glasgow http://www.gla.ac.uk Fight corporate intellectual piracy! (Consider what this means to you: http://www.theregister.co.uk/content/4/25891.html) Please take our survey about how the arts can be delivered over the internet! http://cmt.gla.ac.uk/CMT/OD-Survey Tell your friends! Thanks! >From the OpenDrama team.
[linux-audio-dev] Re: SoundIN-bug in ALSA (PPC) - USB driver ?
At 04 Jul 2002 01:04:39 -0700, Alexander Carot wrote: > > Hej, > > I just bought a Quattro Audio interface which runs wonderfully under MAC > OS 9 but under Linux there's trouble with the soundin.When recording I > get lot of strange noise and "dropouts". > I'm running a version that is about 7 days old. Did anyone have the same > trouble ? it's a known bug. it was fixed on cvs on the last weekend. but there was still a deadlock at closing the capture, which was fixed a minute ago ;) please try the latest cvs version. (the latest rcs revision of usbaudio.c is 1.14.) Takashi
[linux-audio-dev] SoundIN-bug in ALSA (PPC) - USB driver ?
Hej, I just bought a Quattro Audio interface which runs wonderfully under MAC OS 9 but under Linux there's trouble with the soundin.When recording I get lot of strange noise and "dropouts". I'm running a version that is about 7 days old. Did anyone have the same trouble ? -- A l e x
Re: [linux-audio-dev] Desktop Environments in the World of Pro Audio
nick wrote: > Why are all the (major) sequencer projects built on Qt/KDE? i count > MuSE, Rosegarden and Anthem all on QT. Personally i'd much rather a GTK > sequencer, i'm sure others would like the choice too. For Rosegarden it's because we enjoy using Qt - it's stable and it's mature and it's easy to extend. It's well documented and it lets us quickly prototype ideas and it doesn't bite us in the ass all the time. This isn't to mean we haven't considered other options. Indeed RG4 _was_ going to be a gtk app. Guillaume (http://www.telegraph-road.org) used to develop gtkmm - part of the intention being to eventually use it for Rosegarden. In the end he gave up: "I got involved in gtkmm because of Rosegarden : we had choosen it to write our GUI. [..] In retrospect, my only regret is not to have done it earlier, as Qt/KDE has quickly proven to be an excellent C++ development framework, way superior to what gtkmm/gnomemm is or could ever be." Both Chris and Guillaume were really pulling for gtk. It just never came off. When the decision was made to move to KDE/Qt I trusted their judgement as I was just glad to being doing anything that wasn't Xt/Xaw! I've got to say that we've never looked back. Perhaps now the situation has changed somewhat but if we'd have waited around then we'd be behind the game now. Is that kind of tradeoff worth it? B -- http://www.all-day-breakfast.com/rosegarden http://www.bownie.com
Re: [linux-audio-dev] Desktop Environments in the World of Pro Audio
Fred Gleason hat gesagt: // Fred Gleason wrote: > Interesting. I can't speak for GNOME (where my experience is nil), but in > Qt/KDE, the themeing is very much in the DE, not in Qt. I have heard some > faint rumblings that that might be changing in Qt 4, but thus far Trolltech > hasn't said much about it. Hhm, I don't have any KDE stuff installed, but MusE lets me select several themes with only QT. I use the Mac-like-theme, of course ;) ciao, -- Frank Barknecht _ __footils.org__
Re: [linux-audio-dev] Desktop Environments in the World of Pro Audio
Fred Gleason wrote: > Any other potential downsides? It strikes me as absurd to be sitting here > bemoaning the primitive state of UIs on Linux audio apps while we have the > embarassment of riches called KDE and GNOME sitting here at our elbow. I quite agree. But then I would say that wouldn't I? B -- http://www.all-day-breakfast.com/rosegarden http://www.bownie.com
Re: [linux-audio-dev] name a realtime wave mixing library/programwith an API
You should check out iiwsynth, it relatively new, but its a soundfont plackback and control library.
