traverso-devel
[Top][All Lists]
Advanced

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

Re: [Traverso-devel] Some confirmations for the manual


From: Niklas Klügel
Subject: Re: [Traverso-devel] Some confirmations for the manual
Date: Sun, 11 Feb 2007 01:16:30 +0100
User-agent: Debian Thunderbird 1.0.7 (X11/20051017)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hey!

>
> So this actually is another RFC, does anyone have a simple and
> solid idea how to select a capture bus, and selecting only the
> right/left channel of it ?

hrm, i think differentiating right/left channel doesnt make sense,
since in
a studio-environment you usually use the audio interface like a patchbay
connected to various mono/stereo/multichannel stuff. so, i think it makes
sense just to enumerate the channels that are useable for audio-input.

my idea: for having the greatest flexibility i can only think of something
like insert channels that can be routed to an specific track or more
tracks.
so you can say my input channels 0-3 go to track 1 to record quadrophonic
material and channels 4 and 5 go to seperate tracks. here is something
we have
to think about: do we really want to allow recording only to tracks?
say, we are lateron looping a part of the arrangement so we can play
an additional instument to it, we have to consider that you dont want
to overdub
existing material so you are basically recording to a clip and not to
a track,
how are we going to deal with that? how are we going to implement
monitoring
the active tracks for recording? as soon as we hit record and the
track is active
for recording hit [m] for monitoring? what about monitoring multiple
channels?
do we have to add another mixer just for monitoring or add track
volume parameters
as well for a track? how will you support recording internal audio
data (via jack?)?


> So what I need to know: Is zooming allowed during record, between
> which levels, which minimum level to use during record, should
> scrolling the view be supported, and so on. Depending on these
> 'needs', I'll try to figure out which solution to generate the peak
> data for recorded material is the most sufficient. Most likely a
> seperate thread to offload the waveform data creation for recording
> stuff, which is used by the painting routine, could in fact be
> relatively easy.....

hrm... i just know such a facility from ableton, it shows the waveform
in realtime and steadily zooms out of the recorded audio clip (fixed
width of
the visible area). ableton
just allows recording to single clips at one time. which sucks for
multitrack
recording but just allowing recording of clips which are lateron pasted
into the arrangement becomes pretty easy and straight forward (since that
is the only way you can do it and it is very easy to handle from the
user-perspective).

so long...
Niklas
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFFzmBe+k24EnBNzsMRAgWHAJ9ggE2iGKgpPeLRnKliUHy+yTNbOgCfaCOz
9t0O+tX21iWBvz5pq4/qDn8=
=wZ7x
-----END PGP SIGNATURE-----





reply via email to

[Prev in Thread] Current Thread [Next in Thread]