News for hackers. Stuff that matters.
Re:Open-Sourcing our Firmware by reacharavindh on Friday January 21, 2022 @03:10PM (#30029301)
I very much wanted to hear about this and damn :-( Video playback must be hardware accelerated by now and be super efficient. Another worry was about low power sleep modes and waking up, and looks like it is not solved too. I might have to suck it up and buy the Mac for my needs after all. I have my trusty Linux desktop for all my big compute needs. I was hoping to make the mobile machine also run Linux, but the specific needs there (crisp display, nice battery life, Linux friendliness) seems to be an elusive goal.
Re:Open-Sourcing our Firmware by Teknoman117 on Friday January 21, 2022 @04:03PM (#30029965)
It's still a real pain to get hardware accelerated video in a browser on Linux. Google is still outright refusing to support it in chromium, even though they do support it inside Chrome OS. There are few community patches floating around if you're willing to roll your own chromium to enable to Chrome OS hardware decode pathways on generic Linux.

You can mostly get it working on Firefox if you play around with the config options, but it only works with AMD and Intel GPUs (anything supporting vaapi).

Re:Open-Sourcing our Firmware by 42jd on Friday January 21, 2022 @09:27PM (#30032645)
As a heads up they fixed the intel xe graphics sandboxing issue in firefox 96. See https://bugzilla.mozilla.org/show_bug.cgi?id=1698778 It works great on my Framework with NixOS. My about:config settings (taken from my home-manager):

graphics = { "media.ffmpeg.vaapi.enabled" = true; "media.rdd-ffmpeg.enabled" = true; "media.navigator.medidataencoder_vpx_enabled" = true; };

Re:Open-Sourcing our Firmware by fubbyy on Friday January 21, 2022 @05:54PM (#30031010)
Really? I’m pretty sure chromium has decent VAAPI support.
Re:Open-Sourcing our Firmware by Teknoman117 on Friday January 21, 2022 @06:54PM (#30031543)
Oh! Looks like they finally started adding official support last summer (June 2021). It still appears disabled by default though.
Re:Open-Sourcing our Firmware by xvector on Friday January 21, 2022 @03:56PM (#30029879)
The M1 MacBook Air honestly feels so far ahead of any other laptop I've used that it's not even funny. Fanless, powerful, absolutely bonkers battery life.

M1 + Nix is ideal, IMO.

Re:Open-Sourcing our Firmware by nathancahill on Friday January 21, 2022 @04:03PM (#30029972)
You have Nix running on M1?
Re:Open-Sourcing our Firmware by shepherdjerred on Friday January 21, 2022 @05:01PM (#30030530)
Nix is the package manager, NixOS is the OS.

https://nix.dev/tutorials/install-nix#macos

Re:Open-Sourcing our Firmware by bo1024 on Friday January 21, 2022 @06:39PM (#30031417)
I’m very happy with purism’s librem 14 but the display is not as nice as frameworks.
Re:Open-Sourcing our Firmware by DrBenCarson on Friday January 21, 2022 @03:50PM (#30029812)
* crisp display

* nice battery life

* Linux friendliness

Not elusive at all, you can find an M1 MacBook Pro at any Apple, Best Buy, or Costco store.

Re:Open-Sourcing our Firmware by Kinrany on Friday January 21, 2022 @03:58PM (#30029902)
M1 are not Linux-friendly at all.
Re:Open-Sourcing our Firmware by DrBenCarson on Saturday January 22, 2022 @04:38PM (#30041078)
I can run a Linux vm emulating x64 or aarch64 right now on M1…

Not to mention zsh is the login shell out of the box…

It’s more flexible that WSL2 in my opinion

See https://github.com/lima-vm/lima for a very friendly QEMU wrapper running on M1

Re:Open-Sourcing our Firmware by astrange on Friday January 21, 2022 @10:40PM (#30033199)
Run it in a VM. Works fine.
Re:Open-Sourcing our Firmware by Shared404 on Saturday January 22, 2022 @02:20AM (#30034482)
This is like responding "well you can make the civic look like a sports car, that should cover you!" when someone says "I want to drive fast".
Re:Open-Sourcing our Firmware by astrange on Saturday January 22, 2022 @06:57PM (#30042140)
There's some concerns about paravirtualized GPU performance, but the equivalent of "sports car" (workstation/server-like workloads) runs in VMs in cloud providers all the time.
Re:Open-Sourcing our Firmware by vorpalhex on Friday January 21, 2022 @05:18PM (#30030687)
You can't even run unsigned apps on your M1. There is linux support slowly coming thanks to the fine folks on Asahi, but it is very pre-beta.
Re:Open-Sourcing our Firmware by DrBenCarson on Saturday January 22, 2022 @04:37PM (#30041070)
I can run a Linux vm emulating x64 or aarch64 right now on M1…

It’s more flexible that WSL2 in my opinion

See https://github.com/lima-vm/lima for a very friendly QEMU wrapper

Re:Open-Sourcing our Firmware by vorpalhex on Sunday January 23, 2022 @12:26AM (#30043866)
I can write a program and send it to my friend - and they can actually run it - without me paying $99/year to Apple.

Try that on your M1.

Re:Open-Sourcing our Firmware by DrBenCarson on Sunday January 23, 2022 @06:09AM (#30045312)
You can run unsigned software on an M1 Mac, clicking “run anyway” isn’t that hard lol
Re:Open-Sourcing our Firmware by vorpalhex on Sunday January 23, 2022 @04:27PM (#30050594)
That is untrue for native arm apps. The OS actually requires signing. If you are running an x86 app through Rosetta you can currently avoid code signing requirement.

https://eclecticlight.co/2020/08/22/apple-silicon-macs-will-...

Re:Open-Sourcing our Firmware by DrBenCarson on Tuesday January 25, 2022 @10:49PM (#30081442)
What’s the big deal? They don’t require it to be notarized. You can self-sign.

Quite frankly no one should be running unsigned binaries regardless of OS or architecture.