Fails to backup

[sethgodin1]

Describe the bug
Running on a Macbook pro under 14.3.1

I'm able to see my library. I hit 'liberate visible books'

it seems to fail.

I might be doing it wrong!

here's the log
libation log.txt

[rmcrackan]

Sorry about this. Can you go to Settings > Settings... and click the "Open log folder" at the bottom. That should open the folder which has files like "Log202401.zip" which will hopefully have some more technical details for me. Could you attach that to this ticket?

[sethgodin1]

I'm super grateful for the work you do and the fast response too. Thank you!
_Log202402.zip

I'm guessing it's user error

[rmcrackan]

@sethgodin1 Thank you so much for this log file. This may be a bug with mp3 on mac specifically. Can you try 1 book again not as mp3? You can right click the book to try just that one again.

@Mbucari Would you mind taking a look at this?

System.PlatformNotSupportedException: Could not load ffmpegaac or ffmpegaac.arm64.dylib
   at AAXClean.Codecs.Mp4FileExtensions.DllImportResolver(String libraryName, Assembly assembly, Nullable`1 searchPath) in /home/runner/work/AAXClean.Codecs/AAXClean.Codecs/src/AAXClean.Codecs/Mp4FileExtensions.cs:line 36

[sethgodin1]

screenshots attached

[Mbucari]

@sethgodin1 Can you please go into the Libation app bundle (right-click it then click "Show Package Contents"). Do you see a file in there named ffmpegaac.arm64.dylib?

[sethgodin1]

inside the macos folder in the Contents folder, I see as attached

[rmcrackan]

@Mbucari you mentioned arm64 and he has x64. I don't know mac -- is this just a matter of using the other download type?

[rmcrackan]

Related bug #1020

[Mbucari]

you mentioned arm64 and he has x64. I don't know mac -- is this just a matter of using the other download type?

@rmcrackan
I think you might be onto something. AAXClean.Codecs loads the native libraries at runtime. Here's where it tries to find the dll by name. Notice Line #23 where it determines the architecture to load by getting the OS architecture.

Here's what I think is happening. The users's machines are running on Apple Silicon which is arm64, but they downloaded the x64 packages. x64 will run on apple silicon under Apple's Rosetta translation layer, but AAXClean is trying to load load the library of the System's architecture, not the Libation package's architecture.

A temporary fix is to have the users delete their existing Libation app bundle and download the arm64 bundle.

I edited the macos build script to rename the native lib files, removing the architecture name. This should work because AAXClean tries to load both "ffmpegaac.[ARCH].dylib" AND just "ffmpegaac". Renaming the lib to just "ffmpegaac.dylib" should cause the system's library resolver to find it (and the same goes with the libmp3lame resolver

[rmcrackan]

@Mbucari Gracias. I'll create a pre-release soon

[rmcrackan]

Please try this pre-release and let me know if it helps your issue : https://github.com/rmcrackan/Libation/releases/tag/v11.5.2

[rmcrackan]

This bug seems to be out of date. If you have more information, please reply here and we can look into it further.

Please try the latest version: https://github.com/rmcrackan/Libation/releases/latest