2026-02-23 09:41 PM
what does this even mean? these .libpacks seem to have only simplified archicad for one group of people... and its not us at the end user side.
Operating system used: Mac Apple Silicon
2026-02-23 10:31 PM
Well, only the "normal" object library is backwards and forwards compatible – the MEP library on the other side is always tied to the version, and will probably stay like that for a while.
So my guess is there is a version mismatch here between AC and the library.
2026-02-24 01:08 AM
very strange... these are all libraries uploaded from the AC29 applications folder; nothing from 28 is on that server
2026-02-25
11:14 PM
- last edited on
2026-02-26
02:47 AM
by
Laszlo Nagy
Same error, I've never seen this before.
This file was just uploaded from a .pln to a BIMcloud:
The problematic .libpack files are on the BIMcloud, the file was started in AC29.
How to resolve this?
2026-02-25 11:45 PM
I think I found it: make sure to update your libraries too...
2026-02-26 02:06 AM
Yeah, the libpack updates are not backwards compatible. So if one person updates theirs, everyone needs to update.
| AC22-29 AUS 3200 | Help Those Help You - Add a Signature |
| Self-taught, bend it till it breaks | Creating a Thread |
| Win11 | i9 10850K | 64GB | RX6600 | Win11 | R5 2600 | 16GB | GTX1660 |
2026-02-26 11:05 AM
@Lingwisyer schrieb:
Yeah, the libpack updates are not backwards compatible. So if one person updates theirs, everyone needs to update.
Wait,.... what??? Are you sure?
Wasn't that the whole and sole reason to switch to the global library?
Man this gets dumber by the day.
2026-02-26 05:36 PM - edited 2026-02-26 05:38 PM
I'm like 90% certain the whole reason to switch from .lcf to .libpack was less work on the software developers side... on the user side, it takes a software developers understanding of the tool to get a file's libraries sorted out any more.
I mean, take 1 library + a migration library and turn it into 40 separate libraries that all still need to speak to each other in some capacity (macros, etc.), and need to be coordinated for updates individually... yeah, this wasn't for the benefit of anyone on the user end of things.
2026-02-27 03:16 AM - edited 2026-02-27 03:18 AM
Clarification: they are AC version "backwards compatible", but not Library version backwards compatible.
*Apparently some of the objects added with the library update post AC29 are not compatible in AC28... It was mentioned in the library update release post. I have not used or checked any of them.
| AC22-29 AUS 3200 | Help Those Help You - Add a Signature |
| Self-taught, bend it till it breaks | Creating a Thread |
| Win11 | i9 10850K | 64GB | RX6600 | Win11 | R5 2600 | 16GB | GTX1660 |
2026-02-27 03:32 AM
Yeah, I do not get why AC cannot just read a folder of Libpacks. Sure, libpacks give the user more flexibility, but most do not need it... Just give the user a folder of their localised libraries that they can add to if they need to.
eg. I just load "Library (AUS)" folder and I get all of the generic and AUS library parts. If I want the "Japanese Arhcitecture" library, I just copy it from "Other Libraries" folder into "Library (AUS) folder.
Ling.
| AC22-29 AUS 3200 | Help Those Help You - Add a Signature |
| Self-taught, bend it till it breaks | Creating a Thread |
| Win11 | i9 10850K | 64GB | RX6600 | Win11 | R5 2600 | 16GB | GTX1660 |