[CM] (no subject)

Kjetil S. Matheussen kjetil@ccrma.Stanford.EDU
Fri, 14 Apr 2006 13:37:17 -0700 (PDT)

Paul Davis:
> On Fri, 2006-04-14 at 16:47 +0200, andersvi@extern.uio.no wrote:
>>>>> "P" == Paul Davis <paul@linuxaudiosystems.com> writes:
>> P>
>> P> On Thu, 2006-04-13 at 17:45 -0700, Kjetil S. Matheussen wrote:
>>>> The biggest thing about this release of Snd-ls is probably that the
>>>> rt-player is enabled by default. The rt-player is an alternative player
>>>> engine for SND that plays soundfiles using the rt-extension and reads data
>>>> from disk through a buffer. The result is less clicks, and more channels
>>>> can be played safely at once.
>> P>
>> P> just think, if this had been in place 4 years ago, ardour's editor would
>> P> have been snd-as-embedded-widget. good? bad? you tell me ;)
>> It would make for an extremely powerful and flexible audio
>> environment with a fast interface.  Might we hope?
> i wouldn't spend any time hoping. i spent a month or so back in
> 2000/2001 trying to use snd as ardour's editor. when it became clear
> that it couldn't handle much more than about 8-12 tracks of playback,
> while ardour itself could do 32+, all other considerations were put
> aside and it was clear we had to develop our own. the other major
> problem with snd is that it has no concept of regions - its model for
> audio data is that its a continuous file rather than a playlist. that
> pretty much ended any debate on the matter.

Yeah, that makes sense. However, it would be very nice to have snd as a 
widget in ardour to edit single soundfiles. If you add some guile 
functions in ardour to update the graphs in the multitracker waveforms 
views as well, one could edit in snd (inside ardour somewhere) and 
immediately see changes in the multitracker view.