>On Sep 20, Dominic Mazzoni wrote:
> That would be cool. It shouldn't be too hard to add this to the
> Ruler class. Just add this as a new type, in addition to integer,
> real, and time. The tricky part is figuring out how much precision
> to display based on how far zoomed in you are. But in this case
> you should be able to modify the code used to display time.
> Also, do we already have a mode for 24 fps and 30 fps, often used
> in video?
I would love to get this type of functionality into the ruler, but bear
with me on some of the c++ stuff. It wasn't all that long ago that I
thought a c++ compiler was just something that would compile c and let
you have comments that started with // :) I'm figuring things out as
I'm going. One thing that I'm trying to get a grasp of is when zoomed in
so that you see individual samples, what determines which samples are
included in the selection. As you increase the size of the selection,
the selected region on the ruler just keeps smoothly increasing as you go,
but the individual samples get incremented into the selection at certain
points within the smoothly changing ruler selection. Actually the ruler
selection and the sample selection on the track itself can be offset on
both ends. It would be great to have direct access to whatever logic is
selecting those individual samples in the track. The non-ruler based
selection formats attempt to nail down exactly which samples will be
highlighted and within the selection in the track based on ruler selection
range. There is a rounding function that is used, but this is not completely
accurate. If you go, for example, about 3 minutes into a track and zoom in
to the level of seeing individual samples, you can play around with adjusting
the selection range and see that there is a small range of movement of the
ruler selection when my calculated amount of samples selected changes, but
it actually takes just a small amount more movement of the ruler selection
to get to the point where that point actually gets included and selected in
the track selection. If the logic could be accessed directly as to what
samples are selected in the track itself, then there could possibly be a ruler
mode where it follows track samples selected. And of course the whole idea of
incorporating the new formats into the ruler itself, I'll have to get my brain
around that one.
A couple other things were mentioned or asked about. There are selection
formats for film frames (24 fps), PAL frames (25 fps), and NTSC frames
(29.97 fps). I should maybe add 30 fps as that is used with avi files
sometimes. The snap-to idea is a great one, and one that I have been trying
to get figured out as to how to go at. As for the cd audio category in
I have used the sample based cdda sectors+bytes format to get a file to the
point that I know it will go onto an audio cd without zero padding, and then
used cdda min:sec:frames to pick times to go into the toc file.
Thanks for all the feedback on this.
Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!