People still appreciate human art. People don't appreciate AI art because it's fake. If you enjoy AI art, you're probably fake and have no appreciation. That's my take.
Just remember that AI can not create art, it can only remember art. AI is not a human, AI is a probabilistic function.
> If you enjoy AI art, you're probably fake and have no appreciation. That's my take.
I enjoy AI art. I don't enjoy AI slop. There's a fundamental difference between the two. It's true that the Internet is flooded with low-effort AI slop, but AI is just a tool like any other, and you can create real art with it. It just takes skill.
Here's an experiment: try visiting CivitAI's featured images page[1] and then tell me with a straight face that you'd classify none of those images as art.
This is not exactly correct. They wouldn’t need to emulate SPTM, since SPTM is already running. And to be very correct, SPTM is a “process” running in a separate privilege level to the regular privilege levels found on arm processors.
The reason it’s a pain is because pre M4 the bootloader gave you complete control over the CPU, including the Apple-exclusive extensions like GLx, the special privilege levels e.g. SPTM is running at. Since M4 the bootloader handles that, so asahi team has to either cope with being dropped after GL is already initialized and locked down, or running in a mode with all of Apple extensions disabled.
So it’s not a problem for running Linux, but it’s a problem for running macOS with a thin abstraction layer to intercept talking with devices like the GPU, which made reverse engineering for them significantly easier.
Afaik this isn’t quite correct either. From what I could gather from the CCC talk and forum posts:
The Apple specific instructions to talk to the SPTM are only usable in the GL2 privilege level, not EL2 where you end up after booting non-Apple code.
The problem is the macOS kernel uses these custom instructions to manage its own page table mappings, and when being virtualized in EL2 it just crashes since these instructions are now invalid.
The solution is indeed to emulate the SPTM interface and instructions just enough for macOS to not crash, that way it can be virtualized for reverse engineering. The emulated SPTM could just pass through the mappings, ignoring all of the security checks the real one would normally do.
I was able to find quite a bit of existing SPTM analysis online (I believe from iOS security research) so this issue isn’t insurmountable by any means.
From our knowing how it works [0] it’s just a mechanism for the kernel to give up some privileges and add extra security checks when modifying page tables. Sounds easy to emulate to me: just don’t do the checks and modify the page tables directly. Do you have some reason to believe it can’t be emulated?
If for some reason it’s difficult, the relevant kernel code could also be hooked or patched.
That's the British idea of a water shortage; I suspect that many people would be thrilled if their water supply was good enough to consider a lawn in the first place.
This has happened about every year in the past 10 years during Summer in France at least (I guess Spain/Portugal/Italy, all mediterranean countries are alike in this regard, even most continental European countries).
They're very clearly AI when you're told that it's a list of AI. But when you're given a mixed list of AI and genuine reports, I bet it's not so simple and very time consuming
I have a personal T470 with linux and a Macbook for work. Battery life is worse on the Thinkpad, and I have a 5 year older CPU so performance is lower. Everything else is better. I feel like I did something really bad in my last life to be cursed to work with the MacOS UI everyday.
I use a ThinkPad with Linux as my daily driver and a MBP at work. I love my ThinkPad dearly-but it goes 0/4 up against the MBP.
The best thing I've done for my in practice battery life on Linux is enable aggressive suspend to hibernate, but it still doesn't compare to the all day use I get out of the MBP.
Driver support is really good, everything works, but it obviously can't compete with the 'perfect' driver support you get with macOS.
Performance is again really good but it's not M* performance, nothing is, but I'm happy with it. The OS is perfectly snappy and responsive.
Security is also quite good, Linux has fantastic TPM support now so you get passwordless full disk encryption. Fingerprint reader works and is well integrated into popular DEs. But it's not TouchID or Apple's secure coprocessor, SIP level extra. And just in general the Linux security model without SELinux or Flatpak sandboxing is user-based so you don't get protection against software you run behaving naughtily. The antivirus story is also not as good / nonexistent, but I've never really cared about those so nothing lost for me.
The advantage of the Thinkpad is you get to run Linux, it's about half the cost of the MBP, it's more than good enough as a daily driver, and you get all the full sized ports with no adapter.
Cheapish (~$1000) thinkpad E14 gen7 (AMD) variant has battery life of >24h (reading/typing in vim). At least according to power meter, not that I'd read or type that long.
And everything works on it on Linux, even obscure things like fingerprint sensor, various bizarro Fn key combos, all the various HW accelerations (video encode/decode via vaapi), etc. I didn't find anything that would not work.
Absolutely nothing beats the integration of Apple software and hardware. As it should be because they don't give you another option! You can't run Apple software on anything else (without hacks), and you can't run anything else on Apple hardware (without significant effort and sacrifice in functionality). This is Apple's whole design philosophy and value prop, and they are essentially unbeatable at systems integration.
This deep software/hardware integration means Apple absolutely destroys everyone at battery life. No contest. If you want to optimize for battery life, Apple is the choice.
The deep integration also makes Apple's security quite good. Obnoxiously so as they make even common operations like downloading software off the web take extra steps.
That being said as soon as you stray outside of a pure Apple ecosystem, Linux wins in my experience. Plugging a Logitech mouse into my MacBook prompted me to install Logitech keyboard drivers... Not only was the device type wrong but drivers?! ...for a simple input device?! I haven't had to worry about printer, mouse, keyboard, webcam, usb mic, drawing pad, etc drivers in years. Simple devices almost universally Just Work in Linux without having to install or configure anything. It's mind boggling when I touch Windows or macOS and am greeted with proprietary drivers for something like a basic laser printer.
But there's plenty of counter-examples: Nvidia requires their proprietary driver to fully utilize their hardware, but the driver is much better than it used to be. My understanding is that no one on Windows really enjoys dealing with Nvidia drivers either, so it's probably a similar scenario.
At the end of the day I use both Linux and macOS regularly and prefer Linux overall. My Macbook Air's battery life and lack of fans does make it unbeatable for actual lap-top computing, and when I want to look and sound good on a Zoom call I can always count on its builtin camera and mic. So I basically use my Macbook as a laptop form factor iPhone or iPad, which I think is Apple's intent and fills a niche for sure.
Just remember that AI can not create art, it can only remember art. AI is not a human, AI is a probabilistic function.
reply