Last week, the first Autodesk Forma hackathon was organized.
Charles and I had already met some folks from the Forma team during DevCon 2023 in Munich, and then again during AU in Las Vegas. We were encouraged to test Forma as developers and were asked to try creating extensions and provide feedback on the SDK.
Unfortunately, we were very busy with our daily work towards the end of the year and did not have time to delve into this product.
This event provided a real opportunity for us to dedicate time to Forma with the assistance of the engineering team.
The event kicked off at 9 am, and we were then all invited to pitch our ideas. Ours was quite simple – “Make Augmented Reality from Forma”.
After some discussions with familiar Autodesk faces, we began our work.
A few days before the event, I started reading the documentation and discovered from one of the examples that we were able to get triangles from the elements. That was our starting point, but after some discussions with the engineering team, they convinced us to use the Forma API – which allowed us to access the data without using an extension – and thus without opening the Forma web page.
We decided to give it a try and began making API requests to extract Forma data. Unfortunately, we quickly realized that this API was still new and needed some tips/hacks to obtain certain values.
Our biggest challenge, however, was not only competing against great teams but also against time. While we could accomplish a lot in two days, with introductions, breaks, discussions, setup, and preparation of materials for the presentation, we realistically only had about 5-10 hours of actual coding time.
Discovering the API, parsing responses, and creating recursive functions is not very complicated but can be quite time-consuming. In this case, we were not sure if we would be able to achieve our goals by the end.
Returning to our initial approach, we quickly set up a Forma extension, and with a few lines of code, we were able to retrieve the geometry of our buildings. With a basic websocket server, we could then send this data to other clients.
Next, we created a fresh Unity project – our game engine of choice for easily prototyping and developing AR apps – and added a websocket client to receive our data.
Unity is very useful for creating augmented reality apps. With the help of the ARFoundation package, we only needed to drag the necessary components into the scene to have an AR app that we could deploy on our iPad.
Now came the trickiest part: model placement. Usually, we work with markers or detected plane intersections to establish a real-world origin. However, for this example, we decided to use geolocation (the accuracy should be sufficient for this use case).
This part involved two different steps:
Converting the GPS coordinates of the model to placed and the device to Cartesian coordinates.
Finding the true north of the device to orient the model.
Because we were working inside the building, we did not have easy access to the outdoors, and our GPS data were not perfect. Also, due to the time limit, we streamlined this process a bit and assumed the orientation, for example, by placing the device in the right position at launch.
In any case, our presentation and work impressed the judges, and we were one of the three winners (which was amusing for us as we weren’t sure if we would even compete!).
We concluded the hackathon with a drink and took the opportunity to have further discussions.
Thank you to all the Forma team for organizing this event. We were very pleased to participate in this hackathon and would like to express special thanks Daniel and HÃ¥vard.
We were also happy to see Kean, Petr and Denis. I took the opportunity to chat with them about some APS-related questions.
Our return flight was on Thursday evening, so we had some time to visit Oslo.
We found a boat leaving just 10 minutes later for a 2-hour cruise, which was a great opportunity to see Oslo’s surroundings and gain a different perspective.
As avid lovers of French cuisine, we were a little disappointed to limit ourselves to Norwegian food such as pizza and sushi, so we sought out a local meal. We found a great restaurant focused on seafood.
It was already time to fly back to Nantes and return to our projects.
The Autodesk Platform Service – APS (formerly Forge) Viewer has a built-in extension to take measures of 2D and 3D models.
Sometimes, you can have a model or a sheet with inconsistent units ending up with wrong measure values. So a calibration tool is allowing you to set the right length between two points. It defines a scaling factor applied to all measures.
How to make it persistent?
Here is some tips to get the current calibration, save it and then set it when the viewer loads.
Access to the measure extension.
For that, we can wait for the EXTENSION_LOADED_EVENT and check if the extension id is Autodesk.Measure to be sure that the extension is loaded.
viewer.addEventListener(Autodesk.Viewing.EXTENSION_LOADED_EVENT, function(event){
if(event.extensionId === 'Autodesk.Measure')
{
//Now we are sure that the extension is loaded
}
});
This tool provides valuable methods and we are going to use these three.
// Return the calibration unit
calibrationTool.getCurrentUnits();
// Return the current factor
calibrationTool.getCalibrationFactor();
// Modify the calibration factor value
calibrationTool.setCalibrationFactor([NEW SCALE FACTOR])
React to calibration event
We don’t want to get the last calibration manually, so we can subscribe to the event emitted when you finish a calibration.
viewer.addEventListener(Autodesk.Viewing.MeasureCommon.Events.FINISHED_CALIBRATION, function(calibration){
// Now we have the latest calibration factor so we can store it
});
Making an extension to save calibrations and set the latest
Now that we have all the functions we need, let’s create an example to demonstrate this.
First, we will create a custom viewer extension with a button in the toolbar. As I want to add some UI, this extension is going to open a panel to display our calibrations values and some action buttons:
For now, we only have a simple extension with a toolbar button that opens a UI panel. Let’s add some logic to it.
As explained before we can subscribe to the FINISHED_CALIBRATION event, to get the latest calibration and make a request to the server to store it in database. For this example, I am using a simple text file, but it can be easily improved with a database.
We can use the docking panel to display current values, show the different calibrations that we got from our database and implement actions in our interface.
Take a look at my demo below. I change the calibration factor from previous calibrations with a fresh new calibration and we see the measure difference. Everything done here in this 3D view will work the same in a 2D view.
The complete code of this example is available on my github.