What's the worst that can happen if I slot in a slightly different battery in my laptop?..
Remote
Yuri 
@yurisizov@mastodon.gamedev.place
mastodon
4.6.6
Tool & game developer | @godotengine@mastodon.gamedev.place alumnus
🧩 Wishlist FOLLOW THESE STEPS 🧩 https://store.steampowered.com/app/4002220/
0
Followers
0
Following
50
Posts
Joined November 08, 2022
🎮 My Apps & Games:
🧮 My OSS Projects:
🪪 Blog / Portfolio:
💶 Support me!:
Posts
RE: @yurisizov@mastodon.gamedev.place
To compensate I devised a new plan for this week: spend each day a few hours on personal projects, then a few hours of contract work.
And I think that experiment is a success! I made progress on art and code for my game, and also made some money – all without guilt in either direction! And I felt more productive too, working more hours total.
Switching up midday also helped it all feel less draining. Even though I like to keep focus, sometimes things drag you down if you don’t take a break.
Imagine this productivity, but spent on something useful and important to coding...
Just realized that we get power cutoffs often enough that I maybe should buy an UPS for my laptop now. Which is just silly...
With an external keyboard (because S on the built-in is permanently shorted) and a spiderweb of dongle wires (because all built-in USB ports bar one are dead) I get no convenience of a laptop and with the form factor I get no performance of a comparable desktop.
The worst of both worlds!
I am once again being a master of unnecessary detail.
Someone should make an asset pack with custom node icons for Godot, fitting the style and using official colors for 2D, 3D, Controls, etc. 🤔
I like customizing things, but making custom icons every time is yet another sinkhole where time spent is not really paying off IMO.
Replying to
@memoriesin8bit@mastodon.gamedev.place
@memoriesin8bit@mastodon.gamedev.place Nah, don't worry about it. I don't share these tidbits to be appreciated, and I fear that I come off preachy as is :)
You'll let me know if you have any further questions, and it's fine if you do literally anything else too!
Replying to
@memoriesin8bit@mastodon.gamedev.place
@memoriesin8bit@mastodon.gamedev.place One at a time, that's the only way to do it 🫂
Replying to
@memoriesin8bit@mastodon.gamedev.place
@memoriesin8bit@mastodon.gamedev.place Whatever works, of course. But for what it's worth, everything that I describe can be pretty much encapsulated by a single script (which you'd use with RTLs to display the result).
Replying to
@yurisizov@mastodon.gamedev.place
@bryce@mastodon.brycedixon.dev @memoriesin8bit@mastodon.gamedev.place @tracefree@mastodon.gamedev.place As an extra bit: texture resources don't even need to exist on disk to work with RTL.
You can give them any resource path, even a completely made-up one, and that will still work as long as the resource is loaded in memory.
In GDQuest I used this in the GDTour framework to make copies of all editor icons at runtime, assign them fake paths, and then put them in RTLs used to render tour contents for the user.
This should also be helpful for the task at hand.
Replying to
@yurisizov@mastodon.gamedev.place
@bryce@mastodon.brycedixon.dev @memoriesin8bit@mastodon.gamedev.place @tracefree@mastodon.gamedev.place Basically, nodes and resources do not do any rendering. They are just lists of commands for the rendering server to draw something. Resources don't even hold any rendering context, they use the canvas item RID passed to them.
Given that information, consider this: you can create a custom resource that contains all the rendering commands you need, whatever they are. I have a custom texture type that draws styleboxes, for quick prototyping, for example.
Replying to
@bryce@mastodon.brycedixon.dev
@bryce@mastodon.brycedixon.dev @memoriesin8bit@mastodon.gamedev.place @tracefree@mastodon.gamedev.place Oh, I don't mean that you cannot render images on the fly. In fact, you don't even need nodes for that.
But you don't have to do that for this task here. You can create a scripted texture type, extending Texture2D, and render other textures, styleboxes, text from there. And RTL supports any texture resource as an image, including your scripted ones.
Of course pre-rendering would be cheaper per frame, but if that works here, then no reason to do it at runtime.
Replying to
@bryce@mastodon.brycedixon.dev
@bryce@mastodon.brycedixon.dev @memoriesin8bit@mastodon.gamedev.place @tracefree@mastodon.gamedev.place (That's not true at all 👀)
Replying to
@memoriesin8bit@mastodon.gamedev.place
Replying to
@memoriesin8bit@mastodon.gamedev.place
@memoriesin8bit@mastodon.gamedev.place I'm pretty sure you can implement that as a custom scripted texture that renders the background and text on top, and that can be injected in RTL.
Replying to
@tracefree@mastodon.gamedev.place
@tracefree@mastodon.gamedev.place @memoriesin8bit@mastodon.gamedev.place Yeah, you can give them a size, and you can use any texture resource, even scripted one, not just images.
Replying to
@memoriesin8bit@mastodon.gamedev.place
@memoriesin8bit@mastodon.gamedev.place Well, depends on how much you need to customize the looks. You should probably look into RichTextLabel regardless, though.
For specialized text styling you can create custom BBCode tags a.k.a. effects. And with good ole string interpolation you can even insert images.
Replying to
@gruni@mastodon.gamedev.place
@gruni@mastodon.gamedev.place If you want to reduce my point to whataboutism, I'm not really interested in talking to you.
Replying to
@gruni@mastodon.gamedev.place
@gruni@mastodon.gamedev.place If you're drawing a line, draw it at a company that powers "AI" tools for killing people.
Replying to
@yurisizov@mastodon.gamedev.place
@ariarhythmic@ohai.social I know you saw at least one of my posts before. You know my feelings about AI.
I think it's important that Blender doesn't collude with AI companies on features, that it doesn't develop its own genAI tools, no chatbots, no nothing.
But FOSS projects cannot really reject big lumps of money. There is very little choice, because sustaining FOSS is incredibly hard. We should not be chastising Blender in these moments, we should be supporting it.
Replying to
@ariarhythmic@ohai.social
@ariarhythmic@ohai.social So we're getting rid of Nvidia, Epic, Meta, and the rest, right? Because, alas, half the corporate sponsors now are AI companies, and the other half are probably peddling or using it.
We are not living in a world without AI money being injected into every facet of tech industry anymore. That's a ridiculous line to draw when we talk about corporate sponsorships (and we should have corporate sponsorships, they should pay for FOSS).
Blender was not about to integrate "AI".
Replying to
@ariarhythmic@ohai.social
@ariarhythmic@ohai.social I am saying that people started to spell doom for the project like AI companies sponsoring Blender hasn't already been the case for a long time. It was a misplaced anger over project receiving much needed funding with no strings attached.
I think it's much different from integrating "AI" into a project. I think many people don't understand how unstable funding is in FOSS. I think many throw "better it not existed at all if it can't exist without AI money" too easily.
https://www.blender.org/news/upcoming-blender-development-fund-and-ai-policies/
I guess that makes some people happy.
I still think the outrage is ridiculous. Nvidia, a military-industrial complex giant, has been a sponsor since forever. AI-loving Meta; Grok's No.1 fan Timmy are sponsors as well. There is damn Meshy even, literally encroaching on artists...
Anthropic is shit, but is it more shit than those companies? Many reacted like something unprecedented has happened, but that's not really the case.
Feeling like blocking on sight people who refuse to understand that FOSS projects cannot exist without people being paid for their work, and your 5 bucks a month is, unfortunately, not enough to sustain something, let alone provide people with stability to plan for future.
Replying to
@sirlan@derg.social
@sirlan@derg.social Are they the same cheat codes as the original games? 🤔
Replying to
@andnull@social.nouveau.community
@andnull@social.nouveau.community Makes sense for UFO 50, I guess :) But that's like a new old game, so a very big exception!
Replying to
@robinsyl@meow.social
@robinsyl@meow.social I think most games these days don't have any. I feel like it's just not a part of the culture anymore. Perhaps some old school franchises or remakes of older games... At the very least, it's not as common as it used to.
What is the most recent game that you've played that has cheat codes?
Replying to
@ednl@mastodon.social
@ednl@mastodon.social I guess that would disqualify it from being an example of a bad product here, but a week ago they’ve also DoS’d themselves with bad code and blamed it on someone else at first 🫠
Anyhow, I’m just really glad that whenever they have issues, a company that toots how much they use Claude gets ridiculed on these grounds specifically. Serves them all right.
Bluesky is all kind of down today, and I gotta be honest, it makes me very pleased that regardless of the source of all these issues regular people immediately associate a bad IT product with vibe coding and AI.
That's the stigma that should always be attached to anything and anyone associated with those "tools".
Replying to
@wombatpandaa@mastodon.social
@wombatpandaa@mastodon.social Hey, I appreciate that you've reached out! It seems that DF themselves have somewhat walked back their tone from the video and the article, and the team is split in opinions and concerns.
I'm sorry if my own response was too harsh. This crap makes me very upset and angry, and I do not feel there is a lot of space for the middle ground anymore.
Replying to
@wombatpandaa@mastodon.social
@wombatpandaa@mastodon.social They are, in fact, repeating marketing nonsense from Nvidia without challenging it. On every platform they sell this as the future of in-game lighting, they talk about how this doesn’t artificially change anything in game, and that it somehow restores the original creative intent that gamedevs were unable to implement themselves.
But thanks for letting me know that this doesn’t pass your threshold for shilling.
Replying to
@kaiserkiwi@corteximplant.com
@kaiserkiwi@corteximplant.com This time there is a strong backlash everywhere I can see. On their website, on YouTube, and on Bluesky as well!
Replying to
@dogiedog64@app.wafrn.net
@dogiedog64 Bemuses me as well. And like I could see it being shown off as a side experiment to their whole RTX Remix thing, but shoving it into their upscaling tech?! Jesus Christ, they are dumb.
Replying to
@ringlov@mastodon.art
@ringlov@mastodon.art At this point, DF cannot exist without being in bed with Nvidia, it seems. They get exclusives, thus they must sell the marketing spiel fully and utterly. :/
Replying to
@lps@mograph.social
@lps@mograph.social Well, this does require two 5090s at the moment, so clearly this is going to work out great!
Replying to
@JigenD@mastodon.social
@JigenD@mastodon.social Why? And why does it matter what you think is qualified to be the end result of someone else’s creative process? Open the article, if you will, there are screenshots from other games, including the new RE. Even if you are somehow an authority on what constitutes finished art, I’m sure that example will be sufficient.
But like… What the fuck is wrong with you? Hell!..
Replying to
@okr@sunny.garden
@okr@sunny.garden Thing is, as a developer you won’t have a say here. Maybe not this time, but eventually their goal is to replace your voice and input.
Replying to
@DKesserich@mastodon.gamedev.place
@DKesserich@mastodon.gamedev.place They’ve been disappointing for a long time, yeah. And I can’t really tell if this is them cowardly making sure Nvidia doesn’t blacklist them (like they do with honest reviewers), or if they are genuinely completely apathetic to the art form rendering tech is supposed to be made for.
Either way, games are like empty benchmarks for them. Not something to be appreciated.
Replying to
@leroy@indiehackers.social
@leroy@indiehackers.social Well, fuck them artists is the message, I guess. Like all “AI”, the goal is to erase human voices.
Replying to
@yurisizov@mastodon.gamedev.place
Also, fuck Digital Foundry. Like, seriously. That level of oozing over shit Nvidia peddles is disgusting. (and not new for them)
Replying to
@ozamidas@mastodon.social
@ozamidas@mastodon.social I’m pretty sure it’s their own tech. DLSS has always been ML based. They are just moving it past image reconstruction. It’s not a model swap, more like a faceapp kind of effect. Though Nvidia is capable of replacing models at runtime too, that’s what RTX Remix does.
Replying to
@ozamidas@mastodon.social
@ozamidas@mastodon.social I mean, yeah, it literally is an AI generated image over the game. Just, in realtime, using two 5090s. It would be idiotic as is, but as they peddle it as the next version of DLSS, it’s just catastrophic.
We need to separate “tech” companies from videogames. This level of ghoulishness is insufferable. This is not progress in visual tech. This is defacing of an art form by people with ugly souls.
Replying to
@efi@chitter.xyz
@efi@chitter.xyz Let's be honest, there are very few plugin devs and they mostly get by with tree wrangling techniques that we've been using since forever.
Though I now have a newfound perspective that approaching editor components like you would scenes in Godot, giving key parts meaningful names, etc is just a generally good idea for code quality and maintenance.
I'd push for this now, but I don't partake in engine dev anymore.
Replying to
@efi@chitter.xyz
@efi@chitter.xyz Godot provides access to some nodes which have functionality for plugin devs attached to them, but that's a very controlled selection. For a good reason too, you don't want to create a false sense of stability by exposing parts that might change at any moment, and you don't want to constrain contributors who'd need to change them.
However, we are interested in many key editor nodes being named sensibly, so locating them is easier (within their widget/component):
https://github.com/godotengine/godot-proposals/issues/1018
Hey folks! For the three of you who do wild things with the Godot editor, me and @gdquest@techhub.social have a new library (WIP) to ease your woes a bit.
Editor Interface Access is a library that enumerates ~380 editor nodes (for now), so you can access any of them with just one line of code!
Someone actually made a plugin for previewing parts of text shaders in Godot, like I've wanted for the longest time!
https://github.com/cashew-olddew/godot-shader-previewer
Personally, I'd love to see it further implemented like "breakpoints" on lines, with on-hover previews. But still, so cool!
Replying to
@yurisizov@mastodon.gamedev.place
How cool is that!