Activity for Advanced Authoring Format
-
Philip de Nier committed [59eea6] on Git Code
MXFDump: fix index out of bounds error
-
John Emmas posted a comment on discussion Open Discussion
Or is there anywhere to download pre-built versions of the AAF libraries and utility apps?
-
I know this is an old discussion but I'm also looking for an AAF to OMF converter (to run on Windows). I don't have the AAF source code to hand these days (although it'll be backed up okay) but I've a vague memory of a small command line utility. Is it downloadable from anywhere (to save me having to trawl through all the code again?
-
I know this is an old discussion but I'm also looking for an AAF to OMF converter (to run on Windows). I don't have the AAF source code to hand these days (although it'll be backed up okay) but I've a vague memory of a small command line utility. Is it downloadable form anywhere (to save me having to trawl through all the code again?
-
Ron Novy posted a comment on discussion Developers
I'm trying to do the same thing for Windows 11 ARM by creating an ARM64X compilation. ARM64X requires both ARM64 and ARM64EC targets in order to get the ARM64X to work and I'm stuck at this stupid Schemasoft library again. I've used the other structured storage libraries before but they don't seem to be 100% compatible with the files created by Schemasoft code and I have no idea why.
-
Any chance the Schemasoft structured storage library sources used for the other platforms can get compiled for Windows 11 ARM? I've been trying to create a windows ARM64X build of AAF in visual studio 2022 and, aside from just a few changes to platform detection in the AAF headers, the big thing holding it back is the missing ssrw_c.lib for Windows ARM64, ARM64EC or ARM64X. The original sources for that Schemasoft lib seem to be unobtanium... Any chance anyone here might be able to help with tha...
-
Nikin Valentin posted a comment on discussion Open Discussion
Hello! I'm developing application which accept mxf files and restore aaf file from these mxf. I need to accept only mxfs generated by MediaComposer (usually located G:\Avid MediaFiles\MXF\1). The question is how I can distinguish programmatically MediaComposer-mxf files from simple mxf files?
-
Martin Preston posted a comment on discussion Help
Ah maybe the xcode UI is a bit more lenient. I'm just using the xcode generator to build the equivalent of the makefiles, rather than using the xcode ui, and am using vscode to front-end it all. So its perfectly possible that the gui version of xcode itself can ignore the error messages. FWIW I'm using vscode as we also do a lot of remote development, with the remote machines predominantly being Linux. Sadly vscode concludes that the project can't be compiled if the 'generation' phase fails in any...
-
Alexey Kharkevich posted a comment on discussion Help
Hi Martin, most IDEs won't let me plough on and compile if the cmake generator failed sadly Do I understand this correctly that Xcode and other IDEs cannot load the generated project? I could not quickly figure out the cause of the CMake error and since command line build and tests worked decided to move on. If the error breaks IDE it's more severe than I thought. comment out the use of the axPlugin subdirectory This is helpful, thanks.
-
After a bit of trial and error I found that if, in the tests/CMakeLists.txt file, you comment out the use of the axPlugin subdirectory: #add_subdirectory(axPlugin) the Xcode generator seems happy. No idea why it disliked that directory, maybe some bug later versions of Xcode have fixed but the file was exploiting.
-
I have the same problem, and sadly don't have an answer. However even though I get that error I do seem to be able to compile the library (so doing "cmake --build ." does seem to work. So from the command line thats fine, most IDEs won't let me plough on and compile if the cmake generator failed sadly.
-
Yoon Ho Lim posted a comment on discussion Help
Hi, I have the same error. I tried: cmake -G "Xcode" -DPLATFORM=clang13 -DARCH=Universal ../.. Any help would be much appreciated.
-
MarkF posted a comment on discussion Open Discussion
Many thanks Alexey. Confirming the fix.
-
Commit 8f8ef37 on V121_branch fixes the issue with conversion of DebugAAF_01.aaf. Alexey
-
Fix debug build crash while opening truncated Avid MXF OP Atom files
-
Fix access violation when opening MXF files with record members of custom enum types
-
Handle failures of OMRawStorage to read and write expected data
-
Fix failure to save mob from existing Structured Storage AAF file after changing its mob ID.
-
Change size of OMSimpleProperty value back to OMUInt32
-
Nick Paul posted a comment on discussion Developers
Hello, Is there any possibility of getting access to the schemasoft source? I have seen a comment from 4 years ago saying "Stay tuned. Hopefully a solution will be forthcomming." :-) I have made changes to support compiling on Linux aarch64 (arm64) but have hit the classic problem of needing libSSRW2C.a. e.g. I am at the following point: No rule to make target '../../AAFaarch64LinuxSDK/g++/sss-impl/libSSRW2C.a The other alternative question is whether someone can provide a build of of this library...
-
Thanks Alexey, and for all the other work you have put into this.
-
Looks like this is a regression in 0cd5d9, "Fix serialization to Reg-XML of record values that require in-memory structure padding". Access violation during a call to externalize(). I'll take a look. Alexey
-
I have several AAFs that cannot be converted to XMLs using a command line tool aaffmtconv built from SDK 1.2.0 RC1 (on Mac Intel/Arm and Win64). I am able to convert these AAFs with SDK 1.1.6. With AAF 1.2.0 RC1 I'm seeing the conversion repeating the following indefinitely in the XML export: <this:EqualizationBand> <this:type>urn:uuid:00000000-0000-0000-0000-000000000000</this:type> <this:frequency>0</this:frequency> <this:gain>0</this:gain> <this:q>0</this:q> <this:enable>False</this:enable> </this:EqualizationBand>...
-
Armand Rochette posted a comment on discussion Open Discussion
Hi Phil, We will first try to compile our AAF plugin as Arm64EC and we will see whether we can easily adapt this to Arm64 afterwards. Armand
-
Phil Tudor posted a comment on discussion Open Discussion
Hi Armand, Nothing planned at the moment for Windows on Arm. If you are working on that platform, it would be interesting to hear what issues you encounter if you attempt to build it. Someone has to be first... Is this of interest to others? Phil
-
Hi, I would like to know whether an Arm version of AAF for Windows on Arm is planned in the foreseeable future? Thank you very much! Regards, Armand
-
Jonathon Irons posted a comment on discussion Help
Hi everyone, I am attempting to compile AAF v1.2.0 on my M1 iMac (macOS 12.3 Monterey), using the MacOS ARM64 build instructions. I currently have Xcode 13.3 installed, as well as cmake 3.22.2 through homebrew. When I get to this cmake command: % cmake -G "Xcode" -DPLATFORM=clang12 -DARCH=arm64 ../.. I get the following output ending with an error: -- The CXX compiler identification is AppleClang 13.1.6.13160021 -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Check...
-
Advanced Authoring Format released /AAF-src/1.2.0/AAF-src-1.2.0.zip
-
-
-
-
-
-
-
-
-
-
Ryan Francesconi posted a comment on discussion Open Discussion
I rebuilt again just now, and it worked ok. Not sure what was off before! On Tue, Dec 21, 2021 at 1:13 PM Alexey Kharkevich akharkev@users.sourceforge.net wrote: Hi Ryan, I cannot reproduce the failure. Does the following look similar to what you're doing? - $ tar -zxf ~/AAF-src-1.2.0-RC1.tar.gz $ cd ~/AAF-src-1.2.0-RC1 $ mkdir -p out/build $ cd out/build $ cmake -G "Xcode" -DPLATFORM=clang12 -DARCH=arm64 ../.. $ cmake --build . $ export LD_LIBRARY_PATH=~/AAF-src-1.2.0-RC1/out/target/clang12-arm64/Debug/RefImpl...
-
Hi Ryan, I cannot reproduce the failure. Does the following look similar to what you're doing? - $ tar -zxf ~/AAF-src-1.2.0-RC1.tar.gz $ cd ~/AAF-src-1.2.0-RC1 $ mkdir -p out/build $ cd out/build $ cmake -G "Xcode" -DPLATFORM=clang12 -DARCH=arm64 ../.. $ cmake --build . $ export LD_LIBRARY_PATH=~/AAF-src-1.2.0-RC1/out/target/clang12-arm64/Debug/RefImpl $ cp ~/AAF-src-1.2.0-RC1/test/com/ComModTestAAF/Laser.wav ~/AAF-src-1.2.0-RC1/out/target/clang12-arm64/Debug/Examples $ cd ~/AAF-src-1.2.0-RC1/out/target/clang12-arm64/Debug/Examples...
-
Hi Phil, Thanks for the update! Everything built fine and seems to be working properly from my end in terms of the API itself. XML structured storage is now working and I see there are a few minor syntax changes. I was able to build a few test AAFs in my application. You might want to verify that the examples are all working correctly on macOS M1. I only tried one but it says: rf@rf-mba Examples % ./ExportSimpleComposition No file specified => defaulting to ExportSimpleComposition.aaf Working on...
-
Hi all, The issue with example code failing on arm64 has been resolved by rebuilding the Schemasoft structured storage library from the same sources as used for the other platforms. This change is included in the AAF v1.2.0 RC1 release (tag V120_RC1) here: https://sourceforge.net/projects/aaf/files/AAF-src/1.2.0-RC1/ Final release will be made in the next few days. Phil
-
Hi all, The issue with example code failing on arm64 has been resolved by rebuilding the Schemasoft structured storage library from the same sources as used for the other platforms. This change is included in the AAF v1.2.0 RC1 release (tag V120_RC1) here: https://sourceforge.net/projects/aaf/files/AAF-src/1.2.0-RC1/ Final release will be made in the next few days. Phil
-
Philip de Nier updated merge request #1
Various fix performed during conan recipe creation
-
Zeeshan posted a comment on discussion Open Discussion
I have some wav audio files and metadata separately, now i have to create aaf files using javascript, i can't find any help to create aaf files in javascript, as there is no package available. Looking forward for the help. Regards, Zee
-
-
-
-
-
-
-
-
Fix typo in the release notes.
-
Mention Apple silicon support in the release notes.
-
-
-
-
-
-
-
-
-
-
-
Add Apple silicon support.
-
Add build instructions for macOS ARM64.
-
Default to using fseeko()/ftello()/off_t on Linux.
-
Rebuild SchemaSoft Structured Storage library for x86-64 Linux (GCC 4.8.5).
-
Alexey Kharkevich committed [98eded]
Merge branch 'apple-silicon' of ssh://git.code.sf.net/p/aaf/code2 into apple-silicon
-
Alexey Kharkevich committed [42032e]
Rebuild SchemaSoft Structured Storage library for macOS 10.10.
-
Add Visual Studio 2013 build of SchemaSoft Structured Storage library.
-
Dev committed [da56a8]
Add Apple silicon support.
-
Thanks for submitting these changes. We've merged the pointer issue change. The array count issue was fixed slightly differently using the existing kNumSupportedFlavours and fixing another instance as well, but thanks for spotting this issue nonetheless. The register keyword change hasn't been merged because it's C-code and we checked that on Linux and Windows that the C-compiler is being used. The libjpeg code is quite old and the latest release is still using the register keyword. The define interface...
-
Philip de Nier committed [0fc997]
Compare with pointer insteead of character
-
Philip de Nier committed [444bf1]
plugins: Fix number of array elements in for loops
-
Martin Delille created merge request #1
Various fix performed during conan recipe creation
-
Hi, I started adding a conan recipe for the AAF sdk here: https://github.com/conan-io/conan-center-index/pull/5998 The conan community is very helpful but I might need your help to go further with this recipe.
-
Thanks. Will take a look.
-
right, it was from the ExportSimpleComposition. This was the previous comment in that the ExportSimpleComposition compiles and runs fine on Intel, but throws an error on M1. Neither AAF opened in Pro Tools or Logic. Looks to me that it doesn't work completely with arm64 yet. The ExportSimpleComposition example runs ok on an Intel mac, but on an M1 it says as below. Any advice? This is using the Robert Chin updated branch from: https://sourceforge.net/u/rchin-apple-com/aaf-apple-silicon/ci/master/tree/...
-
Hi, neither AAF exported will open in Pro Tools or Logic Is this about files created by ExportSimpleComposition or something else?
-
additionally, neither AAF exported will open in Pro Tools or Logic. Not sure what I'm missing here.... On Fri, May 28, 2021 at 4:16 PM Ryan Francesconi ryanfrancesconi@users.sourceforge.net wrote: Looks to me that it doesn't work completely with arm64 yet. The ExportSimpleComposition example runs ok on an Intel mac, but on an M1 it says as below. Any advice? This is using the Robert Chin updated branch from: https://sourceforge.net/u/rchin-apple-com/aaf-apple-silicon/ci/master/tree/ On M1 MacOS 11.3.1...
-
Looks to me that it doesn't work completely with arm64 yet. The ExportSimpleComposition example runs ok on an Intel mac, but on an M1 it says as below. Any advice? This is using the Robert Chin updated branch from: https://sourceforge.net/u/rchin-apple-com/aaf-apple-silicon/ci/master/tree/ On M1 MacOS 11.3.1 it looks like this: No file specified => defaulting to ExportSimpleComposition.aaf Working on file ExportSimpleComposition.aaf using ReadSamples Error '80120097' returned at line 297 in /Users/rf/Documents/Dev/ADD-Build/Frameworks/C/AAF/u-rchin-apple-com-aaf-apple-silicon-16b1560f37de3f485f2429638dc08afb2527b53f/examples/com-api/ExportSimpleComposition/ExportSimpleComposition.cpp...
-
ok, thanks, i'll try it again! i don't remember the issues from then clearly at this point. i have a lot invested in the old XML writing format, so that is likely the cause. On Fri, May 28, 2021 at 10:50 AM Philip de Nier philipn@users.sourceforge.net wrote: I tried aaffmtconv on an AAF-SS file and converting it to AAF-XML appeared to work. Converting the AAF-XML back to AAF-SS also worked. The cmake tests that test XML to SS round-tripping, pass. I think then that the issue you reported last fall...
-
I tried aaffmtconv on an AAF-SS file and converting it to AAF-XML appeared to work. Converting the AAF-XML back to AAF-SS also worked. The cmake tests that test XML to SS round-tripping, pass. I think then that the issue you reported last fall was likely the new SDK not supporting the old XML and the new SDK producing XML with a different schema.. Nothing has changed since the developer release was made. If you have XML using the old namespace then either use the old SDK to convert it to AAF-SS or...
-
I would say the issue is both, though when i mentioned it last fall there wasn't any response, so my memory isn't as clear now. for my needs i convert XML to AAF, though I've tried both directions when i tested. I also tested the included aaffmtconv and that also didn't work. Has there been an update I'm not aware of that fixes that? On Fri, May 28, 2021 at 9:18 AM Philip de Nier philipn@users.sourceforge.net wrote: Is the issue reading XML that worked with the old version of the SDK or is there...
-
Albert25 posted a comment on discussion Open Discussion
Indeed, that fixed it. Thanks a lot.
-
Is the issue reading XML that worked with the old version of the SDK or is there an issue reading XML produced by the new SDK? The XML namespace has been changed in the newer SDK after changes were to made to improve the compliance with SMPTE ST 2001. That has resulted in some tag and attribute name changes for example.
-
The latest build last i checked still doesn't support XML however, so for me at least I'm unable to use it.
-
Don't know if there a compiler option to turn this off. Will commit a fix but haven't gotten to it yet. The fix is to replace '\0' with NULL in aafErr.cpp:181:57.
-
When trying to build AAF-src-1.2.0-DR1 on Ubuntu 20.04, it ends with the error below. $ cmake --build . [... parts without errors ...] Scanning dependencies of target Impl [ 11%] Building CXX object ref-impl/src/impl/CMakeFiles/Impl.dir/__/__/aaflib/aaflibwin32.cpp.o [ 11%] Building CXX object ref-impl/src/impl/CMakeFiles/Impl.dir/aafErr.cpp.o /home/mi/src/AAF-src-1.2.0-DR1/ref-impl/src/impl/aafErr.cpp: In function ‘const char* aafGetErrorString(aafErr_t)’: /home/mi/src/AAF-src-1.2.0-DR1/ref-impl/src/impl/aafErr.cpp:181:57:...
-
Thanks for the feedback and the follow-up that more recent cmake version fixes the issue you encountered.
-
Robert Chin posted a comment on discussion Open Discussion
On Mar 4, 2021, at 8:06 AM, Ryan Francesconi ryanfrancesconi@users.sourceforge.net wrote: Robert, do you know if your latest branch has XML structured storage support in it? (that works) Sorry I’m not sure. I guess it is unlikely, our branch from Apple is quite old. I mostly fixed some outstanding unicode bugs and added support for Apple Silicon. Robert
-
Thomas Kluge posted a comment on discussion Open Discussion
Thanks, this builds now for x86_64 and arm64 on my system.
-
On Mar 4, 2021, at 5:11 AM, Thomas Kluge tklugepsl@users.sourceforge.net wrote: The first is an obvious typo, but maybe other modifications are missing? I checked and there are no other missing changes. I pushed my most recent changes to the branch so if you check now you should get them — the only additional changes I found were fixes for your reported issue. Robert
-
Robert, do you know if your latest branch has XML structured storage support in it? (that works)
-
Hi Robert, thanks for sharing. I am having trouble building your master branch. Compilation fails with StructuredStorage.h:178:13: error: unknown type name 'SSR_UINT8 OMSSStructuredStorage.cpp:600:19: error: no matching function for call to 'streamRead' OMSSStructuredStorage.cpp:636:19: error: no matching function for call to 'streamWrite' The first is an obvious typo, but maybe other modifications are missing? Thanks, Thomas
-
Yes, i wasn't able to get any xml conversion to work, so i had to go back to the old version. Would love for it to work! Ryan On Fri, Jan 29, 2021 at 11:09 AM B Sloan bsloan@users.sourceforge.net wrote: It seems to work on trivial AAF files but invariably breaks when checking the validity of a propertyId. The failure happens because a certain property ID is not in the PropertySet. This is as far as I've gotten. removing the section of XML that defines that particular property ID (in my case, 0xffb3)...
-
B Sloan posted a comment on discussion Open Discussion
It seems to work on trivial AAF files but invariably breaks when checking the validity of a propertyId. The failure happens because a certain property ID is not in the PropertySet. This is as far as I've gotten. removing the section of XML that defines that particular property ID (in my case, 0xffb3) creates deeper problems for aaffmtconv and fails in a different place. It would be awesome if anyone on the development team could help us troubleshoot. We may be able to provide an example of an AAF...
-
FYI I updated the headers and static library on my branch as it seems there were some incompatibilities. I would recommend you update to the latest available at https://sourceforge.net/u/rchin-apple-com/aaf-apple-silicon/ci/master/tree/
-
As far as I can tell the support for translation to and from XML -> AAF is broken in the latest 1.2 release. Is this correct? Thanks, Ryan
-
Just for future reference, also updating cmake to the latest version (3.19) solved the above error i saw without changing the CMakeLists
1 >
