Hacker News Reader

Comment by swerner | Hacker News Reader

I would love to see a BeOS/Haiku userland on top, of the Linux Kernel. That would bring wide hardware support, including HW accelerated 3D (something BeOS was always lacking). It is not going to happen though, the attempts that were didn’t go far and porting the entirety of Haiku would be a gigantic effort that no one is volunteering for.

View on HN

IIRC that was one of the two/three main ways forward discussed and planned for after Be Inc went belly up.

- OpenBeOS (Haiku) - rewrite from scratch

- Option 2 (can't remember if it had a name) - was just to Implement BeOS userland on a Linux, to get free access to drivers etc. Most of the Be community was not interested, and I cannot remember if they even got started..?

- (YellowTab - Some company had access to BeOS sources and started releasing and somewhat updating the OS on a commercial basis - but don't think they actually had the rights to do that....)

If only Apple had chosen to go for BeOS X over NeXT.

This would probably have meant that the Mac wouldn't have become so popular amongst developers. At least that was the reason for me to switch to Mac because it's a "proper" UNIX with a window system that actually works ("Linux on the desktop" has mostly caught up in the meantime, but 10 years ago that was quite different).

Haiku has a perfectly good POSIX layer; I expect it would have been fine.

BeOS was less compatible. There were also many improvements to it in the later versions. When NeXT bought Apple[0], BeOS was not even in its pre-release phase. Its heyday, such as it were, was really on Intel, with R5 and the Personal Edition, in the last few years of the 90's.

[0] For -$400M :)

Option 2 : BlueEyedOS / Cosmoe

Yes! That was it.

When on the subject of "things lost in the mists of time", did the original OpenBeOS lead (Michael?) ever return?

I would love to see a hardware company pick up Haiku and “do an Apple”: make a small set of focused computers with excellent support for a specified set of hardware.

Intel should do this. It's rounding error and they can use it to push the envelope. Intel should have done this with Linux, Solaris, Beos years ago to push Microsoft.

They won't.

Android, not joking, most of the original team are former BeOS engineers.

And it's still terrible at low-latency response compared w/ iOS...

That has been sorted out, but you need to make use of NDK APIs like AAudio, and naturally own a flagship device, so are the Google ways.

The NDK wouldn't be a problem, but requiring powerful devices speaks volumes about how lacking is Android in that field, when one can build low latency synthesizers and effects using a cheap old Raspberry PI 3. https://www.youtube.com/watch?v=YtU8jMtbplE

Yeah, but that isn't running a managed runtime on top, and all the security knobs turned on to mitigate classical C and C++ CVEs.

Most maker audio devices are making use of bare metal with Cortex and ESP32 chips, if the ultimate performance on the cheap is the goal.

Reply on news.ycombinator.com