The issue is still here too for Blender 2.93.0 Beta, April 19, 12:08:45- c75b2019e101 macOS Arm 64 bit. (otherwise this beta is very stable, haven't had it crash once:)

use system libdecor-0.1 and update API

Replaced "BLENDER_CMAKE_SYSTEM_PROCESSOR" with a "BLENDER_PLATFORM_ARM" CMake variable and simplified some checks

In T87392#1148847, @Hans Goudey (HooglyBoogly) wrote:

Sorry to have wasted your time everyone with such a dumb mistake. Thanks for the report and the investigations.

This seems generally fine and not very invasive, just minor comments about simplifying the checks.

Sorry to have wasted your time everyone with such a dumb mistake. Thanks for the report and the investigations.

In D9505#279899, @Jacob Merrill (blueprintrandom) wrote:

does this build easily on a https://developer.nvidia.com/embedded/jetson-agx-xavier-developer-kit ?

I am also able to reproduce on Linux with Blender master while being unable to reproduce in 2.92 release.

does this build easily on a https://developer.nvidia.com/embedded/jetson-agx-xavier-developer-kit ?

@Hans Goudey (HooglyBoogly) Thanks! Rebased.

I just committed a cleanup that will make the changes in object_dupli.cc unecessary. Those were probably my fault as I moved the file to C++ recently.

Can't reproduce the issue. Please provide a simple blend file where it happens, as @Ankit Meel (ankitm) wrote.

@brothermechanic (brothermechanic) please add a simple blend file with the audio file or let us know if it happens in any audio file.
CC @Joerg Mueller (nexyon) in case you can redo the startup noises.

Keeping @Sybren A. Stüvel (sybren) in loop for the intended [removing link_directories] change.

Sounds good. This can go in and I will remove the nasm build for macOS afterwards.

The latest nasm available on CentOS 7 is 2.10 (source).

This should be fixed now. Please wait for the next daily build and check if it works properly again.

It seems the question is why do we build nasm in the first place if it's not needed in the libs we ship?
For Linux and macOS, I found these commits: rB1e3c0b4b03e1 and rB157cd6c6e89c. Those changes were made as the nasm version at that time (2.15.02) needed to be patched.

LGTM

Does no longer occur with 2.9.x

• Remove duplicated code for haru-tiff dependency

Thanks for implementing this.

@Julian Eisel (Severin) - Using our own decorations is something we wanted to do for a while...

In D7989#243849, @Julian Eisel (Severin) wrote:

I have very mixed feelings about this. First of all, I find the GNOME idea to require client side decorations... questionable, to say it in the nicest possible way.

I understand you. I was at this point when first using Wayland and discovered that I have to implement decorations myself.

• update libdecoration
• remove demo
• rebase master

fixed upstream in ffmpeg commit
http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=2687070d9b092d3a354a6963c65197054ddf7a75

Here is the ffmpeg bug report for this issue:
https://trac.ffmpeg.org/ticket/9077

Great, so please create new report on ffmpeg tracker as I won't be able to check whether this has been resolved or not and provide link to issue here.