AS version of BricsCAD for V26 ?
At the WWDC Apple announced today that macOS 26 Tahoe will not be able to be installed on some 2019 and 2020 Intel Mac's and next year's macOS27 will be the last year of support for the remaining Intel Mac's.
Surely it is time that BricsCAD releases an AS version.
Could we please get an update on progress for the AS version.
Comments
-
We are working on a native build for Apple Silicon, but we can't tell when we will be able to deliver it.
0 -
BricsCAD needs to get with the program. Every other major CAD vendor offers A.S. native versions.
0 -
will be the last year of support for the remaining Intel Mac's.
Which was to be expected already since - from now - exactly 5 years ago - wow.
and next year's macOS27 will be the last year of support …..
But I read there will be another 3 years of security fixes for macOS 27.
So Bricscad has at least 4 more years until an AS-only version is needed/mandatory. I have kept my old Intel Trash Can Mac Pro in the cupboard any way, in case one day I will need it again.
But I am more concerned about Bricscad's drawing viewport graphic or large file data performance on all platforms. Or feature parity for the non-Windows platforms.
0 -
Good to hear that there is a native AS build in progress.
Also read today that Rosetta 2 will be only supported to macOS 27 (next year's operating system) so BricsCAD will need to be an AS build by V27 or else it would not run on the latest Mac operating system.
0 -
I also contacted support this week because I hadn't found this thread yet. Since this discussion is here, I want to share the support team's response with you right away.
When it comes to native Apple Silicon support:
It is something we are working on, unfortunately it didn't make V26, because of multiple external factors.
For example one of the issues is Hoops Luminate's Metal support, which has
large performance issues compared to the opengl implementation, which
was removed for mac when they added Metal support.0 -
This issue is more of an Apple problem than a Brics CAD problem. Changing the architecture and switching to Metal doesn't necessarily improve all performance.
I suspect there will be many cases where implementation isn't possible or becomes difficult. But I'll wait.
0 -
»For example one of the issues is Hoops Luminate's Metal support.
It's not longer Hoops 'Luminate', it's now Hoops Visualize.
Tech Soft 3D the company recently consolidated their product portfolio.
BricsCAD's graphics engine's naming history looks like this:
RedSDK (Redway3D was acquired by Tech Soft 3D in 2022)
Hoops Luminate (renamed from RedSDK)
Hoops Visualize (renamed from Hoops Luminate)
0 -
I have a new M5 MacBook Air ordered which will obviously come with macOS 26.
If I replace my 6 year old M1 Max with a new M6 Max probably end 2026 / early 2027 it will come with macOS 27 which is rumoured to no longer include Rosetta 2 or be the last version to include it.
So I (and I am sure many others) are starting to get very anxious to, at least, get an update or road map to when we can expect an AS version of BricsCad.
The last update on progress, posted above, was in June 2025 so hopefully there has been some progress.
0 -
Did you ask Hexagon direct ? Vis support. Would be interesting to see what they say.
0 -
Pity, as I think Bricscad is an interesting alternative for CAD/BIM on macOS. And probably the only serious (proprietary) CAD/BIM on Linux (?)
0 -
MacOS 27 will still include Rosetta, which will be discontinued in macOS 28.
Here’s a screenshot from Apple’s website page on the topic:
0 -
I was just really hoping to get an update as to when the AS version is expected to be available or to at least get an update on the situation as AS has been out for 5 years and the last Intel Mac was launched in 2020 (2020 MacBook Air).
0 -
The dedicated development team is actively working on this project. But we can't promise when the AS version is expected, to avoid wrong expectations, as the task is large and complex.
1 -
The dedicated development team is actively working on this project.
Honestly I didn't expect that (after 5+ years)
Great to hear it is still on the roadmap.0 -
Thanks for the update Lyubov.
Relieved to hear that "The dedicated development team is actively working on this project" particularly as I am exclusively on AS.
1 -
It's an abandonware on macOS… The next version of macOS 27 will drop x86 computers… And Rosetta support will be dropped in macOS 28…
There're already great alternatives to BricsCAD that run natively on Apple Silicon, with Ares CAD, iCAD, and of course the genuine Autodesk version.Nowadays, with no better communication, I wouldn't recommend anyone to purchase a BricsCAD license on a Mac…
2 -
100% agree, love BricsCAD on my Windows box but on a Mac it's simply too sub-par to even bother using.
1 -
Ask AI how hard it is you port an application like BricsCAD from x86 to apple silicon. It’s crazy hard. IMHO, Bricsys should abandon macOS entirely, and Linux too! Make one really great software package, fine-tuned for awesomeness. Instead of abstracting away hardware, UI and UX, the nightmare of fragmented QA.
1 -
Totally agree.
as a side note:
one can run a google search "compare autocad for windows with autocad for mac".
the results I get, including official "Autodesk" document, shows that even that "native" version is not exactly equivalent to x86, to say the least...
the way I see it, it is more an Apple issue then software companies & developers.
0 -
Bricsys should abandon macOS entirely, and Linux too!
If that is a serious option for Octave,
after 12 (?) years of struggling,
they should better decide and communicate fast ….(Should have happened already in 2020 or at least 2021)
Then there is still a demand for an on par viewport graphic on Windows.
Which when properly solved, as a side effect,
could likely also offer Vulkan and useful Metal access, which I think
is the main reason why we still have no native ARM version.Ask AI how hard it is you port an application like BricsCAD from x86 to apple silicon.
Sounds a bit like Intel to ARM conversion would have been a general disaster.
It was piece of cake for all Apps that kept their software current and made use of Apple's
recommended frameworks. It was hard for abandoned software that stayed on legacy
frameworks or custom solutions.
For complex 3D/CAD,
my other BIM CAD has a 50/50 Mac/Win user base. And opposed to Bricscad's external
RedSDK, had control over their an in house graphic engine.
Before M1 they released a Rosetta Intel version that was already on par on M1.
In the meantime they did some adaptions to their graphic engine (based on OpenGL).
Interestingly not by only eliminating internal OpenGL legacy and by opening a connection
to the Metal framework, but also by switching to DirectX for Windows.
Next release was a universal installer and mainly saved 30% memory vs Rosetta,
the following release finally a fast "optimized" universal App.
So since at least 2022, they have a future proof bottleneck-free solution with full access
to all platforms GPU hardware potential and can concentrate on the App itself.0 -
I'm not a programmer but I can say if the conversion from X86 to AS is crazy hard and I don't doubt that it is, Greabert (ARES Commander) managed to do it. I have ARES 2027 which has the identical user interface for Mac OS and Windows same as BricsCAD. I can say the application seems to be equal on either platform. Mac here is a M4 Max Studio (base), Windows box is a Lenovo Think Centre Neo I7-14700 / RTX 4060 and the experience is the same on either. Greabert is a smaller company for certain and was able to pull it off very nicely so I would think Hexagon would have the resources to make the conversion as well.
0 -
Google search to the rescue…
I did a search comparin ARES Commander and icad to bricscad.
from the resaults I get it looks that they're not exactly on the same level…
And so I return to the question of whether it is really Bricscad poor construction that makes the transition difficult or whether the comparison is misplaced.
0 -
From what I remember back then,
initially when we asked about the native ARM version and that RedSDK already offered Metal support, it was said that it is not a big problem to release a universal App, but it is hard to get it performant and that they want to do it right. I thought about a general issue, not that its related to Red's Metal API.
Meanwhile RedSDK was sold to a company that looks hardcore Windows only interested (?)And the last news I heard was that their Metal support was still so poor that we got again a (faster) V26 OpenGL Intel Version.
To not be misunderstood,
I can open and work with reasonably large projects fine in Bricscad, for now even on Mac. I basically even could on my old 16 GB M1 Mac Mini.
But I always got certain "not very optimized" client source Files (IFCs, RVTs), that do heavily lag in Bricscad, while still working "ok" in my other BIM or 3D Apps. The problem is that this did not improve noticeably in Bricscad with current Mac hardware AND that it was also never really better on the "unlimited" Windows test PC.
I may get lagging in Viewport Navigation as well as things like Visibility switching in Structure Tree.0 -
I’m not an expert from an economic perspective, but I know one
I want to write a massive CAD program, millions of lines of code, 3D operations, BIM, an amazing API, probably has lots of dependencies. Does it make economic sense to support Windows, macOS, and Linux? Or should I focus on Windows
1 -
Hey all,
I just wanted to add some clarity here. Zoomer his explanation is indeed very close to the money concerning the reason why BricsCAD isn't running natively yet on ARM. We have a lot of external libraries we're using and all of them needed to be updated or compiled by us to be able to run natively. Since Apple switched to ARM we've been doing just that, sometimes being blocked by an external party that was a bit slower and we couldn't do it ourselves. The last one to switch was our rendering engine, where we received an ARM version roughly two years ago. When we tried it serious performance problems surfaced, but also other problems like incorrect display scaling and graphical artifacts. We reported these back to our supplier and have been working with them to try and come to a solution. It's too early to tell for sure but recent alpha versions we've received are showing progress. So keep an eye on the beta I'd say and in case we manage to release a universal binary help us test on ARM so we can stabilize as much as possible.
ty4 -
Thanks for the detailed update.
Really happy that it seems that you have an alpha version running and are nearing to have a beta version.
0




