[Ardour-Dev] ardour video tracks

Robin Gareus robin at gareus.org
Sat Aug 2 12:29:19 PDT 2008

Hash: SHA1

Hi ardour-devs,

With intentions to add a static video-timeline to Ardour, I had a look
at the Image Compositor Socket Protocol used in ardour-0.99 with aniComp.

Although the ICS protocol is incompletely implemented in ardour, it is
pretty straight-forward and does even provide for simple edit
operations. Here's a link to a small write-up on ICS, screenshot and
prototype: http://mir.dnsalias.com/wiki/ics - I'm thinking now of
extending the initial use-case and allow to offset/position a
video-scene on a track.A discussion of scope and features will follow.

Ardour-2.X introduces a few changes to <ARDOUR::Route> which renders ICS
unusable. I've started on some patches to fix and work around. - please
follow up on http://tracker.ardour.org/view.php?id=2364

Related to this arose the question whether to save the video-track's
state with the ardour session or (as aniComp did) have *all* video
related information be supplied by a 3rd party app. (the video session,
EDL, frame-times etc will be stored externally, but track-height,
arrangement, etc would become Ardour's part)

A 2nd major issue is that ardour's current implementation shows only the
first image of each video-scene/chunk. - A crude workaround could just
announce many video-frames to ardour and time-lock frames in a scene
relative to each other. - With ardour3 and cairo-canvas it may be time
to extend the ICS protocol and rendering code.

As for interop I'm in contact with members of libopenvideo community and
lumiera backend developers; For lumiera, jack-transport and a
session-export-to-ardour is on the long term ToDo list. In the meantime
I intend to bridge the gap with what could become a lumiera-plugin and
prepare ardour, for which I require help and advice.

so long,
Version: GnuPG v1.4.9 (GNU/Linux)


More information about the Ardour-Dev mailing list