(no subject)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




Paul Davis:

On Fri, 2006-04-14 at 16:47 +0200, andersvi@xxxxxxxxxxxxx wrote:
"P" == Paul Davis <paul@xxxxxxxxxxxxxxxxxxxxx> 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.


[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux