View Issue Details

IDProjectCategoryView StatusLast Update
0002652ardourfeaturespublic2024-05-10 15:35
ReporterLcut Assigned To 
PrioritynormalSeveritymajorReproducibilityunable to reproduce
Status newResolutionopen 
Target Version3.X 
Summary0002652: AAF / OMF support
DescriptionAAF / OMF support in Ardour can't be at the moment developped because of a lack of sponsorship.
So I've decided to create this features request in order to help its development.

Why this features is so important ?

Because EDL format like AAF/OMF allow project transfers from a software to another, with the wave track data, plugins and automation parameters saved inside.
Absolutly necessary to mix a project in ardour while tracks were recorded and edited with another DAW (Cubase, Protools, Nuendo), or to transfer the soundtrack of a video project from the video sofware (Avid, FinalCut, Premiere) into Ardour in order to edit and mix it.
Like the vst support question in Ardour was a bit conflictual (vst is a crappy system, it comes from the windows world, etc...) nevertheless AAF/OMF support is an essential condition for professional audio world to be able to switch on an Ardour/Linux based system production.
Ardour is a great system, I just want to make things progress!

There was a person called John E in the forum that was ready to start coding the AAF/OMF features for Ardour if some sponsors could be found.

So we just have to get involved and donate to see this great feature arrive !
Additional InformationI founded some stuffs in the ardour forum that can be usefull :

- an open source project to read and write OMF project :
- Symek's script
TagsNo tags attached.

  Users sponsoring this issue
Sponsors List Total Sponsorship = US$ 460

2009-05-03 11:45: Lcut (US$ 50)
2009-05-10 16:25: lamacchiacosta (US$ 50)
2009-05-11 17:13: mattnick (US$ 50)
2009-06-06 21:37: tlipfert (US$ 50)
2009-09-01 18:56: philicordas (US$ 50)
2009-09-03 09:47: olaf (US$ 50)
2009-12-16 17:45: dcsimon (US$ 20)
2010-02-25 06:38: qharley (US$ 50)
2010-05-24 21:17: calimerox (US$ 35)
2011-10-19 20:27: karnesky (US$ 50)
2015-08-29 13:27: unfa (US$ 5)
  Users sponsoring this issue (Total Sponsorship = US$ 460)



2009-05-07 14:20

reporter   ~0005980

Hi LCut. Thanks for kickstarting the sponsorship for this issue but I've got some news that might get you up & running pretty soon. Check out my web site which gives some preliminary information about my AAF plugin which is now called ArdourXchange:-

At the time of writing it only supports importing (not exporting) and it's only available for Indamixx - but here's some great news....

If you've never heard of Indamixx it's a complete "studio-in-a-box" aimed at pro and semi-pro musicians. It includes Ardour, along with some other great Linux audio packages which all run under a distro called Transmission 2 (which I believe is a variant of 64studio).

Currently, you can buy Indamixx complete with suitable hardware (i.e. a laptop or handheld device) starting at around $499 - but even better, you'll soon be able to buy the software only (on a USB memory stick) for under $100. In fact, I think it's even less if you don't want the memory stick!! That'll get you a working, ready-to-go studio (including AAF support) for not much more than your sponsorship amount.

I've probably jumped the gun a bit here because the 's/ware only' version is still being tested - but anyway, I hope that's of interest.


2009-05-09 17:39

reporter   ~0005986

Hi John. Thanks for your answer.

It's great that an AAF plugin exists, and the Indamixx system looks like an interesting Linux-based system.

But my aim here is to sponsor an Open Source AAF/OMF patch for Ardour. I'm a semi-professional sound engineer and use Cubase and Protools software, so AAF support is'nt a problem for me. But I believe in open source software, and try my best to support Ardour as a great open source DAW.
Sorry to tell that, but even if Indamixx cost 10 bocks, then it would'nt more interest me. I want to have the choice what hardware and software to use. It's a basic principle of open source world, and I don't want to use Ardour on a propriatary system, even with AAF format support.

I know that there're a lots of work to achieve, and all of that can't be free.
That's why I open this issue.

If there are ways to open your work to the community it would be great !


2009-05-10 06:48

reporter   ~0005987

Well, introducing this feature to the community was the main reason for doing a deal with Indamixx. FWIW I'm treating any income generated by Indamixx as being sponsorship too. Therefore people can sponsor me the conventionsl way (i.e. making a pledge and waiting for others to join in). Or they can sponsor me by buying Indamixx.

From a developer's perspective the Indamixx connection delivers 2 important advantages:- (1) It gives users a choice and at least some kind of solution in the short term. (2) People can be using (and therefore testing) software that would otherwise just be sitting on my personal PC, waiting for enough sponsors to come forward. The end result is that people like you (who are happy to wait for the source code) should hopefully get a more stable product in reward for their patience.


2009-05-21 09:12

reporter   ~0006022

I would recommend using the official SDK and manuals for interacting with AAF files. I know that there is some work to add this support to Blender as well and both using the same libraries would allow flawless transitions from Ardour for audio to Blender for video editing.

I mean why replicate work that has already been done.


2009-05-22 09:19

reporter   ~0006027

Hi openmediaforge - you might have misunderstood the problem with Ardour and AAF. Ardour can already support AAF via a plugin (that I wrote) which does indeed use the AAF SDK. However, that plugin is an adaptation of something totally different that I wrote a long time ago for Windows. Therefore although it works, at present it has 3 drawbacks:-

1) It isn't open source.
2) Anyone who wants it would need to be able to build Ardour themselves.
3) Even when installed, it requires Wine (or Crossover Mac) to run.

The quest for sponsorship is to enable me (or someone else) to provide AAF support as a standard, open source feature within Ardour itself (i.e. not as a separate, closed source plugin). At the current level of sponsorship, around 300-400 sponsors would be needed to make this viable. But at the time of writing (and despite its apparent popularity) this feature has only 3 sponsors. That's what's holding us up at the moment.


2009-06-08 10:22

reporter   ~0006057

IMPORTANT NOTE: If anyone's interested in helping to test my plugin, I've just released a time-limited version, FREE OF CHARGE for early adopters. You can get a copy COMPLETELY FREE as long as you satisfy the following conditions:-

1) You pledge at least $50 to this feature request; AND/OR
2) You already contribute to Ardour in some other way, either financially or technically (developer / translator / tester etc); AND
3) You will not be distributing the plugin for commercial gain

Depending on when you install it, the time-limited copy will work at least until the end of July 2010. Hopefully, that'll be enough time for enough people to come forward and sponsor an open source version. There are a few limitations, described in my preceding post (mostly, you need to be able to build Ardour from source).

If you'd like a free copy, use the 'Contact' link on my web page:-


2009-09-01 19:04

reporter   ~0006623

Hello. I am interested in this being open source, and have pledged $50.

I would like to see OMF support too eventually, as my 'other daw' is Cubase, but first things first eh!


2009-09-03 09:49

reporter   ~0006637

final cut and nuendo provide xml versions of their sessions

this could also be a way to go instead of omf or aaf support

maybe its more easy?


2010-02-09 04:01

reporter   ~0007352

Just to say that a guy wrote some code for .OMF support in reaper daw, and I've thought it could be interesting here, because he decided to release the plugin's source code.

- initial forum (his name is 404notfound) :

- sources :




2010-02-10 22:44

administrator   ~0007360

I don't consider this work to satisfy the feature request here, but it will soon. I thought that everyone attached to this bug should be aware of stuff I've just committed (to ardour3 only at this time). This is from my post to the ardour-dev mailing list.

Thanks to Hannes Breul, who developed code for Reaper under a BSD-ish
license, I have just added the ability to import OMF sessions as
Ardour sessions. This needs testing and it also needs further
development. Right now, its not even very easy to run it because of
its use of the uninstalled version of libpbd ...


* it imports ONLY OMF2 files. OMF1 is not supported
* it will not identify audio files that Ardour cannot read (e.g.
embedded MP3 files) but no[ problematic errors result from this


cd tools/omf

(requirements: sqlite3, sndfile)


(ardour3 only)

LD_LIBRARY_PATH=/path/to/ardour/build/default/lib/pbd ./omftool [ -v
version ] [ -r sample rate ] [ -n session name ] OMF2_session_file

this will create an ardour session whose name will based on the omf
file name OR the -n argument. it will be created in the current
working directory.


I don't have much time to spend on this myself. The basic stuff is all
there, I've been able to load at least a couple of test OMF sessions
from other DAWs and get audio from them. Someone needs to step up and
make this puppy their own. Bug fixes/integration with waf/usability
fixes/GUI ... its all yours for the taking. I may fix trivial errors,
but I need to get back to other things now that this is basically

Incidentally, this also provides a fairly good guide for how to create
an Ardour session from scratch, should anyone want to do this for
other "session" formats.


2010-02-11 06:57

reporter   ~0007364

On a personal level, there were never enough sponsors to tempt me to get started on this - and now I'm too busy with other projects... :-(

Having said that, wasn't there another developer (last year sometime) who wanted to get involved in OMF development? I can't remember his name just now but I'm sure I remember someone who expressed an interest.


2010-05-24 21:20

reporter   ~0008007

this is a real newbie question, sorry: how can i sponsor on that issue? i just made an account on tracker, but i dont know how i can actually donate. when i click on sponsor, it shows the sum i d like to sponsor, do i have to sponsor then the same amount through the normal ardour sponsoring paypal thing? thx folks...


2015-08-31 17:36

administrator   ~0017127

@calimerox: you pledge an amount here and pay only once the issue is resolved (usually by making a donation to the person who fixed it or to and Paul will re-distribute, but we'll get to that later).

Then again the chances that ardour will gain OMF/AAF support are slim, see the last comment at but since ardour is free-software, anyone can pick up this issue and claim the bounty.


2018-02-18 22:24

reporter   ~0020154

is there reference docs for AAF/OMF anywhere? thx, Arno


2018-02-19 07:34

reporter   ~0020157

Last edited: 2018-02-19 07:36

I don't think there's anything available for OMF anywhere but AAF is still alive (though I'm not sure if it's being developed any more...) However, its previous owner (the AAF Association) changed its name about 10 years ago and is now known as AMWA (Advanced Media Workflow Association). You can contact them here and ask if they've got any documentation available:-

A word of caution though, if you're thinking about adding AAF support to Ardour... At various times I've offered to do this work myself (for Mixbus). What's stopping it is a conflict between the AAF licensing terms and Ardour's (GPL) license. I've forgotten what the conflict is (maybe someone else can explain better...)


2018-02-19 13:44

administrator   ~0020158

AAF relies on some technology from Microsoft that is licensed in a way that prevents its use in open source projects. There was an attempted reimplementation (it is basically "filesystem in a file" stuff) by the GNU project, but it was never really finished and wasn't fully compatible with the MS stuff that AAF relies upon.

By the way, AAF is the WORST specification I have ever read. It is the epitome of design by committee. The people involved show no signs of understanding at least half of the technology their specification relies on. When I try to imagine a less elegant specification for this purpose, I cannot.

And to repeat what is written already: there has never been any documentation available for OMF. At once time, I made a stab at using the library developed in connection with Reaper, but soon found out that it was incredibly incomplete (there are lots and lots of OMF files it cannot open). This is partially because every implementation of OMF has no specification to adhere to, and so they all differ in incompatible ways.


2018-02-20 08:33

reporter   ~0020164

Hi Paul - I've studied the AAF license quite extensively and I'm still not sure what the problem is. The license does state that AAF contains contributions from different parties but that each contributor grants a worldwide, compensation-free, nonexclusive license to the recipient, subject to certain requirements. AFAICT those requirements are:-

1) That you must not re-brand the AAF code as if it's your own.

2) If you modify the AAF code you must make those modifications available somehow.

3) If you incorporate the AAF code as part of some larger project, the larger project can use a different license as long as it's made clear that the AAF part is governed by its own (separate) license.

You're absolutely right about the design though!! And considering they're supposedly for multimedia use, AAF and OMF have some highly questionable limitations (e.g the fact that they don't support MIDI...)


2018-11-04 18:44

reporter   ~0020450

Last edited: 2018-11-04 18:44


Have you see this project?
It seems AAF is supported.
Wouldn't it be a good starting point for AAF import/export?


2018-11-04 18:58

administrator   ~0020451

Last edited: 2018-11-04 19:08

Thanks for the heads up!

"OTIO supports clips, timing, tracks, transitions, markers, metadata, etc. but not embedded video or audio. Video and audio media are referenced externally."

Thats is kinda nice.

I'm not sure if/how we can map transitions, also python is going to be an issue (we don't yet bundle nor include a python interpreter nor allow C++11 at this point in time). But it's a whole lot saner than AAF and OMF.


2018-11-05 08:02

reporter   ~0020457

I'm thinking using at the beginning. Another solution would be to port the code to C++.


2018-11-05 08:04

reporter   ~0020458

Good news! A C++ implementation is in progress:


2019-10-24 22:58

reporter   ~0020794


almost ended a C coded, FOSS implementation of AAF for a french television.
Currently running as a POC in test with ardour and some interface to build ardour sessions from AAF (thanks to ptformat and session_utils)
It's working great.

Hope to release it soon, before the end of the year (if some ardour devs are interested in integrating it as an ardour functionality ;)

Note that my library is currently only for parsing (embedded/external audio/video files, fade in/out/x, clip/track gains constant/automation, clip positions...), but not for writing AAF.


2020-11-01 03:32

developer   ~0025185

Hi agfline, what is the status of your project? I wrote ptformat, do you need some help integrating this?


2020-12-02 09:47

reporter   ~0025275

Also (agfline) which OS's does your project support? AAF makes heavy usage of a Microsoft technology called COM (Component Object Model). Essentially it's a way for programmers to use a standard 'C' coding interface while also writing object oriented programs. I'm pretty sure it got ported to Mac - because many AAF apps run on both Windows and Mac. But I've no idea if it ever found its way into Linux. Are there already apps on Linux which support AAF?


2020-12-03 12:08

reporter   ~0025277

@zamaudio, the project was held in abeyance. It was working perfectly until some guy thought it was not enough expensive I guess... I'm currently working on other stuff, but I really don't want to give up on it (It was too much work). So I could resume the project in a few weeks / months when I have time. ptformat was already very helpful, but any help will be appreciated !

@johne53, I don't know about COM, but I know about CFB/OLE file formats, all of those appearing to be the same thing ( CFB/OLE/COM is not that complicated, it's actually FAT32 in a file. Since I'm working on Linux, I already wrote a library for parsing CFB (libCFB) which is part of LibAAF, thus I don't see any difficulty in porting LibAAF under Windows/MacOS.


2020-12-03 13:35

reporter   ~0025278

@agfline wrote:-
" CFB/OLE/COM is not that complicated, it's actually FAT32 in a file. "

Interesting stuff.... the earlier OMF format was based on a similar concept from Apple, called bento. Historically though, COM (or more correctly its license) was one of the main stumbling blocks to incorporating AAF support in Ardour - but if you've found a way around that, maybe it'd be worth us taking another look? FWIW Ardour recently added VST3 support which uses the exact same principle - i.e. it uses its own-brand version of COM which (I'm assuming) doesn't need a license from Microsoft. Does your code make use of the official AAF libraries or is it all your own work?


2020-12-03 17:52

reporter   ~0025280

My lib only shares a few header files of the original SDK (for constant values macro definition only).

Well, what you call the COM part (I call it CFB for Compound File Binary since it is called that way in the spec) was really not the most difficult part to understand and implement (in read only, as I said). As in the FAT filesystem, you have tables (FAT and DiFAT) and sectors, that let you access to a tree structure of nodes (directories) and "files". Basically "files" represent objects, and sometimes refer to other "files" and nodes. An object can describe a sequence, a track, a clip, an effect, a media essence, etc. Finally, the most complicated part in my opinion is to interpret all this mess. The meaning of "classes" and their content, used to describe sequences, clips, essences, etc. with each time a lot of different ways to represent things, despite the standard and the AAF Edit Protocol. That is why there is so much incompatibility between softwares when it comes to the exchange of AAF files, and this is what took me the most time and effort to implement and test against many different files, from different softwares, with different export settings.

The low level Compound File Binary format spec :

The data structure of FAT "files" :

The AAF Class/Object Model :


2020-12-04 08:40

reporter   ~0025283

Thanks @agfline - have you thought about posting on the Mixbus forum:-

Harrison Mixbus is based on Ardour and it has a long history of supporting AAF through various 3rd-party apps (one of which I wrote!!) Since version 6 it's had no internal support for AAF but I'll bet there are lots of users who'd like to see it return...


2020-12-04 09:17

reporter   ~0025284

I didn't know that ! You're talking about ArdourXchange is that right ? Can you tell me more about how you implemented it ? Is that based on the official SDK ? Do you have Git somewhere ?

Yes I know a bit about Mixbus, never used it though. For me the GPL aspect of Ardour is fundamental, and I would love to see free software coming into broadcast and post-production. And for that, the AAF support is absolutely essential. But any improvement to Ardour can benefit to Mixbus so there is no problem !


2020-12-04 10:05

reporter   ~0025285

Yes - ArdourXchange was my baby! It took a long time to get it right, so the original plan was that once I'd sold a certain number of copies I'd donate the code to Ardour. By that time however, Paul had discovered some conflict between AAF's license and GPL - so it all ended up in the skip :-(

AxC doesn't have a code repo anywhere but yes, it was based on the original AAF library. Your stuff might be more acceptable, if it doesn't rely on the AAF code + licensing. And Harrison will likely be more amenable to resurrecting it - especially if it can include some experienced devs, such as me and @zamaudio, if he's interested. Ardour had some bad experiences a few years back when it tried to implement OMF - so it's unlikely they'd want to repeat the experience with AAF.

Try posting something on the Mixbus forum and see if there's still any interest there...


2023-03-26 07:50

reporter   ~0027514

Hi @agfline I just remembered this thread overnight...

Did your library ever get to the stage of being released? There's been some renewed discussion about this on the Mixbus forum:-

That's probably a better place for you to announce your library, rather than here on Mantis- Mantis is mostly for bug reports :-(


2023-04-14 00:41

reporter   ~0027579

Another bump to the wall.
I have more and more music video to mix for bands and show with which i work usually on stage.

Sooooo.. I need to got the sound from the video edit. Sometime it's a cuts, edits... And it's lot of time for re-align all the clips.
Any news about this topic ?
I can put some € if needed. Not so much, but if it can help !


2023-04-14 00:54

administrator   ~0027580

The core developers have no plans to do anything with this. Recently a github repository was discovered that gets some significant way toward making AAF import in Ardour possible, but the work has not been proposed as a pull request and we do not have the bandwidth to consider it.


2023-04-14 03:20

administrator   ~0027581

This the library I referenced:


2023-04-14 08:02

reporter   ~0027582

I just took a look at the code and AFAICT most of the files are either uncopyrighted or they're copyrighted to Robin! So I'm quite surprised that the project's been discontinued. Did it ever get to the stage of being runnable?


2023-04-14 09:23

reporter   ~0027583

Follow-up to my previous post...

It looks like the AAF library contains a pre-built shell script and binary for Linux:-

So not easily useable by me but maybe they'd be useful for @wargreen ?

If you follow the above link, the script and binary are in the 'bin' folder


2023-04-16 12:50

reporter   ~0027587


It's been quite some time since I haven't work on libaaf. The library itself is quite working well and has been tested against multiple AAF files coming from a variety of editors. Also I repeat, libaaf is currently read only and wont be able to write AAF files.

Regarding Ardour, the implementation was left with a working POC, a standalone CLI tool that creates a valid Ardour session (including video mixdown track) based on an AAF file ( This tool was made based on files, hence the copyrights @johne53 ;)

If someone wants to implement libaaf into Ardour, I will be happy to help and to provide libaaf support. However I just can't do it on my own. I don't master Ardour's code/architecture, I'm more C than Cpp , plus I have no time to fully work on it.


2023-04-17 07:00

reporter   ~0027593

@agfline - please consider making an announcement on the Mixbus forum:-

Maybe just say that you've a Linux tool available for AAF import and you're looking for help with testing and development. The problem with posting here is that this forum (Mantis) is a bug fixers forum. It's much more likely you'll see some interest if you announce it on an actual user forum, such as Mixbus.

I'm running on Windows here but the most recent reporter (at Mixbus) mentioned that he's looking for something to run on Kubuntu so that'll surely be the best place to start.


2023-06-12 13:18

reporter   ~0027741

@agfline - over on the Mixbus forum, me and another user have been trying to contact you because we can't launch your importer app. Do you still have a runnable version anywhere or is it too out of date now?


2024-04-04 09:47

reporter   ~0028632

Lcut / calimerox et al...

Just wanted to let you know that agfline's AAF implementation is working now if you're still interested in helping with beta-testing. Unfortunately it didn't work in the official release (Ardour 8.4) but you can obtain it quite easily from the Ardour nightlies:-

I've also started a thread on Ardour's forum where you can post your experiences and suggestions:-

Hoping everyone's still interested after all these years... (better late than never I guess !!)


2024-04-12 09:30

reporter   ~0028641

It's just been announced that Ardour 8.5's been released so AAF import should be working now in the official release. Please can someone here try a few AAF imports for us? It's been working brilliantly for me but I'd love to hear if others can use it - any platform would be useful but especially the non-Windows ones.


2024-04-13 23:59

reporter   ~0028644

When importing AAF's that use looped or reused audio, a new .wav file is created instead and wrote to disk instead of reusing the existing wav and adding a new region to Ardour track. This caused excessive disk usage after several wav files containing the same information were created. The AAF was exported from Cubase , and the cubase song used the same audio in several spots using the Cubase Arrangment track.


2024-04-14 00:00

reporter   ~0028645

Worked well with Win10 to Linux AAF All in One export of STEMS


2024-04-14 10:58

reporter   ~0028649

Schmitty2005, I've been trying to contact agfline (Adrien) who's the main AAF developer but I think he lives in France and I've just realised that French schools are on holiday right now - so he might be taking a break somewhere with his family.

Anyway, getting back to your troublesome AAF project... do you have anywhere you could upload it so I could download it and take a look? e.g. a Google drive maybe or a Dropbox account?

It'd be great if you could upload it here or on the main Ardour forum but AFAIK neither of these sites have ever allowed that.


2024-04-14 19:17

reporter   ~0028650

One can have a break with his laptop ;)

From my understanding of @Schmitty2005 last post on Ardour forum, it seems that issue is coming from the extract of one essence file per region, even if multiple regions rely on same essence file, leading to a disk space overload. So I guess that what appeared to be "broken external file references" in the log, was in fact missing extracted files when the disk was full.

So we have to make the import process extracts each audio file only once and link audio regions correctly.


2024-04-15 13:19

reporter   ~0028654

@agfline Yes, any errors I ran into were caused by running out of disk space. As I made more free space, less regions were missing in Ardour when I tried to import again. I don't think there is a need to upload the project. The AAF import function did what it was designed to do.


2024-04-15 14:14

reporter   ~0028655

@Schmitty2005- if you do have somewhere where you can upload your session (maybe inside a zip file) I think it might be handy for us to have available as a test file. I looked through my own files yesterday and while I've got various Cubase exports in OMF format, I don't seem to have one in AAF format.


2024-04-15 18:13

reporter   ~0028656

Here is a link to an AAF export from Cubase. I used random media clips include with Cubase. It uses loops so it is similar to the AAF import that ate my drive space, but not as large:

Hopefully this helps. Let me know if you need another type of export.


2024-04-22 08:24

reporter   ~0028667

@Schmitty2005 - if you've still got your original AAF project (the one where you discovered nearly 2GB imports!) please could you keep it for a short while? @agfline has fixed the bug now but it might be a week or so before the fix finds its way into Ardour. I'll let you know once we've made the fix available and it'd be great if you could then re-test it for us.


2024-04-24 23:12

reporter   ~0028676

@johne53 I will give it a try. No problem

@agfline - It looks like this got pulled to the master branch of Ardour and will be on the nightly build tomorrow. Thank you.


2024-04-25 01:45

reporter   ~0028678

Another potentially helpful mention is that Cubase 13 requires a minimum block size of 512 when using Dolby ATMOS.


2024-04-25 01:46

reporter   ~0028679

Sorry about the cubase note. Wrong bug....... :)


2024-04-26 01:48

reporter   ~0028690

@johne53 Mostly Success! Upon import of the previously used AAF that was about 32MB and turned to 2GB when imported,, AAF Import worked and the folder for the whole project was a little over 32 MB! The only source files in the interchange were the two needed to recreate the import proplerly! When imported into Ardour, I did see an excessive amount of duplicate 'Sources' listed in the source tab. I think it should only show two sources. Regions looked like I think it should, with multiple regions listed as needed to import the project. @agfline You probably are already aware of that though.

Attached is a pic of the 'Sources' tab for reference.
image.png (68,172 bytes)   
image.png (68,172 bytes)   


2024-04-26 01:59

reporter   ~0028691

I don't know if this is helpful, but this was the log output during import of this session. It is much longer, but you can get the idea:

2024-04-25T18:55:33 [ERROR]: format_position: negative timecode position: -2019780
2024-04-25T18:55:33 [ERROR]: format_position: negative timecode position: -2019780
2024-04-25T18:55:33 [ERROR]: format_position: negative timecode position: -1737540
2024-04-25T18:55:33 [ERROR]: format_position: negative timecode position: -1737540
and the last lines:

2024-04-25T18:55:38 [ERROR]: format_position: negative timecode position: -44100
2024-04-25T18:55:38 [ERROR]: format_position: negative timecode position: -44100
2024-04-25T18:55:38 [ERROR]: format_position: negative timecode position: -44100
2024-04-25T18:55:38 [ERROR]: format_position: negative timecode position: -44100


2024-04-27 07:06

reporter   ~0028696

Yes I agree the multiple regions look confusing but they might be intentional... if you click on any particular entry in the region list it'll show you where that entry got used on the timeline. But it'd arguably be just as helpful if there was only one entry and clicking on it showed all its usages simultaneously. Horses for courses I guess.


2024-04-28 19:17

reporter   ~0028698

Yes, I agree that the regions list should show all of the regions that are used, and it does do that, and each one selected in the REGION tab on the left highlights accordingly.
However, it also possibly creates a new listing in the SOURCE tab for each region that is used. This caused an excessive listing in the SOURCE tab, when in fact, there is only two sources. If someone was to start adding to this import, The SOURCE tab is so cluttered it is almost usable. There should only be two sources listed, not the high amount that are showing after import.


2024-04-29 10:26

reporter   ~0028699

Ah, I see what you mean now... in fact looking at some of my '.ardour' files in a text editor I can see that the source filenames got added to the 'Sources' pane, yet also added to the 'Regions' pane for some reason. I'm wondering if this might be a problem with Ardour, rather than with the AAF importer because (internally) it seems to be the same with all of my '.ardour' files - and yet at runtime, not all of them show the same contents for both panes. Strange...


2024-04-29 14:10

administrator   ~0028700

Source list: files
Region list: regions

add 1 file -> get 1 entry in source list, 1 entry in region list
split a region -> no extra entries in source list, 2 extra entries in region list


2024-04-29 22:07

reporter   ~0028701

Thanks for pointing that out.
Ardour AAF import (sources and regions creation) is mostly based on ProTools session import code. I must admit I'm not very comfortable with the Ardour import process and I'm not surprised that some parts still has to be adjusted.
I'll take a look at it in the days ahead.


2024-04-30 08:09

reporter   ~0028702

Yes, I can confirm that this is definitely an issue with the importer. Here are two screenshots showing the relevant contents from a ".ardour" session imported about 4 months ago and the same session imported this morning. Notice that the "Regions" are now showing multiple entries for each region. In fact if I edit today's import manually (so that it only shows 1 x entry for each region) Ardour's "Sources" pane and "Regions" pane will both go back to looking how they used to. So maybe when adding an entry to "Regions" you just need to check that there isn't already an entry having the same name?
Ardour-regions-older.png (40,169 bytes)   
Ardour-regions-older.png (40,169 bytes)   
Ardour-regions-newer.png (85,643 bytes)   
Ardour-regions-newer.png (85,643 bytes)   


2024-05-05 09:02

reporter   ~0028715

Apologies if this is just me getting confused but I was looking at '' this morning and there's something kinda puzzling me... I noticed these two lines at the bottom of 'import_sndfile_as_region()' :-

    region = RegionFactory::create (sources, proplist);
    regions.push_back (region);

If I initiate an AAF import after commenting out those lines, I assumed I'd end up with entries in the 'Sources' list but not in the 'Regions' list and sure enough, that's true - for the '.ardour' file.

But If I load the imported session and select 'View->Show Editor List' it's the opposite way around - i.e. I see entries in the 'Regions' pane but the 'Sources' pane is empty. Could that be contributing to this problem somehow?


2024-05-06 10:02

reporter   ~0028717

To my amazement I've discovered that commenting out the above lines seems to fix the problem (well, almost...) With the lines commented out, I'd wondered how imported timeline regions were getting created and of course, they get created by 'create_region()'. So it's looking like the above lines are in fact intended to create entries in the 'Regions' pane and 'Sources' pane.

As I noticed yesterday, commenting the lines out creates an empty 'Sources' pane (with zero entries). But I've now realised that after closing a session then re-opening it, 'Sources' and 'Regions' will then display the correct entries. So I'm wondering if the lines are getting called for each region when maybe the intention was to call them for each source? Does that get us any closer to finding a fix?


2024-05-06 11:42

reporter   ~0028718

It is worth mentioning that this the same type of problem in report 9599.


2024-05-07 10:15

reporter   ~0028721

It's looking like @agfline must be busy with other stuff so I've pushed a small change which fixes this. All I've done is to move the relevant lines so they'll only get executed once per Source now, rather than once for every Region. I've tested about 10 AAF files here (embedded and non-embedded) and it works with all of them. Please note that this change is only relevant when importing AAF sessions - it won't fix the MIDI issue in report 9599


2024-05-10 15:35

reporter   ~0028728

Thanks @johne53 for your fix !
Since I'm not an Ardour developer in the first place, most of the code for AAF import comes from session_utils and ProTools session import.
IMHO a review of by an Ardour guru developer could be beneficial at some point.

Issue History

Date Modified Username Field Change
2009-05-03 11:43 Lcut New Issue
2009-05-03 11:45 Lcut Sponsorship Added Lcut: US$ 50
2009-05-03 11:45 Lcut Sponsorship Total 0 => 50
2009-05-07 14:20 johne53 Note Added: 0005980
2009-05-09 17:39 Lcut Note Added: 0005986
2009-05-10 06:48 johne53 Note Added: 0005987
2009-05-10 16:25 lamacchiacosta Sponsorship Added lamacchiacosta: US$ 30
2009-05-10 16:25 lamacchiacosta Sponsorship Total 50 => 80
2009-05-10 16:26 lamacchiacosta Sponsorship Updated lamacchiacosta: US$ 20
2009-05-10 16:26 lamacchiacosta Sponsorship Total 80 => 70
2009-05-10 16:26 lamacchiacosta Sponsorship Updated lamacchiacosta: US$ 50
2009-05-10 16:26 lamacchiacosta Sponsorship Total 70 => 100
2009-05-11 17:13 mattnick Sponsorship Added mattnick: US$ 50
2009-05-11 17:13 mattnick Sponsorship Total 100 => 150
2009-05-21 09:12 openmediaforge Note Added: 0006022
2009-05-22 09:19 johne53 Note Added: 0006027
2009-06-06 21:37 tlipfert Sponsorship Added tlipfert: US$ 50
2009-06-06 21:37 tlipfert Sponsorship Total 150 => 200
2009-06-08 10:22 johne53 Note Added: 0006057
2009-09-01 03:13 kaimerra Sponsorship Added kaimerra: US$ 50
2009-09-01 03:13 kaimerra Sponsorship Total 200 => 250
2009-09-01 18:56 philicordas Sponsorship Added philicordas: US$ 50
2009-09-01 18:56 philicordas Sponsorship Total 250 => 300
2009-09-01 19:04 philicordas Note Added: 0006623
2009-09-03 09:47 olaf Sponsorship Added olaf: US$ 50
2009-09-03 09:47 olaf Sponsorship Total 300 => 350
2009-09-03 09:49 olaf Note Added: 0006637
2009-12-16 17:45 dcsimon Sponsorship Added dcsimon: US$ 20
2009-12-16 17:45 dcsimon Sponsorship Total 350 => 370
2010-02-09 04:01 Lcut Note Added: 0007352
2010-02-10 22:44 paul Note Added: 0007360
2010-02-11 06:57 johne53 Note Added: 0007364
2010-02-25 06:38 qharley Sponsorship Added qharley: US$ 50
2010-02-25 06:38 qharley Sponsorship Total 370 => 420
2010-05-24 21:17 calimerox Sponsorship Added calimerox: US$ 35
2010-05-24 21:17 calimerox Sponsorship Total 420 => 455
2010-05-24 21:20 calimerox Note Added: 0008007
2011-10-19 20:27 karnesky Sponsorship Added karnesky: US$ 50
2011-10-19 20:27 karnesky Sponsorship Total 455 => 505
2012-08-05 23:13 cth103 cost => 0.00
2012-08-05 23:13 cth103 Target Version => 3.X
2015-08-29 13:27 unfa Sponsorship Added unfa: US$ 5
2015-08-29 13:27 unfa Sponsorship Total 505 => 510
2015-08-31 16:23 kaimerra Sponsorship Deleted kaimerra: US$ 50
2015-08-31 16:23 kaimerra Sponsorship Total 510 => 460
2015-08-31 17:36 x42 Note Added: 0017127
2018-02-18 22:24 arnwas Note Added: 0020154
2018-02-19 07:34 johne53 Note Added: 0020157
2018-02-19 07:36 johne53 Note Edited: 0020157
2018-02-19 13:44 paul Note Added: 0020158
2018-02-20 08:33 johne53 Note Added: 0020164
2018-11-04 18:44 martindelille Note Added: 0020450
2018-11-04 18:44 martindelille Note Edited: 0020450
2018-11-04 18:58 x42 Note Added: 0020451
2018-11-04 19:08 x42 Note Edited: 0020451
2018-11-05 08:02 martindelille Note Added: 0020457
2018-11-05 08:04 martindelille Note Added: 0020458
2019-10-24 22:58 agfline Note Added: 0020794
2020-11-01 03:32 zamaudio Note Added: 0025185
2020-12-02 09:47 johne53 Note Added: 0025275
2020-12-03 12:08 agfline Note Added: 0025277
2020-12-03 13:35 johne53 Note Added: 0025278
2020-12-03 17:52 agfline Note Added: 0025280
2020-12-04 08:40 johne53 Note Added: 0025283
2020-12-04 09:17 agfline Note Added: 0025284
2020-12-04 10:05 johne53 Note Added: 0025285
2023-03-26 07:50 johne53 Note Added: 0027514
2023-04-14 00:41 wargreen Note Added: 0027579
2023-04-14 00:54 paul Note Added: 0027580
2023-04-14 03:20 paul Note Added: 0027581
2023-04-14 08:02 johne53 Note Added: 0027582
2023-04-14 09:23 johne53 Note Added: 0027583
2023-04-16 12:50 agfline Note Added: 0027587
2023-04-17 07:00 johne53 Note Added: 0027593
2023-06-12 13:18 johne53 Note Added: 0027741
2024-04-04 09:47 johne53 Note Added: 0028632
2024-04-12 09:30 johne53 Note Added: 0028641
2024-04-13 23:59 Schmitty2005 Note Added: 0028644
2024-04-14 00:00 Schmitty2005 Note Added: 0028645
2024-04-14 10:58 johne53 Note Added: 0028649
2024-04-14 19:17 agfline Note Added: 0028650
2024-04-15 13:19 Schmitty2005 Note Added: 0028654
2024-04-15 14:14 johne53 Note Added: 0028655
2024-04-15 18:13 Schmitty2005 Note Added: 0028656
2024-04-22 08:24 johne53 Note Added: 0028667
2024-04-24 23:12 Schmitty2005 Note Added: 0028676
2024-04-25 01:45 Schmitty2005 Note Added: 0028678
2024-04-25 01:46 Schmitty2005 Note Added: 0028679
2024-04-26 01:48 Schmitty2005 Note Added: 0028690
2024-04-26 01:48 Schmitty2005 File Added: image.png
2024-04-26 01:59 Schmitty2005 Note Added: 0028691
2024-04-27 07:06 johne53 Note Added: 0028696
2024-04-28 19:17 Schmitty2005 Note Added: 0028698
2024-04-29 10:26 johne53 Note Added: 0028699
2024-04-29 14:10 paul Note Added: 0028700
2024-04-29 22:07 agfline Note Added: 0028701
2024-04-30 08:09 johne53 Note Added: 0028702
2024-04-30 08:09 johne53 File Added: Ardour-regions-older.png
2024-04-30 08:09 johne53 File Added: Ardour-regions-newer.png
2024-05-05 09:02 johne53 Note Added: 0028715
2024-05-06 10:02 johne53 Note Added: 0028717
2024-05-06 11:42 Schmitty2005 Note Added: 0028718
2024-05-07 10:15 johne53 Note Added: 0028721
2024-05-10 15:35 agfline Note Added: 0028728