Davy Wentzler wrote: Yeah.... Did they get anywhere with the Windows port of Ardour, btw? That should make it a free, crossplatform and extremly powerful multitrack recorder for windows also. I guess in this case that would be bad news for you, Davy. I watched a recording of a speech by Mark Shuttleworth (Ubuntu founder) where he pointed out that in like ten years it will be VERY difficult for proprietary ("commercial") software to compete with Free Software commercially. In Linux Audio this is already very much true. Me I've already switched to LA (Ardour, etc) from Adobe Audition (blah!) on Windows. This is also on the machine where I work (parttime) and get paid (recording voices etc for multimedia productions). I also spent two months at a "major" movie studio here in Norway, and I wouldn't have switched Ardour for their Nuendo at any price, particularly since Ardour is much snappier and has much better routing-possibilities than Nuendo. Only thing of course is the Waves VST plugins, I don't think we have anything on LA wich can match that. Yet. Now, I don't mean to take your courage away, but this is what you're up against nowadays... Maybe to find some way to make it GPL and still earn some bucks? You could do coursing, consulting or some other type of support or development for customers... Your app could perhaps be practical for educational purposes? Amiga rules, btw...I heard that the MorphOS system is taking 5 megs of HD space... Now, what other modern OS can compete with THAT? In fact I recently got an A4000/040 the other day, from some media-institution related to where I work. I'll try to fire it up some day :) Saaadly, though, they didn't give me the Studio16 16 bit recording card, just the manual ;( -- Ringheims Auto - Fri musikk for bilstereo! http://ringheimsauto.friwebteknologi.org

On Sat, Aug 19, 2006 at 05:05:44PM +0000, carmen wrote: What single track wave editors are you guys using? I use sweep when I want to do simple wave editing of recorded samples, but I'm curious about what others I might not have heard about. Best, Chris. ------------------- chris(a)mccormick.cx http://mccormick.cx

Hallo, Chris McCormick hat gesagt: // Chris McCormick wrote: Nothing beats Snd. Not even on Windows. Also runs inside Pd. ;) Besides that there is Audacity, which I'm not particulary fond of however, and there is Rezound, which is wonderful for cutting loops because it has very good intuitive play-selection-as-loop functions. Can Sweep open big soundfiles now? Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

On 8/20/06, Dave Phillips <dlphillips(a)woh.rr.com> wrote: I believe Davy is in the middle of porting it to Qt, which explains the hiatus. jlc

On 8/24/06, Andrew Gaydenko <a(a)gaydenko.com> wrote: Yes, on the rezound mailing list: http://sourceforge.net/mailarchive/forum.php?forum=rezound-users jlc

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dave Phillips escribió: I'm having problems building it on x86_64, I'm not sure exactly what is the problem, thoguh.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 carmen escribió: I haven't heard about this mhWaveEdit, will check it out! Audacity simply doesn't cut it for me (too much of a Mac-like UI, IMO)

carmen schreef: i can't say i have this problem. it runs quite well in my ubuntu amd64. my problem with rezound is that is very slow with large files. m -- http://www.mprims.net

On Fri Aug 25, 2006 at 06:43:33AM +1000, Erik de Castro Lopo wrote: ive mentioned it a few times on #lad when people were discussing one of the two. i dont see a reason to expend effort to make to _more_ free wave editors work right when one already does :) in general it was brokenness related to connecting to jack/alsa (eg hear a blip of sound then crash), opening weird files such as wav64 or aiff, and silly wx/gtk/qt slightly-different-version induced things. iow, not too exciting, but enough to stop the show.. that, and that obnoxious 'paper-clip guy' thing. wtf!

carmen wrote: Ok, so you dissed the programs on #lad when none of the developers were around. That productive. So which program was that; Rezound or Sweep? Again, Rezound or Sweep? Specifics? So, free software developers have devoted hundreds or thousands of hours working for love on these creations and you can't be bothered spending 10 minutes on a decent bug report????? Erik -- +-----------------------------------------------------------+ Erik de Castro Lopo +-----------------------------------------------------------+ Being really good at C++ is like being really good at using rocks to sharpen sticks." -- Thant Tessman

is the patch in a release version? i use whatever is newest in portage (including masked and -* keyworded). im about to run these two versions thru their paces and see if i can get them to crash :) [ebuild N ] media-sound/rezound-0.12.2_beta-r1 USE="alsa flac jack nls soundtouch vorbis -16bittmp -oss -portaudio" 1,689 kB [ebuild R ] media-sound/sweep-0.9.1-r1 USE="alsa nls vorbis" 877 kB [2] are they new enough? the rezound came in a svn update to the pa overlay today.. all the other ones use bio2jack :)

On Thu Aug 24, 2006 at 11:34:10PM +0000, carmen wrote: heres the same thing with a SVN checkout, and -g: (gdb) continue Continuing. [New Thread 1082132816 (LWP 31968)] [Thread 1082132816 (LWP 31968) exited] [New Thread 1090525520 (LWP 31983)] Program received signal SIGFPE, Arithmetic exception. [Switching to Thread 1090525520 (LWP 31983)] 0x0000000000418ed8 in alsa_device_write (handle=0x987700, buf=0x0, count=0, offset=-1) at driver_alsa.c:359 359 uframes = count / handle->driver_channels; (gdb) where #0 0x0000000000418ed8 in alsa_device_write (handle=0x987700, buf=0x0, count=0, offset=-1) at driver_alsa.c:359 #1 0x000000000041865b in device_write (handle=0x987700, buf=0x0, count=0, offset=-1) at driver.c:701 #2 0x0000000000431fdf in play_active_heads () at play.c:896 #3 0x00002ad5e50c934a in start_thread () from /lib/libpthread.so.0 #4 0x00002ad5e529517e in clone () from /lib/libc.so.6 #5 0x0000000000000000 in ?? ()

On Thu, 2006-08-24 at 23:34 +0000, carmen wrote: Yes, but what would be even more useful is to report this to the developers. I'm not sure what you expect LAU readers to do about it. Lee

On Sat, 2006-08-19 at 17:05 +0000, carmen wrote: lets cover these one by one, in reverse order: 1) workflow issues with patch/preset/project browsing unclear what you mean here. 2) draw envelopes on anything not sure what this means either, but ardour will let you manually draw envelopes for any plugin parameter, gain and panning. we do have a design issue with how to draw panning for N>=2 in / N>= 2 out tracks. you can also draw envelopes on individual regions. our envelope drawing is not so hot, but i am not sure what other things you want to draw envelopes for that you can't do so already. 3) quick "midi learn" ctrl-middle click on any knob or fader. operate MIDI controller device. done. 4) session export facilities AES-31 support is on its way, as well as commercial support for ProTools compatible session export via AAF. but there are no 100% portable session formats - even digi managed to manipulate AAF so that they cannot load many AAF sessions. the open source world has absolutely zero leverage over this stuff - we either use existing "standards" or its not worth doing at all. meanwhile, ardour session files are human readable XML; it took one programmer a day or two to figure how to translate it into AAF. 5) restore state of external instruments this is where LASH fits in. the more s/w that supports LASH, the better this will work. internal instruments, of course, are just plugins, and handled already. 6) run on windows the ardour project has no comment on this at this time. 7) in-place instantaneous bounce ("freeze") right click in a track, select "Freeze" from context menu. it can't be instantaneous since by definition it has to write a new audio file. 8) realtime loop manipulation guilty as charged 9) sequence MIDI and/or OSC MIDI recording and playback is now operational in ardour2.0's MIDI branch c/o dave robillard's SoC2006 project. 10) playback heterogenous source format just use "embed" not "import" and ardour will playback any file that libsndfile can handle, at any SR (no SRC though) 11) automatic realtime SRC it was a design decision not to support this. contrast to digital performer, which allows you to create regions from files at the wrong SR but then simply doesn't play them at all (they are always silent). its far from clear what the best solution is here - the right answer is probably more choices and more choices are the hardest thing to offer users properly and usefully.

thank you for the run-down. sounds like i need to dig deeper and try out a recent version. in case it wasnt apparent, my list was meant to suggest an aspiring developer to consider making a great tool even better, rather than reinvent from scratch and solve problems which have already been solved.. my bias is towards post-production/editing environmnent. eg polishing audiofile dumps from pd, chuck, or remixing, rather than pure recording. in these kind of sitautions, an inbuilt browser for files (raw on disk, and 'regions' retaining tempo-remapping/plugins/etc), ladspa presets. im sort of torn here whether i want to learn GTK/C(++?) and help out. or wait for client-server seperation and build this GUI in python or something. since it doesnt need to be realtime and includes grabbing files and metadata over the web. and perhaps you dont want your app bloated with this stuff anways, but it has made things like Ableton and FL Studio much more usable, for windows users, if that says anything (proably not) aside from jack working with portaudio, and pa and gtk2 running fine on windows, and jackd and ardour mostly compiling out of the box in minGW . yeah. i didnt want to rewrite the IPC stuff needed for jackd to actually launch and run properly, and im sure it would be a disgusting task :) some nameless Windows DAWs have taken the approach of, provide a realtime resampler for monitoring, and substitute in a higher-quality resampler during offline bounce (freewheel). so you are working at 96000, and want to use some 44100 files, it just timestretches them by 0.459375. opening up region properties and you can then adjust this number.. since my accumulation of audio files spans the gamut of samplerates and i often want to use several existing pieces at once, this is somethign i'd be willing to sponsor, when im in a position to do so... otherwise, wow.. i need to try out the app before pretending it has these limits ;) thanks, c