[Ardour-Dev] ardour3 video timeline

Robin Gareus robin at gareus.org
Wed Jun 30 12:51:37 PDT 2010

Hash: SHA1

On 06/29/2010 03:54 AM, Paul Davis wrote:
> On Mon, Jun 28, 2010 at 9:33 PM, Patrick Shirkey
> <pshirkey at boosthardware.com> wrote:
>> It seems that he has solved these 2 items in relation to the ruler display
>> area.
>> What I am missing is the specifics on what is different between the ruler
>> section and the edit section and why the rulers can't be dropped randomly
>> anywhere on the edit canvas.
>> Am I correct that the ruler is drawn on top of the edit canvas? or is it a
>> seperate ruler canvas?
> the rulers are just packed into container above the track canvas.
>> Is it simply that the ruler widgets are not able to be drawn in the edit
>> canvas because they are widgets and not canvas items?
> that's a true statement. it used to be that we had a separate canvas
> for the marker bars so that we could scroll the tracks vertically
> independently of the timeline. but the rulers are widgets packed into
> a container above the canvas.
> but nick mainsbridge did some great work on canvas scrolling so that
> it is done by moving a whole group of items rather than "actually"
> scrolling the canvas itself. this enabled him to put the marker bars
> onto the canvas, but the widget-ish nature of the rulers keep them off
> on their own.

hehe, this feature has caused me some headaches, because the
video-timeline is not infinite with the canvas taking care of scrolling it.

(It'd need to have every video-frame on the canvas to do that.
assuming a 90mins movie, 25fps and 80x60 pixels that'll be 2.4GB.
it might be an option in the future)

group->move is still very handy though.
Currently I subtract leftmost_frame on all moves and only keep
"visible-area + 2 video frames" in ardour.

One goal of getting a simple usable version soon is to gather statistics
on usage patterns for tweaking the video-frame cache settings.

Version: GnuPG v1.4.10 (GNU/Linux)


More information about the Ardour-Dev mailing list