What do you think about a "SteamBSD" machine ?

ZioMario
do you consider your self "lazy" in this non-pejorative sense of the word?

Maybe. I know the difference between what I can and cannot do. I’m rational. I don’t think I’m capable of pushing my limits too far, due to health reasons. So, I try to balance the effort with the pleasure and relaxation I get from having fun on my PC and creating projects.
 
To be fair google search is so bad these days it can be hard to find anything useful
and you dont get as many people blogging as in the old days

So using an AI model with search functionality can be very helpful
Its just you have to double check the commands it give you with several sources

AI models can do haywire i was just using Gemini and it started responding in a completely different language

prompt

vnd0 is busy i cant remember if i ran this command before

resonse

vnd0 pehle thi j attach ke configure thailu chhe, etle vnconfig: VNDIOCSET: Device busy error aave chhe.

Ahiya paglaa apyala chhe:

1. vnd0 ni status tpaso
vnd0 sathe kai file jodayeli chhe te jova mate:
 
To be fair google search is so bad these days it can be hard to find anything useful
and you dont get as many people blogging as in the old days

So using an AI model with search functionality can be very helpful
Its just you have to double check the commands it give you with several sources

AI models can do haywire i was just using Gemini and it started responding in a completely different language

prompt



resonse

Gemini has been surpassed by Claude and ChatGPT in terms of accuracy and efficiency...I have the pro license due to the fact that I'm still registered as active student on the university,but I don't use it.
 
LLMs can't make stuff like this cohesively, meanwhile I can fire-up CoD anywhere :cool: (WIP FreeBSD notes)

I'd rather hand-tailor individual games to FreeBSD Wine before handing control to AIO Steam and Linuxlator. I'm kind-of wondering who would use SteamBSD?
In any case, there are already 100 games running on FreeBSD
I haven't seen anyone (besides myself :p) who likes configuring stuff before playing the game, and Windows has full-compatibility with games, and Linux a large amount. Why be limited to about 100 of em?

FreeBSD offers control of the OS, and PC gaming (imo) is about playing games performant (high FPS, low-latency). Steam's magic is tweaked Wine (Proton), and I've gotten by fine for years with Wine Staging (Chromium patches are useful for game launchers/why Battle net client's broken on Vanilla Wine/FreeBSD's). I'd be more into having FreeBSD's Wine on-par with Linux (Staging + whatever that 32-bit Vulkan Mesa thing's about) and full-tuning OS and games :D

There's also still PCVR: How's that running on FreeBSD in a way that makes sense (low-overhead/high-perf/low-latency) before using Linux (Beat Saber was surprisingly good on a whim) or Windows with the best perf no-question? Anti-cheat's another (DJMAX V's one thing in my library only playable WIndows with XignCode3; anyone playing Valorent or BO7 is also Windows-locked)

I aim for best performance with games, and as-minimal background connections/stuff as possible. Steam's an (imo) obtusive layer easier-handled by SteamCMD. Along with Wine Staging, FreeBSD should provide a native steamcmd binary (not sure the process, but no BSD's listed on SteamCMD wiki)
 
I aim for best performance with games, and as-minimal background connections/stuff as possible. Steam's an (imo) obtusive layer easier-handled by SteamCMD. Along with Wine Staging, FreeBSD should provide a native steamcmd binary (not sure the process, but no BSD's listed on SteamCMD wiki)
Challenge is machine-independency. It's possible to create a menu-system that tries to cover as much as possible games in FreeBSD with a default Xorg install. Native, emulation, wine/proton, in-browser, anything that shows up in a rectangle. But preparating games to run on many different kinds of FreeBSD PC's generates so much configuration work per game that it's not realistic for 1 person or a small group.
The need for Steam is kind of walking away from the problem. They support everything, but it's a corporation that exists for profit.
 
many different kinds of FreeBSD PC's

Steam created a customized hardware solution. So,the idea is to carefully choose the hardware components more compatible with FreeBSD and try to configure / systematically fix the errors reported by the Linuxulator to run a list of games that can run on that hardware.
 
But preparating games to run on many different kinds of FreeBSD PC's generates so much configuration work per game that it's not realistic for 1 person or a small group.
I think it could be done if there's passion (I've done MMOs Win/Linux/FreeBSD for a while :p)

If it's a cool game and I had more computers for bare-metal installs, I could write up notes for any game. It'd start with an initial set of commands to get it running (like GTA V, but need Staging for RGL), then be presentable like Diablo II. Desktop launcher needs tailored different DEs (mainly scripts with Terminals), but I can only ensure games work the best on what I use (Xfce X11; but if someone installed FreeBSD and gotten as far as a web browser to want to install a game, they can change xfce4-terminal to konsole/etc or do Wine graphics=wayland 😁)
 
I haven't tried NV on FreeBSD, but I've seen odd reports with AMDGPU on Linux for years. What's amdgpu.dcdebugmask=0x400 do vs 0x410 or 0x10?

I'd do Xfce, X11, NVIDIA (best-case if PCVR's possible, you get better encoding tech)
 
I haven't tried NV on FreeBSD, but I've seen odd reports with AMDGPU on Linux for years. What's amdgpu.dcdebugmask=0x400 do vs 0x410 or 0x10?

I'd do Xfce, X11, NVIDIA (best-case if PCVR's possible, you get better encoding tech)

The dcdebugmask values come straight from enum DC_DEBUG_MASK in drivers/gpu/drm/amd/include/amd_shared.h. It's a bitmask where each bit disables one Display Core feature — mostly power-saving ones you turn off to isolate a glitch:

  • 0x10 = DC_DISABLE_PSR — disables Panel Self Refresh (v1 and PSR-SU). PSR lets the panel self-refresh from a buffer on a static image to save power; on some panels it causes intermittent corruption. Disabling it raises power draw but kills the glitches.
  • 0x400 = DC_DISABLE_REPLAY — disables Panel Replay, the more aggressive successor to PSR, mainly on modern eDP panels.
  • 0x800 = DC_DISABLE_IPS — disables Idle Power Saving.

So to your actual question:

  • 0x400 disables Replay only.
  • 0x10 disables PSR only.
  • 0x410 is 0x400 | 0x10 — it disables both Replay and PSR. That's the "turn off everything panel-self-refresh-related" mask, which is what you reach for when you don't yet know which of the two is causing the corruption.

Practical order: on flaky/intermittent corruption, start with 0x10 (PSR is the usual culprit), and if that doesn't fully fix it, go to 0x410 to catch Replay as well. 0x400 on its own only makes sense once you've already pinned Replay as the cause.

Worth noting the "odd AMD reports for years" you mention are very often exactly this — PSR/Replay bugs on specific panel + DCN combinations, not amdgpu being broken in general. They're annoying but they're diagnosable one bit at a time, which is more than can be said for most display stacks.

On the NVIDIA-for-PCVR point — fair, NVENC is genuinely the better encode path and for PCVR that matters. Different tradeoff from desktop though: the thing that makes AMD painful (visible power-feature quirks) is the same openness that lets you fix them from a documented enum instead of waiting on a driver drop.
 
I think it could be done if there's passion (I've done MMOs Win/Linux/FreeBSD for a while :p)

If it's a cool game and I had more computers for bare-metal installs, I could write up notes for any game. It'd start with an initial set of commands to get it running (like GTA V, but need Staging for RGL), then be presentable like Diablo II. Desktop launcher needs tailored different DEs (mainly scripts with Terminals), but I can only ensure games work the best on what I use (Xfce X11; but if someone installed FreeBSD and gotten as far as a web browser to want to install a game, they can change xfce4-terminal to konsole/etc or do Wine graphics=wayland 😁)
For fun I'm trying to add some games that run from an USB image on a financial live system that I made. There must be something that stretches a game window with any resolution to borderless fullscreen. Until now it's only DOS, PS2 and 8-bit. I'm already having problems with getting it universal because things behave different on different graphics cards. A GTX1050 and Skylake i915 are different on the same monitor. Not thinking about 3d accelleration yet...
 
What do you think about the idea to carefully choose the hardware components more compatible with FreeBSD ? This will allow to create a standard and eventually better machine due the maximization of the hardware compatibility with FreeBSD,that can be used by everyone. I like this idea,more than anyone that will use his own machine. In this case,we will have more and different machines with a different level of compatibility between hardware and games and this can cause problems to the idea to create one classical SteamBSD machine produced by the FreeBSD community for the FreeBSD community.
 
Steam created a customized hardware solution. So,the idea is to carefully choose the hardware components more compatible with FreeBSD and try to configure / systematically fix the errors reported by the Linuxulator to run a list of games that can run on that hardware.
We already have 100+ games running with linux-steam-utils, so if you want a dedicated machine, then just buy the steam machine.
Maybe I should start a fundraiser campaign to buy the steam machine, put linux-steam-utils on it, buy 100 steam games and show that it already work ?
At least the steam controller already work for native games that use SDL3, or with any wine games via sdl2-compat.
 
if you want a dedicated machine, then just buy the steam machine.

I cant see anyone buying the hardware to run an AI generated FreeBSD steam machine,
when the could just buy a Steam machine instead

If your spending money then you want to know that its going to be able to play your games,
and that its going to carry on working and be supported.

People arent going to pay for the hardware and risk using a AI generated project,
when updates to Freebsd or Steam could break things and have to be fixed by someone typing prompts into Claude.

Thats just not going to happen

So you can rule out people buying the hardware to use the project

Then you are left with running the project on their existing hardware,
and the linux-steam-utils package already exists

So what is the project offering that the existing package doesnt,
and the question is are people more likely to use the linux-steam-utils package written by a developer who knows what they are doing

Or an AI generated version by someone who doesnt
 
What do you think about the idea to carefully choose the hardware components more compatible with FreeBSD ?
This you have to do anyway. Picking hardware not compatible with FreeBSD was missing the point of the idea completely.
I explained you already, that's putting the cart before the horse.

Picking the hardware is roughly estimated 1% of such a project. For app. 99% it's a software project:
See what it all needs to get Steam games running under FreeBSD at all satisfyingly. For that you don't need to bother about hardware at all, at least not now. Just use what you already got, maybe spend your machine a better GPU - but first: get steam games running on your machine, see what it needs to get as many games running as possible, fully automatically, since nobody will install, configure and tinker with a gaming console's system, not even manually update anything, except a few nerds, not interested in using it for its original purpose.

Once you've figured out that - what software is needed (wine?), what modifications, and configurations have to be done,.... having your gaming console realized without the gaming console's hardware, but on a common desktop PC - then you can start looking for suitable hardware, look for building a new, compact computer. First several prototypes, then miniaturization, then pre-series models, then series models. One does not start with the last one.
You already present some nice looking enclosures, while you have no idea yet how many RAM, which CPU, which GPU, how much storage capacity you will need for this thing, what PSU is enough to power it, how many watt thermal dissipation all this delivers, if that enclosure you presented is capable to deal with that heat - not even if this all fits into it. Unless you know all that, it's pointless to look for any hardware at all.

If you want to create something for to be sold in series production, you have to match the target as close to 100.00% as possible. Any variance from the exact match will either provide an unsatisfying performance or increase the production cost so the price, which leads in either case to unsatisfied customers, so losing money - lots of money.
For to hit a target you first need to know the target. You cannot hit a target you don't know.

You don't start building a ship by chosing a nice looking propeller, and then see how to fit the rest to it.
If you do so, it's pure coincidence if you get a swimming boat at all, but it will be for sure not a satisfying one, since there are always compromises to make. And when you start with the least part, your compromises are doomed to fail. So always start with the important ones, then see the lesser ones fit to it - not vice versa.



PCB_3D_Prints_Top-View.jpg

This is one of the battery protection circuit boards I designed some years ago for mass production. It contains of two MOSFETS, one protection IC, 2 capacitors and 3 resistors soldered to a PCB. So very, very simple.
5k pcs per lot charge can be produced for app. 0.90 € per piece within 6 weeks including shipping, tax etc.
This may understate the fact its design took me almost a week, based on more than three years experience building such circuits: many prototypes, evaluations, tests, similar circuits I built before, experience in electronics mass production etc. etc. For each part I evaluated hundreds of parts from dozens of manufacturers.
That's common development engineering.
Back in those days there have been no ChatGPT, but there already were circuit simulation. But those were of no use to me, since for the parts I'm using there have been no models. And I need to chose the parts to fit the application, not asking the customer to fit his application the models I have in my computer. To create models of my own had been possible, but had been more effort than doing it without simulation at all - the board is simple. Anyway I had to do real world tests. One cannot trust a computer's output when it comes to the real thing.
Any simulation - and if it's some AI - can only be as good as the models its based on.
And no simulation can respect every situation.
So real world tests are always mandatory anyway.

Plus for any product to be sold, several market approval tests have to made and fulfilled, like at least CE and for consumer products also better GS for the european market, UL for USA, and several others for other markets (China, Japan, Canada,... I don't stress them all here. Take a look on the bottom side of any consumer product to see all the certification logos to get an idea.)
Not having those - no sell. Or prison.
And don't you think, you get those certificates for free.
 
I cant see anyone buying the hardware to run an AI generated FreeBSD steam machine,
when the could just buy a Steam machine instead

If your spending money then you want to know that its going to be able to play your games,
and that its going to carry on working and be supported.

People arent going to pay for the hardware and risk using a AI generated project,
when updates to Freebsd or Steam could break things and have to be fixed by someone typing prompts into Claude.

Thats just not going to happen

So you can rule out people buying the hardware to use the project

Then you are left with running the project on their existing hardware,
and the linux-steam-utils package already exists

So what is the project offering that the existing package doesnt,
and the question is are people more likely to use the linux-steam-utils package written by a developer who knows what they are doing

Or an AI generated version by someone who doesnt
Well my point was:
Buy the steam machine , use linux-steam-utils and don't vibe-code.
We already have 100+ games working on it, no need for someone to vibe-code.
 
Well my point was:
Buy the steam machine , use linux-steam-utils and don't vibe-code.
We already have 100+ games working on it, no need for someone to vibe-code.

The Steam machine is expensive. in my head the SteamBSD machine should costs the half of its price. And I want a dedicated hardware for FreeBSD.
 
Well my point was:
Buy the steam machine , use linux-steam-utils and don't vibe-code.
We already have 100+ games working on it, no need for someone to vibe-code.

I totally disagree with your vision. I want a dedicated hardware for the SteamBSD machine,I want vibe code and I'm not interested to spend 1000 euros for the Steam Machine.
 
ZioMario
Always follow your own thinking and convictions; the rest doesn't matter.
You use the tools that exist—that is what the future looks like, too.
"Alea iacta est."
Nothing will stop humanity from using and improving the tools it has created (including AI).
 
Back
Top