Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Asahi Linux Progress Linux 7.0

asahilinux.org

Post reply on HN
Print view View original

221–230 of 385 posts

Re: Asahi Linux Progress Linux 7.0

#221

Post by ryandrake »

jasomill wrote: post #178
ryandrake wrote: post #132

Earlier quoted context omitted.

Always possible that it's the standard commercial software company reason: They do know about it and have a P2 bug tracking it, but the team that maintains that code has 5000 other things to do, and it never gets fixed.

More likely it’s that 48 kHz is a more sensible default, since the majority of non-music digital audio is sampled at 48 kHz, almost anyone who cares about potential audio artifacts introduced by resampling is going to be using an external DAC, and (from an Apple-centric viewpoint) almost anyone concerned about the energy consumption of music playback on their MacBook is going to listen to music on their iPhone instea…

Maybe this is a little pedantic, but we're not talking about a default among the many other available options supported by the chip. We're talking about 48 or 96 kHz being intentionally (or unintentionally) made the only allowed options.

So either someone said "we must disallow the other options" or they didn't and it's a bug.

Re: Asahi Linux Progress Linux 7.0

#222

Post by cindyllm »

AKSF_Ackermann wrote: post #130
throwawaypath wrote: post #108

Earlier quoted context omitted.

[flagged]

I am not sure how what happened can be considered "being outed", the vtuber's puppeteer was obvious from day one to anyone who was paying any attention at all, it is just that a lot of people decided to uphold the kayfabe. (And I don't blame them, at least before the lkml crashout it was a pretty fun character.)

[dead]

Re: Asahi Linux Progress Linux 7.0

#223

Post by eightysixfour »

pxc wrote: post #212
eightysixfour wrote: post #171

Earlier quoted context omitted.

I understand the point you are trying to make, but I disagree with it. MacOS doesn’t claim to work on other hardware, Linux does. If System76 said PopOS only works on their hardware, it would be fair to only evaluate it on their hardware. When SteamOS only claimed to work on Steam Decks, the only good evaluation way to evaluate it was on Steam Decks.

> MacOS doesn’t claim to work on other hardware, Linux does. "Linux" isn't even an operating system. There is no entity in the world who claims "bring any Linux distro at all to any random assortment of hardware you happen to already own, it'll be great and we'll commercially support it!".

I didn’t make a single one of these claims.

Re: Asahi Linux Progress Linux 7.0

#224

Post by sandreas »

incanus77 wrote: post #146
sandreas wrote: post #57

While I love Asahi as such and am really blown away by the effort, my setup requires an encrypted ZFS root file system, which is unreasonably hard to achieve with a Mac. The fact, that there has to be a macOS partition for maintenance ruling out ZFSBootMenu somehow is very unfortunate - but I've accepted it. Maybe the new Framework 13 Pro will be at least in the region of an alternative... :-/

I’m curious, broadly, what is involved with this. I just got encrypted (LUKS) BTRFS root going on my two Asahi machines and it wasn’t _terrible_… but also definitely not easy.

Well... I'm never using BTRFS again, see [1] for why - disclaimer: This is a personal opinion, not a recommendation. Since I switched to ZFS, everything is awesome ;) Besides creating zarch[2], I recently noticed that there is weird stuff happening in some of the used components, so I switched to CachyOS, which contains a ZFS Kernel and a good enough installer to get started with encrypted ZFS root. And I think they are also working on ZFSBootMenu integration, but I don't find the link right now :-)

1: https://forum.cgsecurity.org/phpBB3/viewtopic.php?p=39143#p3...

2: https://github.com/sandreas/zarch

Re: Asahi Linux Progress Linux 7.0

#225

Post by skydhash »

LtWorf wrote: post #205
Matl wrote: post #167

Earlier quoted context omitted.

Pure ALSA would behave like that because the currently playing process would take exclusive control of the hardware. Upsite: Highest quality playback. Downside: Only one process could play audio at a time.

Most distributions shipped ALSA preconfigured with dmix, which means multiple applications could play sound at the same time just fine. Which is why the whole "we must use pulseaudio even if it's terrible and has awful standards that blast volume or multiple streams won't work!" was so weird… everybody who tried knew that just removing pulseaudio the multiple streams kept working :) So only those who never applied th…

I think PA allows for setting applications volumes and have a modular design. But it's kinda the poster child of overengineering (challenged by systemd now). Something like sndiod is more sensible for most desktop distro. People that need a more complex setup can bring in the big gun like pipewire.

Re: Asahi Linux Progress Linux 7.0

#226

Post by loeg »

embedding-shape wrote: post #128
IshKebab wrote: post #51

Earlier quoted context omitted.

There are many audio resampling libraries available that can convert from 44.1 to 48 kHz with no perceptible quality loss. E.g. see https://github.com/hasenbanck/resampler#quality-analysis This is presumably what Apple does. You kind of have to anyway or you have the stupid situation Linux used to have where only one app could play audio at a time.

> you have the stupid situation Linux used to have where only one app could play audio at a time When was that? I think my first Linux distribution was Ubuntu 8.04 and fairly sure it shipped with PulseAudio which in mind always been able to play audio from multiple sources at the same time, maybe I misremember?

In the time before PulseAudio, when it was ALSA (and OSS).

Re: Asahi Linux Progress Linux 7.0

#227

Post by GeekyBear »

hu3 wrote: post #184
GeekyBear wrote: post #123

Nice to see M3 support coming along as they work their way through the upstreaming backlog and improve tooling: > finding their way into the Asahi kernel tree are patches to enable more hardware on M3 machines. This includes support for PCIe, MacBook keyboards and trackpads support, the SMC-based RTC and reboot controller, and the NVMe controller, courtesy once again of Michael Reeves and Alyssa Milburn. This brings…

It will probably be barely useful by the time M6 launches!

Given they first discussed starting the M3 work in the February progress report, I'm less pessimistic.

Re: Asahi Linux Progress Linux 7.0

#228

Post by random_human_ »

eightysixfour wrote: post #94
rglullis wrote: post #85

Earlier quoted context omitted.

> My variosu Linux adventures have always resulted in doing random patches for audio or screen incompatibility. This is the kind of dated argument that really makes me dismiss most of the critics. I was running xubuntu as my main desktop since 2010 at least, switched to Debian + nix + XFCE in 2022 and switched to full-on nixOS in 2024. I never had issues with audio then and had to go out of my way to "break" audio on…

Earlier this year I built a new desktop and installed my normal Linux distro and the screen wouldn’t work after login. I worked on it for a day, still couldn’t get any desktop except a terminal.Tried a different distro, it booted but no matter what resolution or refresh rate, the display showed severe artifacts when scrolling. Tried to fix it for a few days, gave up. I am not a Linux novice, I have been using every m…

I have installed different Linux distros in 4-5 devices in the last year, including a laptop with an Nvidia GPU and a random NUC off Aliexpress. In all cases everything worked out of the box after a fresh installation--and as far as I remember the situation was the same ~10 years ago, when I first started using it. There are hiccups here and there, but nothing I cannot live with. I do tech support for my girlfriend'd mac, and there are just as many small issues there.

All this wall of texts to say that, respectfully, when you write >Earlier this year I built a new desktop and installed my normal Linux distro and the screen wouldn’t work after login the issue might simply be that you are doing something very wrong and/or not following the proper instructions for whatever distro you are using.

Re: Asahi Linux Progress Linux 7.0

#229

Post by Capricorn2481 »

leadingthenet wrote: post #220
AKSF_Ackermann wrote: post #130

Earlier quoted context omitted.

I am not sure how what happened can be considered "being outed", the vtuber's puppeteer was obvious from day one to anyone who was paying any attention at all, it is just that a lot of people decided to uphold the kayfabe. (And I don't blame them, at least before the lkml crashout it was a pretty fun character.)

I do not understand why people would rather play into the delusions of a clearly mentally unwell individual for months and year on end — when they well know it's bullshit — under the guise of this somehow being in the interests of said individual and/or being fun. This, to me, is the height of selfishness clocked in disingenuous empathy. The widespread normalisation of this behaviour, and the subsequent ~~thought~~ n…

> is a clear mark of a deep societal ill.

And calling all of society ill because of a vtuber is not overly emotional? How enlightened

Re: Asahi Linux Progress Linux 7.0

#230

Post by LtWorf »

skydhash wrote: post #225
LtWorf wrote: post #205

Earlier quoted context omitted.

Most distributions shipped ALSA preconfigured with dmix, which means multiple applications could play sound at the same time just fine. Which is why the whole "we must use pulseaudio even if it's terrible and has awful standards that blast volume or multiple streams won't work!" was so weird… everybody who tried knew that just removing pulseaudio the multiple streams kept working :) So only those who never applied th…

I think PA allows for setting applications volumes and have a modular design. But it's kinda the poster child of overengineering (challenged by systemd now). Something like sndiod is more sensible for most desktop distro. People that need a more complex setup can bring in the big gun like pipewire.

I don't think the problem was over-engineering. I think the problem was that if you plugged in headphones it would instantly set the volume to 100% from whatever value it was before.

Plus of course, initially you had to regularly run killall -9 pulseaudio to fix the sound. All in a moment when ALSA with dmix worked just fine.

Sometimes I think fedora and ubuntu are trying to hinder linux as mainstream desktop.

Post reply on HN