I remember when I was a kid messing with Windows 95/98, I had this intuitive feeling of what was happening under the hood. Just like how you describe your theory. Honestly you’re probably on the right track. In theory on linux you can actually dive into the source code and try to figure out what’s actually happening, but that’s intimidating AF. Hard to say if the problem is between wine and the Direct Rendering Manager (DRM), X11, Wayland, KDE, or the GPU driver…

I had a kind of similar problem with my display not outputting when it was connected. I had to use a DRM file in /sys and udev script to fix it, wrote a blog about it. If your monitors are still messed up after a reboot, it sounds like this won’t help you though.

Also you made me lol to “wine strikes me more as an emulator”. It totes is. The “Wine Is Not an Emulator” name is a joke, the original name was “WINdows Emulator”, which they changed to avoid Microsoft’s lawyers.

That is simultaneously ridiculous and amazing. Blindly clicking the buttons to enable the screen definitely proves you’re getting familiar with the OS.

Why do you think wine/Bricklink messed it up in the first place?

I’ve always geeked out about fan curves and monitoring, though I readily admit for most PCs leaving the default BIOS curve works fine enough.

I just used the free chat with Claude, it created and tracked the files in its own webchat thingy. Being a kernel module, I was happy to manually check, copy/paste, compile, then run the code for each iteration.

Porting postmarketOS to a phone sounds like it may require some amount of manual running and explaining results back to the chat. Ultimately the output only starts to get functional when it hits reality and needs to keep adapting to feedback.

I wrote a blog on the process that more focuses on the journey and technical details of the controller chip.

I used a very similar method in a similar situation to albb0920. They describe it as vibe coding too.

The exact chip that handles everything is undocumented, but similar ones in the same series have datasheets. A maintained version of the linux driver handily collated all of the available datasheets and configurations used by different motherboards. Between that and my microcontroller/hardware experience, that side of things wasn’t too bad.

What I didn’t know anything about was writing an Illumos driver. I used the chatbot with a free claude account, compiling and running the code manually myself. I was impressed that it was able to build out the boilerplate and get something going at all. Course it took a few tried to get something that compiled and worked somewhat correctly. At some points I needed to look through the generated code and point out exactly what what wrong, but at least it would address it.

Code running in the context of the kernel is definitely not something I would have autonomously executing by a LLM. The end result is absolutely not something I would want put into the official Illumos source.

This from the company that started the netbook trend with the $400 eeePC in 2007…

Looks like it has an ARM CPU, a RK3588. Similar ballpark to a Pi 5 in CPU performance.

Installing another OS would be technically possible but not easy, you’d need a Linux kernel with the RK3588 drivers already in it. Then there are differences between it and other RK3588 SBCs that could cause problems.

Much like you wouldn’t want to install anything other than raspbian on a Pi, you’d be best off with ugreen’s OS even if others are technically possible.

Nah I’m built different.

Seasons 1-4 were recorded on standard definition TV cameras, and it seems like the Blu-ray upscaled don’t do anything special.

Lots of discussion on blu-ray.com forums and visual reviews on YouTube.

Sorry I might have misunderstood, you mentioned giving others access externally and it working fine. Normally, if you’ve set up the service to be publicly accessible on the internet, you can just visit the same site through the public DNS record and your public IP. At home or elsewhere, it’s all the same internet.

So either you’ve done something odd, or you’re talking about different, more private, internal only services?

Can you live with the services routing out and back into your public IP? If it all works for external users on the internet, doing nothing special should mean it works for you too?

I used an old phone with a broken screen as a webcam since covid untill it totally broke recently.

However it needed some stars to align; I had a 3D printer to make a custom holder so it could sit on my monitor unobtrusively. I also luckily had a phone with a built in method to limit the battery charging so it could be plugged in 24/7. I was able to disable all power saving and permission features, so the app could run 24/7 without being killed by android.

I used droidcam, which works with an OBS plugin nowadays. I got it to the point that I just needed to launch OBS and my webcam was on, no touching or fiddling with the phone at all.

God I hate that video, he explains everything so badly to the point of completely misinforming viewers. He’s talking about a special situation of AC current, but uses DC in the thought experiment. He makes it seem as if the field travels to the load in a direct path and the wires don’t matter. No, the EM field is completely based on the wire.

https://github.com/FastFlowLM/FastFlowLM

That RTX 4050 is probably even faster though.

That’s just the invisible hand of the market directing people to use batteries to store the cheap power and export in the evening when the price goes up again.

Also it’s because the big coal plants can’t quickly turn on and off, so theres too much supply basically whenever the sun is out nowadays.

In my head I thought one could make relatively cheap high capacity in 2.5" SATA form factor by having more NAND chips of lower capacity. You give up speed and PCB space but that’s fine since bandwidth and IOPS are limited by SATA anyway and there’s plenty of space compared to M.2.

Turns out to not shake out that way, controller ICs that support SATA aren’t coming out any more, and NAND ICs are internally stacked to use up channels while not taking up PCB space.

There are some enterprise options, but they’re mad expensive.

I have 4x 6TB HDDs in my NAS. Around 5 years ago I decided to simply replace any dead drives with 6TB ones instead of my previous strategy of slowly upgrading their size. I figured I could swap to 8TB 2.5" SATA SSDs that had just started to exist and would surely only get cheaper in the future…

I could be wrong but I think that photo shows the workflow I was describing, the PC compiles and loads the game onto the console that runs it. You can run it and see how it looks, and while no doubt streamlined, makes the act of drawing and viewing the final output a bit disconnected.

That said I seem to be totally proved wrong by another part of the video showing hardware I’d never heard of, the Sega Digitizer System. It looks like a tool to draw with a reference screen that’s updated in real time. It seems really helpful for drawing sprites in situ and surely enabled artists to fine tune pixels to look good on the monitor.

Great video, though I think it’s overstated how on-purpose these things were. I was only playing games in the 90s, but my understanding is the art was mostly authored on deluxe paint / on various PC systems/monitors. While also CRT, they would have much higher fidelity. I don’t know how much artists were drawing, compiling for the console and viewing on a TV to make pixel by pixel adjustments. Not to mention TVs varied wildly in quality, so it’s not like artists were ‘tuning’ their pixels for a particular CRT fuzz.

There was more of a general understanding that the TV looked worse, and to not pack key details into single pixels. Stuff like dithering and drawing shadows were existing techniques in print, and still effective today on LCDs when you render at the correct resolution.

I think CRTs were just better at displaying low resolutions generally. Watching a DVD on CRT looks amazing, on a 4k LCD it looks terrible. Even modern 3D games look amazing on a CRT.

I think the idea of directions came before the idea of negative.