AAF Import Feature Testing

[Schmitty2005]

@agfline

There a a LOT of things to test per editing software, so let me know if you have time and I’ll list those for you.

I am uncertain of how long this will take to do.

How about a list of things to test, ranked by priority, and I will see what I can get to as time permits ? Or any other method of breaking into smaller chunks of work.

[John_E]

@John_E

There was no audio for the non-embedded samples though.

Hi Adrien… after a few more tests this morning it looks like your non-embedded Premiere AAFs might have an audio clip missing from your repo (the missing clip would be called stereo-identif.wav )

Do you have it at your end? And if so, is it small enough to be emailed it to me?

[agfline]

@Schmitty2005

How about a list of things to test, ranked by priority, and I will see what I can get to as time permits ? Or any other method of breaking into smaller chunks of work.

Good idea John, I’m going to write a guide for testing any editing software’s AAF with libaaf, so anyone can contribute to it it in the future.

@John_E

Do you have it at your end? And if so, is it small enough to be emailed it to me?

Sure, I’m sending it to you.

[John_E]

Thanks Adrien - after adding stereo-identif.wav I can now import your non-embedded sessions. The bad news is that when loaded in Ardour, they won’t replay any audio or move the meters etc. The good news (hopefully!) is that it’ll most likely be an Ardour problem so I’ve started a different thread.

[John_E]

@calimerox - I went off track a bit but it’d be helpful to know if you can get us a non-working Premiere session for testing… thx.

[calimerox]

yes! i cannot share that file publicly , but I can mail you a download link?

[John_E]

Thanks calimerox - Harrison’s Mixbus site allows me to send you a private message so I’ll send you my email address. Thanks, John

[John_E]

@agfline - I’ve downloaded the AAF session from @calimerox and I see what’s causing the problem. The session has a subfolder called AAF-Medien which contains 4 x wav files and those ones all get imported. But for some reason, the other audio files are distributed among 35 sub-folders. If I copy all the wav files into the same folder as the AAF file it imports okay. I’m quite busy today but if you can let calimerox (or me) know that you won’t share it publicly, we can email you a download link. Hopefully shouldn’t be difficult to fix

[Edit…] Hmmm - it’s not as simple as I thought… after closing the session, it won’t re-open. It gives me this error message:-

[John_E]

I’ve managed to fix the problem though I don’t understand what’s causing it. Basically there are 2 x tracks called Audio 3_L and Audio 3_R - with both tracks having a single clip running the full length of the session. After closing the session then re-opening, Ardour and Mixbus detect each timeline clip as being longer than the available audio. Unfortunately, Premiere is using different units from Ardour / Mixbus. Premiere reports the available audio length as 0x91f39a whereas we report it as a56242682160@a4611686018427387903

My guess would be that for some clips, there might be an error happening in the conversion.

[peder (Peder Hedlund)]

Maybe related to this?

Disk too slow msg has started again

Recap from IRC chat: The issue is that some Regions on the timeline are longer than the actual source (file on disk). So the actual issue is: “Not enough data can be read from disk”. That should be impossible, so Ardour interpreted this as “Not enough data can be read from disk in time”, which makes this “disk too slow” message appear. The workaround was to trim the region end of affected regions in the session by a tiny bit. The underlying issue how this could happen is still being investi…

[John_E]

That’s quite interesting, Peter… there was a similar problem recently in Mixbus where it was failing to display waveforms. That also turned out to be because it was trying to read data from beyond the end of peakfiles (i.e. the files on disk):-