Since I don't want to tinker with my HP Firmware, a brief investigation led me to OpenCore's ability to enable Resizable BAR in the bootloader before Windows boots. Not sure how reliable it is. https://github.com/xCuri0/ReBarUEFI/discussions/118

How reliable is this information considering the trump administration hates California and other blue states?

I've used a bunch of similar tooling like airdrop and localsend. I don't have alot faith in them a little since they usually choke on large files or many files. I'm still looking for something that works well in those cases without resorting to a cable / MTP which isn't fantastic either.

Webwormhole.io should work theoretically on file of any size because it does not keep the file being downloaded in memory/cache first. It downloads as a file as soon as it starts.

In practice, I have used syncthing to transfer many giga bytes data from one work computer to other because syncthing uses lot more discovery protocols etc to work around restrictions.

I can't report on percentage improvement, but after a long time localsend recently pushed out a version that claims to be much better (to be read as faster) for the transfer of large/many files.

For a long time the issue was blocked because of an upstream library, maybe LLMs finally unblocked the devs to push the fixes through.

Once I tried Airdrop between Macbooks it was very flaky. Haven't had any problems with localsend so far (Windows, Linux, Android).

The Boeing extension pack and watch how the plane deteriorates in the air in real time! Door plugs, MCAS, the works!

I learned a lot doing Gentoo stage 1. I was also following the guide like a recipe, but at the time I hadn't been exposed to the underlying machinery that is often automated, abstracted away, or done for me already. It was also a good test on how well I could follow instructions and later on apply my own customisations. Like lego.

I have a Sony A95K and have kept it in basic mode because I have a shield I like to game and stream from. The sony is very minimal and out the way, and after many software updates hasn't offered me any ads, or programs to run even while connected to WiFi.

However if you run Android, you have to accept some level of snooping.

I have a bunch of these as headless gaming PCs in a rack running sunshine and Steam on Linux. The kids stream from them using moonlight on whatever smart device they want to play on.

Had the idea from LTT but he went a bit bonkers and bought expensive hardware to transmit video and input over cables. Gigabit Ethernet is more than enough.

Is that just with software encoding? Or did hardware encoding get fixed?

We are able to make do with Software Encoding for now, more so with the unlocked cores but it is limiting its potential. There seems to be something called PyroWave making waves for being a low latency encoder/ decoder but nothing supports it yet except for a now pulled Steam Beta.

Otherwise I'll have to investigate capturing video via the DP port or switch it out altogether.

I lived on Upper Street in Angel, London by some traffic lights and there was always a layer of black dust inside. I assumed it was brake particulate.

Tire wear was probably a greater source than brake wear.

On a similar experience, I use moonlight on my Android TV to stream video games from my computer in another room. I use my own fork from an unmerged PR which enables me to use an Xbox One Wireless adapter so I can play with my pad wirelessly. These pads have a 3.5mm jack on them which on Windows and Linux enables me to route audio from the game to headphones connected to the pad. Moonlight and the xow driver it bundled, was nowhere near being able to provide this as a feature.

After about 5 hours, feeding it the GIP spec, an export of sniffed usb traffic from Windows, prior art (xone driver for linux), and giving Claude connectivity to my Shield via adb, I had it working. This continuously blows my mind that I dont have to beg a developer on Github to do it for me.

Claude could do it for me for $20.

I have another controller-related anecdote.

I have a Razer Wolverine Xbox controller that has extra back paddle buttons. The controller doesn't expose the paddles directly to PC's over USB. You have to use button remapping on the controller to map them to 'real' Xbox buttons for the PC to see them. But I wanted to use the back paddle buttons on Steam as separate controls.

So I downloaded the latest firmware update off the internet (because what device doesn't have firmware updates these days), installed Ghidra and an MCP server for it, and told Sol to look for how I can expose these extra buttons to a PC host. Maybe we could write a firmware patch?

Turns out the controller already has a special mode to expose those buttons, possibly as a hardware test. But it was enough to write a Linux driver to put the controller into that mode, and a little bit of extra driver code to map the paddles to a Linux controller button, and voila. Paddles working in Steam.

And it only took a few hours to do, too. I spent more time making an open source repository out of the concept than I spent making it work.

What's the repository link? I think it would be fascinating to have a corpus of "hacked" solutions like this. Can't tell you how many times a couch co-op game night got sabotaged by some piece of hardware failing to communicate with another.

The creatively-named https://github.com/Netruk44/wolverine-v3-pro-linux

The "linux" support is pretty narrow (because I made this for myself). It's restricted to SteamOS. But I'm sure it could be ported easily, the repository contains documentation about the important parts from reverse engineering the firmware.

Steam should support SInput which would give you more Steam Input remappable buttons: https://docs.handheldlegend.com/s/sinput/doc/buttons-format-...

I've been going a step further and trying to get AI to decompile the firmware to a different controller to add native SInput support. Hasn't been going well.

Thank you!

> spec, an export of sniffed usb traffic from Windows, prior art

I used to feel proud of the fact I reverse engineered some of my laptop's features using stuff just like this. I suppose that's over.

I suppose you can still be proud you did it during pre AI times and the gained knowledge by doing it yourself.

I don't expect Claude and other hosted AI's to be available so freely and thats when it'll get harder for me to do stuff like that.

You're proud of yourself for being able to do the work yourself. That somebody else can get the end result without the skill means that they get the end result, but it doesn't undermine your achievement.

Are you sure? We have enterprise and I couldn't even access our repo briefly.

We have data residency in the EU and didn't notice anything.

GHE.com has only been around since November 2024. Most GHEC customers I imagine are still stuck on the shared global infrastructure on github.com.