/gedg/ - Game and Engine Development General #366

Installing DirectX7 SDK Edition

安装 DirectX7 SDK 版

/gedg/ Wiki: https://igwiki.lyci.de/wiki//gedg/_-_Game_and_Engine_Dev_General

IRC: irc.rizon.net #/g/gedg

IRC: irc.rizon.net #/g/gedg（IRC 频道地址：rizon 网络的 gedg 频道）

Progress Day: https://rentry.org/gedg-jams

/gedg/ Compendium: https://rentry.org/gedg

/agdg/: >>>/vg/agdg

/agdg/: >>>/vg/agdg（4chan 版块指引：agdg 串在 /vg/ 版）

Graphics Debugger: https://renderdoc.org/

Requesting Help

求助帖

-Problem Description: Clearly explain your issue, providing context and relevant background information.

-问题描述：清楚说明你的问题，提供相关上下文和背景信息。

-Relevant Code or Content: If applicable, include relevant code, configuration, or content related to your question. Use code tags.

-相关代码或内容：如有必要，请附上与问题相关的代码、配置或内容。请使用代码标签。

previous: >>109716990

上一楼：>>109716990

图片: https://i.4cdn.org/g/1789031335468785.jpg

>>109779824

>tfw ywn see this kind of quality jump ever again

>感慨：这种质量飞跃再也见不到了

图片: https://i.4cdn.org/g/1789031510367622.jpg

why arent you making a retro game engine that will run only on Win95/98 ?

你为什么不做个只在 Win95/98 上跑的复古游戏引擎？

图片: https://i.4cdn.org/g/1789031708431637.jpg

HMMMMMMESH

>>109779858

>>>/g/sqt/

seems like this general is pretty much dead. What would revive it? Where did the passion go?

这楼基本死了。什么能救活它？热情去哪了？

>>109781031

I'm working on some big stuff that's not ready to show so I just lurk here sometimes but you're not wrong. I suspect I'm not the only one.

我在做大东西、还没到能展示的阶段，所以只是偶尔潜水。你说的没错，而且我怀疑不止我一个。

>>109781031

AI.

>>109781031

I have been spending the last weeks trying to make a game similar to pic but fuck art is hard. I think there is a similar game already but it has bigger scope not city levl autism.

过去几周想做类似配图的游戏，但操，美术好难。记得已有类似游戏，不过规模更大、没有城市级自闭。

图片: https://i.4cdn.org/g/1789050296507072.jpg

>>109781031

Don't know if it's the kind of answer you were searching for, but as someone new to game programming, the reason I started lurking a month-ish or so ago was to learn new stuff. And the reason I never post is that I still don't know enough about the subject for my opinion to be worth shit.

不知道是不是你想听的答案：作为游戏编程新人，我一个月前开始潜水是为学新东西。从不发帖是因为我对这领域懂得还太少，观点不值钱。

Knowledge is hard to come by, there are almost no decent books on the subject of game architecture and the only other source of information for newbies nowadays seem to be one of those 500+ hours youtube series.

知识难求：像样的游戏架构书几乎没有，新人的信息源似乎只有那些 500+ 小时的 YouTube 系列。

Maybe expanding the compendium and the wiki could be useful? At the very least it could spark some discussion about what to put in it and what newbs should avoid.

也许扩充合集和 wiki 有用？至少能引发「该收录什么、新人该避开什么」的讨论。

>>109781031

The sister /agdg/ seems very busy.

姐妹版 /agdg/ 倒是很热闹。

>>109781836

is it because you can just slop together anything without making any effort now but to do actual engineering and game engine stuff takes effort and nobody wants to put in the time to do it properly?

是不是因为现在不用费力就能 slop 出任何东西，而真正的工程和引擎活要花力气，没人愿意花时间做对？

>>109781031

nah its okay

不，没事

I just grabbed a library for a bunch of common geometry operations (such as intersections of polygons) and suddenly remembered how blessed we are in this modern world of open source. Not only did math devs figure out and implement all the logic, but they also created a library around it and just gave it to everyone else to use. Without this little piece of code, I would be fucked trying to implement any of these calculations myself. Thank you, open-source anons, for supporting my retarded ass with the real programming that I am unable to do.

刚拉了个常用几何运算库（如多边形求交），突然想起开源世界多幸福。搞数学的开发者把逻辑全部想通并实现，还打包成库白送所有人。没有这几行代码，我自己实现这些计算会完蛋。感谢开源老哥们，用我做不到的真编程养着我这智障。

图片: https://i.4cdn.org/g/1789057968717167.png

>>109779842

Why did hos face get censored in dx9, what'd he do

为什么 DX9 里他的脸被打码了，他干了什么

>>109782444

checked

>>109782207

Based

>>109782444

Thats motion blur also checked

那是运动模糊。另外数字验证

>>109782207

Damn, i wrote my own

damn，我自己写的

>>109781031

burnout is pretty common in gamedev, and now even more so with all the AI noise. people just unplug, even those who were truly passionate about this trade, and programming in general. the game industry being in the shitter certainly doesn't help either.

游戏开发的倦怠很常见，AI 喧嚣后更甚。人们直接拔线，连真心热爱这行和编程的人也是。游戏产业烂泥更无济于事。

>>109782207

It depends on what you want to do but most things can be done via rectangles in 2d and spheres in 3d and ray casting.

看你想做什么。多数东西 2D 用矩形、3D 用球体加射线投射就能搞定。

>>109781031

i don't post progress anymore cause AI just makes it feel kinda pointless. i'm still happily trudging along but the urge to share with others is basically gone for me at this point.

我不再发进度了，因为 AI 让一切显得无意义。我还在开心地慢慢磨，但分享欲基本没了。

it fuckin works

真他妈能用

图片: https://i.4cdn.org/g/1789076227192750.png

>>109784611

Has anyone played an ai game that's been fun for more than 10m? Even if people use ai they still have to put the effort into making it good, that's the bottleneck.

有人玩过超过 10 分钟还觉得好玩的 AI 游戏吗？就算用 AI，要好玩还是得下功夫——这才是瓶颈。

>>109781031

This general was never alive

这楼从来没活过

>>109779858

I miss this game, wasted too many hours in the map editor

想念这游戏，在地图编辑器里浪费了太多小时

>>109784655

QRD?

>>109779858

Thought I was the only one who ever played this.

以为只有我玩过这个。

>>109788361

I'm working on a first person dungeon crawler. This is the dungeon generator, inspired by DungeonMaker's design, but ultimately heavily modified.

在做第一人称地牢爬行。这是地牢生成器，受 DungeonMaker 设计启发、但大量改造。

It's got a builder system that can semi-randomly create features.Each feature creates a series of 'sockets' which then inherit the builder's traits. One of those sockets then continues the builder's lifecycle, and the builder decides what they should build. For example, a hallway, a junction, a ramp, a loop, or a join. These features are then also changed based on the build size of the builder. When a builder reaches its maximum age, it dies, and the sockets it created are queried to see if they are now 'child' builders that inherit their parent's traits.

有一套 builder 系统可半随机地创建特征。每个特征创建一串「插槽」，插槽继承 builder 的特性。其中一个插槽继续 builder 的生命周期，由 builder 决定接下来建什么：走廊、岔口、坡道、环路或接头。特征还会按 builder 的 build 尺寸变化。builder 到达最大年龄就死亡，其创建的插槽会被查询是否成了继承父辈特性的「子」builder。

For meshing I am using hierarchical instanced static meshes with nanite static mesh displacement for lots of detail.

网格方面用分层实例化静态网格 + Nanite 位移，细节丰富。

I've also created a main path, as well as bottlenecks.

还做了主路径和瓶颈点。

图片: https://i.4cdn.org/g/1789121581390437.png

>>109781031

The world ran out of suckers for an idea as moronic and doomed as a 4chan gamedev community, a place where you have nothing to gain but plenty to lose.

世界为一个像「4chan 游戏开发社区」这样愚蠢又注定失败、只赔不赚的想法榨干了肥羊。

图片: https://i.4cdn.org/g/1789124013136949.jpg

After the C vs C++ discussion in the last thread, I started reading about both languages to be sure I understand the implications of choosing one over the other.

上楼讨论了 C vs C++，我开始读两者的资料，确保理解选择的后果。

Speaking of pure C, why do I hear people say to avoid dependencies on the C runtime library? Do you do that?

说到纯 C：为什么有人说要避免依赖 C 运行时库？你们这么干吗？

>>109789636

libc is everywhere and basically unavoidable. most compilers are lazy and force it as a dependency to allow your program to even initialize things like argv/argc from main, for example

libc 无处不在、基本躲不开。多数编译器很懒，强行依赖它，否则连 main 里的 argv/argc 都没法初始化

the reason to avoid it is just because it's dated and barebones. you really need to build up your own dependencies when you use C. this is both a strength and a weakness. macros are dated dogshit though, unironically consider a modern C memelang like odin instead

避免它的理由只是它老旧、简陋。用 C 你真得自己搭依赖。这既是优势也是弱点。不过宏确实是老古董狗屎，不讽刺地建议考虑 Odin 这类现代 C meme 语言

>>109789783

>the reason to avoid it is just because it's dated and barebones.

>「避免它的理由只是它老旧、简陋。」

I get the reason why people, for example, ditch the null terminated strings and make their own string libraries.

我能理解人们为什么抛弃以 null 结尾的字符串、自写字符串库。

What I don't understand is why they refuse to use stuff like stddef.h or stdint.h if, like you've said, you still need the C runtime library for crt0.o.

我不理解的是：既然如你所说还需要 C 运行时库来加载 crt0.o，为什么要拒绝 stddef.h 或 stdint.h？

>unironically consider a modern C memelang like odin instead

>「不讽刺地建议考虑 Odin 这类现代 C meme 语言」

Should I really?

我该吗？

>>109790845

The only reason to avoid stdint.h is if you are stuck on C89 for some reason. I know some people deliberately use C89 because they think it makes them more hardcore or something, maybe that's what you're referring to.

避开 stdint.h 的唯一理由是你因某种原因卡在 C89。我知道有人故意用 C89，觉得更硬核之类——也许你说的就是这个。

I can't think of any reason why you would avoid stddef.h.

我想不出避开 stddef.h 的任何理由。

>>109789636

nothing wrong with the C standard library.

C 标准库没问题。

the only problem with the C standard library is bloat autism, so maybe wasting a few megabytes if you statically link the C runtime on windows (note that every single C/C++ program pre-installed on windows uses something called a hybrid UCRT which only statically links the VC++ runtime but keeps certain C functions like malloc/printf dynamic, that's why the VC++ runtime is not preinstalled on windows even though most programs are written in C/C++, and static linking the UCRT usually increases the binary size by a couple mb depending on the functions used, total size is 15mb, but the entire VC++ library is like ~300kb in total).

C 标准库唯一的问题是膨胀式自闭：Windows 上静态链接 C 运行时会多花几 MB（注意：Windows 预装的每个 C/C++ 程序都用「混合 UCRT」——只静态链接 VC++ 运行时、malloc/printf 等 C 函数保持动态。这就是为什么 Windows 不预装 VC++ 运行时，尽管多数程序是 C/C++ 写的。静态链接 UCRT 视使用的函数会增加几 MB，总 15MB，但整个 VC++ 库才约 300KB）。

You should just look at the DLL's that you exe depends on, which many tools can help with, but if you have a non-home edition version of windows 10/11, you can enable windows sandbox which is a lightweight VM of a fresh windows install, so you will know exactly how a program will behave on another PC with nothing installed.

直接查你的 exe 依赖哪些 DLL，很多工具能帮上。如果你用的是 Win10/11 非 home 版，可以启用 Windows 沙盒——全新 Windows 的轻量 VM——就能确切知道程序在「什么都没装」的电脑上表现如何。

>>109790845

>stddef/stdint

they do use those things. you would only avoid stdint if you’re trying to make your software maximally portable to all compilers and target platforms. something that is extremely niche in 2026 when everything is 64-bit and no one is using esoteric 30 year old compilers for forgotten hardware. no one sane is strictly adhering to c89 anymore, at a minimum they’re using c99 headers and features

他们用的。只有想把软件最大程度移植到所有编译器和平台时才避开 stdint。2026 年全是 64 位、没人给被遗忘的硬件用 30 年前的冷门编译器，这需求极小。心智正常的人不再死守 C89，至少用 C99 头文件和特性

>Should I really?

>「我该吗？」

probably. some people have this weird desire to seek out “purity” and so they stick with C but the problem is C has a lot of foundational issues to begin with and they were never allowed to be solved because once you have standardized things, changes to the correct way of doing something will break existing code. so either you have something like C++ which is a franken monster of bandaids layered over bandaids or you have memelangs that never reach 1.0 because they don’t want to commit to writing implementation in stone and it being the wrong choice they’re now stuck with. you should probably learn C just because there is so much of it out in the wild, but at some point it really is worth moving to something more modern that has all the hindsight that C didn’t

大概。有些人有种奇怪的「纯粹」执念，坚持 C。问题是 C 有大量基础性问题，而且永远无法解决：一旦标准化，对「正确做法」的改动就会破坏现有代码。所以要么 C++——创可贴叠创可贴的缝合怪；要么 meme 语言——不敢把实现写死成 1.0，怕选错路被钉死。C 还是该学，因为野外的存量太大，但某个时点真的值得转向拥有 C 没有的全部后见之明的现代语言

odin, jai, zig and c3 are all worth at least playing around with

Odin、Jai、Zig 和 C3 至少都值得玩玩

Really is the blind leading the blind in here with people pretending C++ isn't the most practical choice

这楼真是盲人带盲人，还有人假装 C++ 不是最实用的选择

If you don't want all the bullshit of C++ try Odin

不想要 C++ 的狗屁，就试 Odin

Don't use C

别用 C

>>109794029

Use Jai

>>109794036

That's another option but it's closed beta

还有个选项，但处于封闭测试

>>109794036 >>109794049

>using blowjob's memelang

>用口活男的 meme 语言

NGMI, just use a real language like Odin, Zig, C++, or even Rust

NGMI，用真正的语言：Odin、Zig、C++，甚至 Rust

>>109794058

if jai is a memelang, why are you recommending another memelang that isn’t as feature rich and literally stole all of its ideas from jai in the first place

如果 Jai 是 meme 语言，你为什么推荐另一个功能更少、创意还全偷自 Jai 的 meme 语言？

>>109794058

>Odin

Ok but doesn't over much over C.

行，但比 C 好多少呢。

>Zig

memelang

>C++

shitlang

>Rust

troonlang

>>109794058

Zig is a memelang made by a dumb web dev full of dumb design decisions

Zig 是个蠢 web 开发者写的 meme 语言，全是蠢设计决定

Rust is a masochistic language, there's very few practical use cases for the borrow checker bullshit

Rust 是受虐狂语言，借用检查器那套狗屁几乎没有什么实际用例

>>109794081

Beef.

>>109794082 >>109794081

I agree. Still beats Jai tho.

同意。不过还是胜过 Jai。

sidenote, wtf is the point of making your own language/engine if your shitty sokoban clone you've been making for 10 years runs like ass. sub-30 FPS on a steam deck is unacceptable for a game that looks like that.

顺便问一句：你那推了 10 年的推箱子克隆烂得掉渣，自造语言和引擎的意义何在？Steam Deck 上 30 帧以下，对这种画面来说不可接受。

>>109794107

He STILL hasn't come up with an excuse for this btw lmao

顺便说，他到现在都没给出解释，哈哈

He said something about "yeah we're working on getting it performing better on low end graphics cards"

他说过「对，我们在努力让它跑得更好」

My PC can run Doom Eternal at 60 FPS and it can't run your Sokoban game that looks like it was made in 2010, and you spent your entire life bitching about performance

我的 PC 能 60 帧跑《毁灭战士：永恒》，却跑不动你这看起来像 2010 年游戏的推箱子——而你一辈子都在嚷嚷性能

Dude is insane

这家伙疯了

>>109794107

OtSS was GPU bound, not CPU bound.

OtSS 是 GPU 瓶颈，不是 CPU。

>>109794081

>Ok but doesn't over much over C.

>「行，但比 C 好多少呢。」

good. C with a few flaws fixed like macro hacks, integer promotion and stronger primitive typing is practically perfection. my main problem with odin is that for that specific usecase, the compiler is getting bloated with tons of external libraries being included with maintained bindings and that just seems to violate the philosophy of “modern C replacement”

好。修掉几个 C 缺陷（宏 hack、整型提升、更强的原始类型）后的 C 接近完美。我对 Odin 的主要不满：在这个用例里，编译器被大量外部库的维护绑定搞臃肿了——这违背「现代 C 替代品」的哲学

>>109794125

They don't know what that means. If they had that kind of knowledge they'd already be using Jai.

他们不懂那是什么意思。懂的话早就用 Jai 了。

>>109794123 >>109794125

crazy for it to look like that and be GPU-bound. anyways the guy is clearly full of shit so I wouldn't touch anything he makes with a 10-foot pole

画面那样还 GPU 瓶颈，太扯了。总之这人明显满嘴跑火车，他做的东西我十英尺长杆都不碰

>>109794125

how is that an excuse

这算哪门子解释

>>109794129

you're bikeshedding

你在自行车棚争论（bikeshedding）

>>109794144

>you're bikeshedding

>「你在自行车棚争论」

compiler technical debt is real. if all the compilers in the world vanished overnight, the guy who wrote everything in C and maintained his own dependencies would be up and running again in a matter of months if he had to write his own compiler. as an extreme example, imagine if he had written it in C++23. there would be no hope

编译器技术债是真实的。假如全世界的编译器一夜消失，那个用 C 写一切、自己维护依赖的人，几个月内就能重启自己写的编译器。极端点说：如果他当年用 C++23 写的，就彻底没救了

>>109794171

>if all the compilers in the world vanished overnight

>「假如全世界的编译器一夜消失」

stop being a fucking retard

别他妈智障了

>>109794171

your hypothetical is retarded but even beyond that what you're describing is more of the standard library not the compiler itself

你的假设很智障，而且你描述的更多是标准库而非编译器本身

>>109794178

what happens if jangafx goes defunt and gingerbill jumps out of a building? what happens if jonathan blow gets hit by a bus? these compilers would have to be maintained by other people or rot and die

要是 jangafx 倒闭、gingerbill 跳楼呢？要是 Jonathan Blow 被公交撞了呢？这些编译器就得靠别人维护，否则烂掉死掉

a c compiler is always going to be there, for every environment imaginable and you can set your own constraints to be as portable as you want. C is just the best way of immortalizing software, objectively

C 编译器永远会在，任何想象得到的环境都有，而且你可以自设约束、想多便携就多便携。C 就是让软件不朽的最好方式，客观上

>>109794183

the hypothetical isn’t supposed to be serious. it’s just a thought exercise to recognize the scope of the machinery your software actually depends on and weigh how much QoL you’re getting in return for it and if that is actually worth it or not when scrutinized

这假设不是认真的，只是思想实验：认清你的软件实际依赖的机器规模，权衡换来的生活质量是否值得

>>109794265

>a c compiler is always going to be there, for every environment imaginable and you can set your own constraints to be as portable as you want. C is just the best way of immortalizing software, objectively

>「C 编译器永远会在，任何想象得到的环境都有……C 就是让软件不朽的最好方式，客观上」

this is just retarded. as long as it can be compiled it's "immortalized". you can still run software written in the 70s from languages that no one uses anymore. all you need is the source code or binary to run the compiler.

这就是智障。只要能编译就「不朽」。70 年代、用已无人使用的语言写的软件照样能跑。你只需要源码或能运行编译器的二进制。

>>109794265

code doesn't rot

代码不会腐烂

>>109794081

Odin and C have very interesting tradeoffs imo. C is more mature, reliable, proven, has compilers for every platform under the sun. But also stuck with some poor, archaic decisions. Programming in Odin is much more comfortable, with lots of little refinements and details based on years of observations about how smart people actually write programs and reason about types and memory. But it uses LLVM, doesn't have broad platform support, and even though it's relatively stable for a young language, it's still a young language and niche compared to C.

Odin 和 C 的取舍很有意思。C 更成熟、可靠、久经考验，全平台有编译器。但也背着一些糟糕的陈旧决定。Odin 写起来舒适得多，大量细节打磨来自多年观察「聪明人实际怎么写程序、怎么思考类型和内存」。但它用 LLVM、平台支持不广，而且虽然是年轻语言里相对稳定的，终究是年轻语言、比起 C 仍属小众。

>>109794318

>But it uses LLVM, doesn't have broad platform support

>「但它用 LLVM、平台支持不广」

who cares?

谁在乎啊？

so many fucking bikeshedding nodevs in here

楼里一堆自行车棚争论的 nodev

>>109794331

>who cares?

>「谁在乎？」

Some do, some don't.

有人在乎，有人不在乎。

Are you too stupid to understand the concept of a tradoff? Or do you just spend all your time online shitposting about languages?

你是蠢到不懂「取舍」的概念，还是整天在网上对语言发疯帖？

>>109794548

There is no tradeoff

不存在取舍

Any platform not supported by LLVM is irrelevant to you

LLVM 不支持的任何平台都与你无关

>>109794657

Odin's platform targets are constrained by more than LLVM.

Odin 的平台目标受的不止 LLVM 约束。

>>109795251

I'm sure that doesn't affect you in any way

我确信这丝毫不影响你

>>109794029

See the light use beef

看看曙光，用 Beef 吧

图片: https://i.4cdn.org/g/1789195963391067.png

I'm making a game with tiled graphics but decided to do my own little tilemap editor because I was doing them by hand and it sucked a lot. Still needs a lot of features but the core works.

我在做瓦片图形的游戏，因为手工编辑太痛苦，自己写了个小瓦片地图编辑器。还缺很多功能但核心能用。

附件: https://i.4cdn.org/g/1789200408822470.webm

Three.js Chads won.

Three.js 猛男赢了。

Web Dev Chads won.

Web 开发猛男赢了。

Vibe Chads won.

Vibe 猛男赢了。

You trannies lost.

你们这些变性人输了。

ok, but who asked

行，但谁问了

>>109796386

we vibecode beef now

我们现在 vibe code Beef

https://github.com/beefytech/Beef/commit/537a2159d81108c21f406c5a17383674a7402b2e

图片: https://i.4cdn.org/g/1789205083946574.png

What editor do you guys use? I'm currently using neovim. Every once in a while I like to test other editors instead of working on my engine.

你们用什么编辑器？我用 neovim。偶尔不写引擎、跑去试别的编辑器。

>>109789636

>>109790845

The (ISO) C standard library is actually pretty small when you really look at it.

认真看的话，（ISO）C 标准库其实挺小。

A good chunk of headers are just definitions, some memes related to keywords, some floating point crap you won't use except maybe pow(), and a bunch of decently niche stuff that you won't use most of the time.

相当一部分头文件只是定义，一些关键词相关梗、一些浮点破烂（除了 pow() 可能用），以及一堆冷门到不常用的东西。

- Anything touching locales in a trash fire

- 任何涉及 locale 的都是垃圾堆

- Part of that, anything touching text-encoding is a trash fire. FINALLY they're adding non-locale affecting encoding functions in an upcoming standard.

- 其中，涉及文本编码的是垃圾堆。终于，即将到来的标准要加非 locale 影响的编码函数了。

- The I/O functions are generally pretty good (except that parts that overlap locales).

- I/O 函数总体不错（除与 locale 重叠的部分）。

- The allocation functions are fine, despite what some autistic schizo might claim.

- 分配函数没问题，不管某些自闭精分怎么说。

- rand() is shit, but if you appreciate that it's shit, then it's fine.

- rand() 是垃圾，但你知道它是垃圾就没事。

- atomics are good

- 原子操作不错

- threads are whatever, fine for a lot of basic cases

- 线程一般般，多数基础场景够用

- Say what you want about C strings (skill issue) but a lot of the string functions don't work in a particularly helpful way.

- C 字符串随你怎么骂（技术问题），但很多字符串函数的帮助方式设计得很差。

- Some functions have implicit global state (e.g. strtok) and should be avoided.

- 有些函数有隐式全局状态（如 strtok），应避免。

>>109797201

neovim or zed because its easy to setup keybindings lite-xl when I just want to jump around and read the code from a third party.

neovim 或 zed——快捷键好配。只想跳着读第三方代码时用 lite-xl。

vs code is fine if you setup seperate profiles for different languages.

VS Code 给不同语言配不同 profile 也挺好。

>>109797201

emacs -nw

emacs -nw（终端模式）

图片: https://i.4cdn.org/g/1789220935915092.jpg

>>109797201

I use VS Code and windows 10-desu.

我用 VS Code 和 Win10 desu。

图片: https://i.4cdn.org/g/1789221004540002.png

Three.js con was fun.

Three.js 大会挺好玩。

dead general dont die before I post progress.

死楼别死，我还没发进度呢。

Prog

附件: https://i.4cdn.org/g/1789245458313716.mp4

>>109798423

what does -nw get you over the gui emacs?

终端模式比 GUI emacs 好在哪？

>>109784655

noice

>>109794171

And the guy that wrote FORTH would be up and running in days at worst.

而写 FORTH 的人最差几天内就能跑起来。

>got a new job

>换了新工作

>no progress in 5 weeks

>5 周没进度

Finally getting back into it bit by bit now I guess.

总算一点点捡起来了。

图片: https://i.4cdn.org/g/1789254415246972.jpg

>>109802117

color palette from your terminal emulator

配色来自你的终端模拟器

图片: https://i.4cdn.org/g/1789254789711442.jpg

>>109788964

Make the gameplay like Arx Fatalis.

把玩法做成《Arx Fatalis》那样。

basically if I see a dev trying to make a big deal about not using ai I just assume that

基本规律：看到开发者大张旗鼓宣传「不用 AI」，我就默认

1) he's transexual

1）他是跨性别

and

2) he's trying to use the lack of ai as an excuse for the quality being shit

2）他在拿「没用 AI」当质量烂的借口

>>109804415

AI is neat for deepdive googling shit (with a lot of mistakes), but I think the product is the AI, not the games that it could theoretically code.

AI 用作「深度谷歌搜索」（错误很多）还行，但我认为产品是 AI 本身，而不是它理论上能写的游戏。

I don't think that the future of generative AI/AI coding assistance in games is going to be in the shape or form that you want it to be.

我不认为游戏里的生成式 AI/AI 编程辅助的未来会是你想要的样子。

I think everyone is going to get a personalized experience through the help of AI, and it's just going to be a feedback loop where the AI has cracked the code to our dopamine receptors because it can scan your brain or something.

我觉得每个人都会通过 AI 获得个性化体验——一个反馈循环：AI 已经破解我们多巴胺受体的密码，因为它能扫描你的大脑什么的。

https://en.wikipedia.org/wiki/Experience_machine

Of course, people will reject the machine, everything that gives you dopamine is a drug and it can quicky switch from you being in control of your destiny, to you being controlled by a source of dopamine.

当然，人们会反抗机器。一切给你多巴胺的都是毒品，它能让「你掌控命运」迅速变成「你被多巴胺源掌控」。

I think we are probably going to have a ideas guy's wet dream machine, where you have a game that's already pretty fun and replay-able, and then the AI can just add or remove or change anything that you desire about the game, then people can just share and vote.

我觉得我们会得到「点子哥的春梦机器」：一个已经相当好玩、可重玩的游戏，AI 能按你的欲望增删改任何东西，然后大家分享、投票。

>>109779842

Indeed. Everything after picrel has been a downgrade.

没错。配图之后的一切都是退步。

图片: https://i.4cdn.org/g/1789285138158494.png

>>109779858

>only on Win95/98

>「只在 Win95/98」

If it runs on 98, chances are it will run on XP... How would one even go about ensuring that a Win98 game wouldn't run on anything newer?

能在 98 跑的，大概率 XP 也能跑……怎么能确保一个 Win98 游戏不在更新的系统上运行？

(无正文)

图片: https://i.4cdn.org/g/1789301834804026.jpg

>>109800323

The writing is on the wall. There's no point in making a new niche indie engine when vibers can just do our years of work in a day with three.js. It's legitimately over for indie engine devs. If only we listened a few years ago.

结局已写在墙上。Viber 一天就能用 three.js 干完我们几年的活，再做什么小众独立引擎毫无意义。独立引擎开发者真的完了。要是几年前我们就听了就好了。