- Thread Starter
- #201
You don't write, the LLM does it for you.
No.
You don't write, the LLM does it for you.
vnd0 is busy i cant remember if i ran this command before
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
I haven't seen anyone (besides myselfIn any case, there are already 100 games running on FreeBSD
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.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)
many different kinds of FreeBSD PC's
I think it could be done if there's passion (I've done MMOs Win/Linux/FreeBSD for a whileBut 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 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)
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...I think it could be done if there's passion (I've done MMOs Win/Linux/FreeBSD for a while)
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)
We already have 100+ games running with linux-steam-utils, so if you want a dedicated machine, then just buy the steam machine.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.
if you want a dedicated machine, then just buy the steam machine.
This you have to do anyway. Picking hardware not compatible with FreeBSD was missing the point of the idea completely.What do you think about the idea to carefully choose the hardware components more compatible with FreeBSD ?
Well my point was: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
Deck already exists; why not get FreeBSD running on that?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.
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.