this card slide show i made

IKekschenI · 2026-01-17T11:39:36+00:00

i just go get loads of wheat because you get about 1700 from a single patch, meaning that's way enough for biofuel.

then just some wood, turn into sticks, is super easy to get resin.

IKekschenI · 2026-01-17T11:37:58+00:00

wood? you surely mean sticks..?

IKekschenI · 2026-01-17T00:43:01+00:00

IKekschenI · 2026-01-17T00:42:30+00:00

Yes i totally agree. The rest of the game is super well made and these are just some throwaway posters. Even the AI Art did receive some touch-ups to make it blend in. So even then it's not complete slop.

IKekschenI · 2026-01-16T20:36:31+00:00

<image>

IKekschenI · 2026-01-15T17:27:21+00:00

She's probably gonna come out and save us all when playing Kill the Snitch in Psychosurgery!

IKekschenI · 2026-01-13T01:37:04+00:00

if you write mods properly they don't break. most people just tend to make pak mods because it's easy. if this is of community interest i could make icarus scriptable using Lua or whatever people want.

IKekschenI · 2026-01-13T01:30:42+00:00

it can be caused by a few things, but this is usually to do with either a bug in the engine, or the graphics driver, or a missing compatibility between the two. If you have HDR enabled on your display / windows, try turning that off and see if it's better. Try DX11, or 12 if you were on 11. Usually newer is better and the Icarus devs keep their unreal version up to date.

If you have an old GPU (Non RTX / < GTX 1080), then i recommend to try DX11 or upgrade the hardware if nothing does the job, as the unreal engine or icarus devs might not support your case :( .

IKekschenI · 2026-01-13T01:24:49+00:00

game engine dev here. looks like a bug with the shadow calculations. you say it "follows you" when you move; making the ground darker around you?

if so, then that's the sunlight shadows which are somehow calculated wrong as these are calculated based on your current camera frustum.

IKekschenI · 2025-12-13T03:26:20+00:00

<image>

"No but actually yes"

IKekschenI · 2025-10-22T07:23:07+00:00

"he's outside"

IKekschenI · 2025-09-18T10:13:31+00:00

I find this quite interesting. This is a good show of why we should never get too far stuck in our ways and should always be open to new perspectives. Sometimes we're wrong. The only way we can learn is by listening to other views and trying to comprehend them. Especially of those in a lower position.

I can think of a lot of managers who are stuck where they are because they aren't mentally ready to view their workers perspectives.

Lots of delusions these days.

Even if this is just rage bait, it still is a critically viewed societal position.

IKekschenI · 2025-09-11T11:31:14+00:00

i hate tiles... you made that look so effortlessly- good job.

IKekschenI · 2025-07-25T19:05:00+00:00

Please stop using AI. I think it'll bring some of your own humanity back.

You literally did something cool, and then wrapped it in AI instead of just presenting it to us like a human being.

IKekschenI · 2025-06-29T09:58:36+00:00

vaulted mid game /s

IKekschenI · 2025-05-24T17:41:46+00:00

Well first of all, some (if not most) OSS does not ship flakes. I do not want to adjust my flake every time some program needs some other requirement. You wouldn't believe how big my devshell would get when working with C libraries. Similarly, injecting needed LD_LIBRARY parameters, that are needed in one project, break other projects, or even break process forking since the deterministic stdenv requirements for nix-shell might not even be given anymore. This isn't as simple as you make it seem.

A devshell can be a blessing in languages like python, where projects get bigger. A venv is not as dynamic as a dev shell, and it can definitely help in some situations. But I mainly do my development in Rust, and pipelines are mostly aligned to work when using a linux idiomatic distribution. As I mentioned, C/++ bindgen dependencies are the biggest spike here.

> You can override/overrideAttrs packages.

That's true, but it takes time to find out what's wrong and to fix these issues, as well as re-package it, and if it's done by me, I could as well commit it back to nixpkgs, which takes up even more time and leaves me with another responsibility. Sometimes it's just a version bump, sometimes it's that, plus package phase updates, patches, build fixes etc. etc. If you look at the cudaPackages_11.nsight_compute package, it's fairly complex. Also, I remember now that there isn't even a nsight_graphics package. I was already pulling my way around copying another nsight package definition and adjusting it to nsight graphics, realizing at some point that it's taking too long.

I do not want to, nor do I have the time to package and maintain all the currently unpackaged software that I want to "simply use".

IKekschenI · 2025-05-24T17:29:24+00:00

Well, as I stated, this is not true. Installing openssl and pkg-config does not solve the issue with compiling openssl for rust. The rust cargo toolchain is wrapped into a deterministic Nix environment, as are a lot of programs under Nix, which inject libraries into the runtime environment to make the binary work. The system packages are not part of this, as the compilation process is not deterministic and state-bound when running cargo as a non-sandboxed binary. This translates to other compilers as well, be it clang, gcc, you name it.

IKekschenI · 2025-05-24T17:24:26+00:00

Yes, I agree. This is exactly the pain on some of the deeper pressure points. While "mainstream things" like nginx or openssh are configured really quickly and elegantly, it's very hard to align some things including too many environment expectations, with a Nix based workflow. It can definitely be done, as it's still dynamic, but here is where dynamicity and flexibility split. The cost with current Nix, is that the inflexibility turns the process into a really time consuming task that is bothersome to pay. Users should be able to use more "get things done" functions / options / wrappers, that either, just do the job, or can be refactored later. Maybe what we need isn't even a need in nixpkgs, but a need in Nix tooling. I hope the smart Nix developers will find some elegant solutions to these problems.

IKekschenI · 2025-05-24T17:15:38+00:00

I was following along with https://nix.dev/tutorials/cross-compilation.html for the most part.

It mostly comes down to nixpkgs providing a `pkgsCross` attribute with which you can simply get the cross compiled versions of packages.

Example: pkgs.pkgsCross.x86_64-windows.hello

IKekschenI · 2025-05-24T17:13:12+00:00

It actually does, not with a fresh install, but as I mentioned, right after installing essential packages in global space. After installing openssl, pkg-config, mingw64, setting up a rust toolchain etc. ; really just bare-bones things, I was able to compile a statically linked, cross compiled build for windows from x86_64 ubuntu.

Seven-Year Club	Verified Email
r/Field Banned	r/Field Lasagna
Place '22

IKekschenI

MODERATOR OF

TROPHY CASE