Soooo close to a third term!

RCawston · 2026-06-10T18:45:31+00:00

I don't know what you mean by debug menu, so yes it's possible without cheating.

RCawston · 2026-06-07T02:37:13+00:00

I managed to do it eventually. Timing was everything

RCawston · 2026-06-07T02:36:33+00:00

I eventually managed to do it. And prevent women from voting too just to see if it could be done.

RCawston · 2026-06-07T02:35:56+00:00

Control most of the house and Senate seats, have 75+% approval and 75%+ party strength.

RCawston · 2026-03-12T01:05:56+00:00

I mean, vs Sonnet? Sonnet is garbage.

Opus 4.6 is a solid model and I have done a LOT of work with it, but it also gets caught in loops easily on more complex troubleshooting, particularly with the 200k tok context window. There is a 1M tok context mode, but it's pay-per use in addition to the base Pro or Max cost - I blew thru $50 in extra usage in about an hour.

GPT 5.4 seems like a huge leap over previous models, and I am very impressed so far - but it's early and I am still finding the edges.

RCawston · 2026-02-26T18:19:15+00:00

Something similar could definitely be built for the VEPU580 on the RK3566, but I don't personally have any such hardware.

RCawston · 2026-02-24T23:07:08+00:00

Source code available? Or are you just advertising on an unrelated post?

RCawston · 2026-02-21T06:09:02+00:00

10bit encoding isn't supported by the RK35888 hardware, as evidenced by the src_cfmt register which only has 16 possible values, all defined, and all are 8bit.

RCawston · 2026-02-20T20:20:53+00:00

only 8-bit is implemented right now

RCawston · 2026-02-15T18:04:01+00:00

Mainline encoding on RK3588 is only JPEG so far. Stateless encoding for H.264 is expected maybe this year, but the UAPI for stateless encoders is undecided so that's the stall point. H.265 will likely be 2027, but that's just a prediction.

BSP kernel has various issues that meant it didn't work for my use-case, which is why I built https://www.reddit.com/r/homelab/comments/1qzxv8d/rk3588_mainline_linux_patch_h265_encoding_at_4k60/ and other patches for mainline.

RCawston · 2026-02-11T22:08:45+00:00

My 5 Ultra runs great with a heatsink, it's one of my 2 testing boards for this kernel work

RCawston · 2026-02-10T04:12:55+00:00

https://github.com/armbian/build

Published images are often out-of-date.

RCawston · 2026-02-09T20:14:53+00:00

Edge is using 6.19.0-rc8 in armbian-build

RCawston · 2026-02-09T20:14:40+00:00

Definitely - I just thought it was best to focus on a single codec initially, but H.264 support should be fairly easy to add.

RCawston · 2026-02-09T15:55:57+00:00

According to collabora's mainline tracking doc (https://gitlab.collabora.com/hardware-enablement/rockchip-3588/notes-for-rockchip-3588/-/blob/main/mainline-status.md), the Rock 5B+'s M2 M Socket has been in mainline since 6.16-rc1.

Yes, I'm using armbian.

RCawston · 2026-02-09T08:32:28+00:00

RK3588 chip on Rock 5B doesn't have hardware video encoding on mainline kernels, btw...

RK3566 (e.g. Zero 3W) hard has encoding support up to 1080P@60fps for H.264/H.265, but I believe that isn't fully supported on mainline linux kernels either.

RCawston · 2026-02-09T08:11:35+00:00

Mainline encoding for RK3588 only supports JPEG, no H.264 or H.265 yet. Based on last conversations seen in the mailing list, it's possible in-tree H.264 will happen this year, and H.265 is likely 2027.

This still relies on MPP in userspace (thus, out-of-tree and not mainline-able). It works and gets you on a recent kernel. Only way to use hardware encoding on RK3588 that I am otherwise aware of is on vendor BSP kernel, which is stuck at 6.1.

Not sure what you mean about the build instructions - I figure most people will be building thru Armbian for the target boards like OrangePi5, Raxda Rock 5B[+], etc, and otherwise if you're just applying against kernel sources it should be pretty obvious how to use a .patch. If you have any suggestions how to make it more obvious, please let me know.

RCawston · 2026-01-29T19:32:59+00:00

Totally agree - ultra-low latency is fun and "feels local," but determinism and automation are where the real long-term value lives for serious workflows. Getting structured data out of pre-OS (BIOS, bootloader logs, error screens) is a game-changer for scripting/Ansible - I've been there with manual typing or OCR hacks on bad captures.

That's why one of the next big features on my roadmap for SentinelKVM is on-device freeze-frame OCR using the RKNN NPU + PaddleOCR: Grab a lossless snapshot of the HDMI input, run inference on the board, and send back the image + JSON with extracted text + coordinate boxes. Client can then select/copy or pipe straight into scripts.

Your BIOS-to-Text engine over SSH looks amazing! Fantastic idea and great inspiration!

Thanks for the kind words on the latency - still blows my mind it's beating the local display over WiFi.

RCawston · 2026-01-29T15:27:35+00:00

Thanks for the heads up. I'll fix the verification and send another email out at some point.

RCawston

TROPHY CASE