> nothing other than its an impediment to getting started..most apps > including mac/win DAWs and word processors let you create an untitled > proj without first prompting for a save location..but agree copying > 80gb would be bad.. yes, and we've wondered how they manage to do that and discussed it several times over on #ardour. we have never come up with a solution that felt "right" for a potentially multi-user system. > i meant..add a file to 2 sessions, since the peak is stored inside the > project and not next to the original file, it doesnt know about it, > and has no chance of reuse... surely this eclipses any more subtle ardour was written primarily with capture, not arrangement of existing samples in mind (mostly because that's how most good music gets made, even today). as it evolves towards the kinds of audio manipulation that are centered on pre-existing samples, this is an example of the kind of issue we need to address. i did not want to put the peak file in the same directory as the audio file to avoid some other user from making the opposite complaint: "ardour leaves these stupid .peak files all over the place". there is no standard for peak file formats, so its not as if other applications could use them. who knows, they might even overwrite them! > drag'n'drop is not working from konqueror but hey..even 'insert file' well then we to fix that. it implies that konqueror doesn't supply the same kind of URL/filelist as nautilus despite me told that it did. > is complaining: project samplerate doesnt match! my files are a mix of > 44.1,48,96khz and i was always able to use them together in my windows > DAW, it would just remap the rate difference to the nondestructive > resampling parameter...since every app has nondestructive resample > these days, this is a historical relic of an error message...harkening > back to the days when computers were too slow to resample, which must > have been long ago, since samplitude had this feature on the AMIGA... like DP4 you mean? which simply doesn't play a region if the file is at the wrong SR, with no warning or clue of what is going on? i don't agree that automatic resampling is a desirable goal anyway. i agree that it should be an option for the user, but again, if you are concerned about audio quality, then applying per-region resampling is aburdly expensive. i don't see it harkening back to the old days - i see it as an indication that people don't have their sample libraries set up to match their studio configuration. switching back and forth between SR's is an indication to me that you don't believe in whatever configuration you have. > half my files are FLACs, they sound the same, its a great way to store > 24bit files in the disk space of 12 bit files. but i agree with you > that supporting ACM or Coreaudio codec and instantly getting > ogg/flac/lame/etc is a lot simpler than adding a bunch of dependencies > and dealing with slightly different APIs for each..dont blame ya. FLAC we will add ASAP. its a good standard. it would be nice if libsndfile could handle it, for the same reasons that we are waiting on libsndfile for ogg support. > actually i love it, im just wondering what your approach is to 'user > used amSynth on tracks 1 and 3, so i will spawn it and reconnect > everything the way it was...' well, i'll search the LASH archives > since this is the buggest usability cache-miss in my own sequencer.. yes, LASH is a big hole at the moment. i only wish there were 40 hours in the day, or more. > cheers, relaly do love ardour and just wanted to redundancy check the TODO list...
