Xcode 14.3 has already been released yesterday.

The mp4 file format has got a creation data and modified date field that are set to the date of when it was created, so those will be different. You should check if the actual audio data is the same. Or you can use some app like l-smash to dump the structure of the mp4 file and compare the actual differences.

Because when not dragged/moved the app runs from a randomised location, maybe this breaks something inside your app. Some info on https://developer.apple.com/forums/thread/724969

I don't think so, that would make the entire feature pointless. It was made to shown users that something added a login or background item, so it being always shown is by design.

Try to wrap the content of the procQueue.async closure in an autoreleasepool. The queue has got it's own autoreleasepool that don't always drain after each closure is executed probably.

The documentation says: In macOS, in order for the system to provide a default Metal device object, you must link to the Core Graphics framework. You usually need to do this explicitly if you’re writing apps that don’t use graphics by default, such as command line tools.

VTDecompressionSession can decode a large number of formats, including HEVC. You can also list the available decoders to be sure what are the supported format on a particular device.

I I remember correctly Safari (and so WebKit) removed support for NPAPI plugins years ago. So no there is no way to enable a Java plugin to run Java applets.

Same as before. OpenGL 4.1 plus a bunch of extensions if I remember correctly. It's deprecated, so it might be removed in the future, but probably not anytime soon. There are a working open-source implementation of OpenGL ES3 running over Metal, and some in-work progress to run OpenGL on Metal. So even if it will be removed (in a far future) there will be a way to run old OpenGL code in a way or another.

You are not doing anything wrong. That's an issue of NSOpenPanel and there nothing you need to do, it's up to Apple to fix that.

/usr/bin/make is a shim, it will use the make version of the currently selected Xcode toolchain (see xcode-select command or Xcode preferences). The second issue is caused by minimum deployment target not being set. See https://developer.apple.com/library/archive/documentation/DeveloperTools/Conceptual/cross_development/Configuring/configuring.html

Code signing is needed to make the binary run if the binary is arm64. But you don't need a paid developer id certificate to code sign, you can generate your own certificate or use a default ad hoc one. However, to avoid the untrusted modals you need to code sign the binary with a developer id certificate (99$ a year) and to notarise it. Gatekeeper (a name for a cluster of checks on the binaries) used to run only if there was a quarantine flag set, this flag is set by the application that downloaded the file from the internet so if it was used one application that did not set it, there would have been no check at all. This changed recently and even not quarantined binaries are checked sooner than later.

TextEdit on Ventura uses TextKit 2, probably it's a bug. It would be better to create a feedback in Feedback Assistant.

You are trying to link some libraries, installed by homebrew, that are compiled only for arm64.

Platforms tab, press the + button.