Search the Community

I want to introduce an concept artist I personally know. (He can also make 2d and 3d Art. And created the Logo for my fm.) He have seen TDM and loves steampunk atmosphere. He would like to know your opinions are about his art And if he can help with TDM. Portfolio. https://issuu.com/generatingcreativity https://www.facebook.com/yokal.s.vanboeckelportfolio Direct links: GC 3D volume 1 Dragon's in Ljubljana Slovenia For the pictures on facebook, you have to loggin at facebook. what are your opinions?

id Studio did a poor job in defining its categorization of variable nomenclature, so in subsequent documentation and discussions there are divergent views (or just slop). In my series, I had to choose something, and went with what I thought would be clearest for the GUI programmer: Properties, which are either Registers (like true variables) Non-registers (like tags) User Variables (also true variables) I see that your view is more along these lines (which perhaps reflects C++ internals?): Flags (like my non-registers) Properties, which are either Built-in (like my registers) Custom (like user Variables) Also, elsewhere, you refer to "registers" as temporaries. I am willing to consider that there could be temporary registers during expression evaluation, but by my interpretation those would be in addition to named property registers. I'm not sure where to go next with this particular aspect, but at least can state it.

Game developers want 16-32 GB VRAM to work with now. They can't always count on these other features, especially on PCs. Having a large amount of VRAM is the easiest solution for reducing latency. Let me counter your DirectStorage idea with another idea: put an SSD inside consumer GPUs, i.e. the "SSG" concept that AMD launched to the professional market a few years ago. Putting a tiny 512 GB SSD inside graphics cards would be relatively cheap, hold the entirety of any video game, and the GPU could still work if it breaks. Just cache the entire game you're playing into the GPU (or everything the GPU wants). Everyone will ultimately want a slab of APU that contains 3D memory-storage, with the CPU, GPU, RAM, accelerators, etc. all together to limit latency. https://wccftech.com/amd-radeon-rx-7600-269-usd-launch-navi-33-8-gb-tackles-nvidia-rtx-4060-1080p/ $270 is on the low end of RX 7600 price estimates (some people wanted $250 obviously). That's not bad for something that is presumably faster than an RX 6650 XT. There will be some complaints about price/performance not moving forward, but prices can drop below MSRP at some point. At this moment though, something like this 6750 XT for $320 soundly defeats the RX 7600, while supplies last. The RX 6700 10 GB is also a good option. If AMD later tosses a RX 7600 XT 16 GB onto the market for $350, then they won the "low-end GPU market" this generation. Edit: AMD did a last minute price drop on the RX 7600, $300 to $270. That 10% is enough to change it from kinda bad to kinda OK.

Thanks for the Vicuna link. I need to do more research on open source chatbot solutions. I have a couple of projects in the works that would benefit from a home grown language model, plus it would be good experience. Seeing what others have done with modest resources is good inspiration. Also I must admit I was wrong earlier in this thread about open source not being able to compete with big tech. It did not occur to me that big industrial model builders would be incentivized to gift their own models into the public domain in order to gain mind share with open source ecosystems that can out-innovate them on the application side. The upside for them is that they can effectively crowd source the R&D to turn their fancy tech demo into actually valuable products for the open market and for their own internal consumption. Google at least is taking that concept seriously. Lastly: The results of a couple of gpt-4s attempts are fascinating to me... I got some really interesting failure points, including a rare pattern hypnosis where it fell into a meaningless cycle of iterative modulus calculations. But I doubt you guys want to read 4 pages of that, so here's the beginning and the end. Note for anyone wondering what is going on, the root mistake is a heuristic error humans also make: assuming no one would ask a stupid question. Thus the pattern recognitions assumes we want the complex systematic solution for the closest hard problem... which is what it gives above. Moreover because the question is so minimal it actually half asses its answer here: ignoring the fact that it already knows next Easter falls on March 31, 2024 from reading online calendars! What's more, it has more than enough information in its memory to attempt the computus calculation (albeit unsuccessfully in every attempt I saw). Once again we see that context is king for LLMs. In fact we can even break it out of the faulty heuristic with a small change to the prompt:

Thanks, I can also recommend gog galaxy. The idea of the custom tags is really nice, I'll have to try this out too!

The *DOOM3* shaders are ARB2 ('cause of old GeForce support) carmack plan + arb2 - OpenGL / OpenGL: Advanced Coding - Khronos Forums

YOU TAFFERS! Happy new year! Deadeye is a small/tiny assassination mission recommended for TDM newcomers and veterans alike. Briefing: Download link: https://drive.google.com/file/d/1JWslTAC3Ai9kkl1VCvJb14ZlVxWMmkUj/view?usp=sharing Enjoy! EDIT: I promised to someone to write something about the design of the map. This is in spoiler tags below. Possibly useful to new mappers or players interested in developer commentary.

Keep in mind also that mission size, and complexity have increased dramatically since the beginning. For a lot of veteran mappers, it can take over a year to get a map made and released. The last dozen missions have for the most part been pretty massive, with new textures, sounds, scripts, models etc. We seem to be long past the point of people loading up the tools, and banging out a mission in a few weeks that's very barebones. We still do see some of those, but I noticed in the beta mapper forums and on Discord, that mappers seem to make these maps, but don't release them, and instead use the knowledge gained to make something even better. Could just be bias on my part scrolling through the forums and discord server though.

For the record I actually agree that any restrictions on play-style should be optional, if that is at all possible. That includes loot objectives, no-kill objectives, knockout limits, and save restrictions. Generally speaking, none of them should be required at any difficulty. BUT if someone wants to build an entire level around one of these restrictions, and wants to make it a hard requirement so that people understand how to play their mission properly, I think they should be both free and encouraged to do so. At the worst we find out there is no audience for that kind of mission and nobody else has to waste their time thinking about how to make one in the future. At best people click with the new concept and future missions in the same mold can make the restrictions optional, because everyone now understands how they should be played. (And incidentally, Aluminum's unlucky misread of Hazard Pay shows precisely why aggressive limitations are sometimes needed to snap a player out of their customary playstyle [as Wellingtoncrab so perfectly explained ]. Maybe it would have worked better if Hazard Pay had an [optional??] objective requiring you to kill 10 zombies? ) I was going to argue with this, but actually you are right. Due to the interaction with TDMs inconsistent knockout and platforming it is true that restricting saves requires some adjustments to typical level design (beyond just plopping down save point at regular intervals). I don't think it is an intractable problem though, and luckily we have some very bright minds who will be the first in line to try out concepts like this if they ever gain any traction. It's true that Hazard Pay didn't quite nail some of these aspects as well as we might have wanted. I think its save points, and especially the gears for them, were too sparse. It would have helped to add some extra music boxes before the major difficulty spikes (like at the bottom of the silo where you get the sword, and maybe in a dark corner by the quarry security station). But it was only a first attempt at something like this. The concept's been demonstrated, and, if there is an audience for it, it will get better in future iterations, which hopefully will find a better balance between different playstyle preferences.

If I'm not mistaken, the voices are dubbed in, not created in real time, using ElevenLabs. But you could consider it a proof of concept. You can also consider it an ad for Inworld.ai because of the referral link.

I do not have permission to say names, but the concept artists I mentioned work for a mid-sized company and they use Midjourney for scifi themed concept art. The results surprisingly are not generic looking at all if you learn to use it, but it's true that the "text to image" workflow does not give you enough control to straight up generate assets (and the quality is not good enough either). Midjourney is a paid proprietary service, but they specialize in their results being slightly less photorealistic but more creative and artistic. But the important thing is that the "image to image" workflow exists. Normally with text to image you describe what you want, the the neural net starts with noise and gradually rearranges it into something that resembles the description. With "image to image" you start with some actual image that you feed to the neural net instead, and then have it transformed to something that fits the description. You can change how far the program is allowed to deviate from the base image. This gives you a lot more control and it could potentially be used to generate textures for example. Some guy just posted an example on Reddit. He drew a rough scheme of a "scifi wall" using basic shapes, overlayed a random scratched metal texture and had SD generate several versions of a scifi wall from that. Then he edited his favorite result a bit and fed it back into SD, generating the final version. This is how it looked: I used the same workflow when I was adding grime to a final render (so not straight to a texture) and it worked well too.

I saw that featured on Steam's homepage today and was intrigued. I liked the aesthetic. I didn't really understand the gameplay, but maybe I'll watch a few videos, since it sounds interesting. The concept of a procedural murder/crime & investigation sim sounds pretty fresh; it's a wonder we haven't seen something like it before.

https://github.com/HansKristian-Work/vkd3d-proton/tags <- directx 12 wrapper for dxvk https://github.com/doitsujin/dxvk/tags <- directx to vulkan wrappers D3D 9 to 11 eg. dxvk if you want to try it with horizon zero dawn you need to copy out dxcompiler.dll from Tools\ShaderCompiler\PC\1.0.2595\x64 and bink2w64.dll from Tools\bin and place them next to HorizonZeroDawn.exe. then copy over dxgi.dll from dxvk and d3d12.dll from vkd3d and place them next to it to. now fire up the game and let the shaders recompile -> profit.

Yes, I used control nets with a prompt describing the subject and style. There's also a seed number which by default is randomized, so each time you get slightly different results. When you get something that looks ok you can do some changes in editing program and then run it through img2img, again with a prompt. You can do inpainting where you mask the parts you want to alter. You can set weights that tell the program how strictly it should stick to the prompt or to the images that are used as the input. There are negative prompts too. Here are Cyberpunk concept art pieces that I converted using Stable Diffusion. It took quite a lot of work and manual editing. Original artwork by Marta Detlaff and Lea Leonowicz.

Seems to confirm: https://bugs.thedarkmod.com/view.php?id=5718 does it happen in the latest dev build: https://forums.thedarkmod.com/index.php?/topic/20824-public-access-to-development-versions/

TTLG? That's Through the Looking Glass Forums. A looking glass fan community. Has been around for a long, long time. https://www.ttlg.com/forums/

Right above you we have an example of AI-created/remastered textures. There's AI models being worked on for creating 3D models from text prompts, photographs, etc. That could be relevant to TDM since if it can be made in Blender, it can be imported into the game. Imagine using AI to create a gigantic cathedral, or even a city. Over a decade ago, Tels was working on Swift Mazes, a demo for procedurally generating TDM maps. I don't know how you would go about making an AI version of that concept, but anything's possible.

The original 1993 SMB movie was worked on by the creators of Max Headroom. They wanted it to be a cyberpunk "allusion" to the general Mario concept. Why were these folks given the SMB project? Because Nintendo wanted to somehow "appeal to teens and adults" and expand the audience so they gave the directive to Hollywood to come up with a "mature" way to tell a Mario story. The movie was in development after Sonic and Sega were positioning themselves as the more teen oriented platform and 3DO along with other "mature CD game consoles" were on the horizon. Nintendo didn't want to be relegated to be a "kids only" console (even though that designation would later help them maintain a stronghold in family console sales). Apparently, the draft script was amazing enough to generate interest from A list actors but the studio got cold feet and started rewriting the movie to be more and more juvenile and closer to the source material of the games ( and turned it into a big mess ). I don't think it requires hindsight to understand that even leading up to the release there were lots of poor decisions around the project. 1) Other Nintendo franchises such as Zelda and Metroid were better suited to a mature story line 2) There is no cogent way to make a "mature" story that involves a Plumber entering an alternate dimension to battle an anthropomorphic Dino-Turtle that speaks English and wants marry a human woman who is native to this same dimension 3) Using allegories to Mario game features such as replacing Bowser with a malevolent Bowser-AI in a William Gibson style mind-jacked internet ( while cool ) would violate the expectations of people looking forward to a movie adaptation and lead to disappoint regardless of the resultant movie 4) Cyberpunk fiction fans would be scratching their heads about why the protagonist is a plumber and why the antagonist AI \ Cyborgs, etc are in the form of Turtles, Dinos, and Mushrooms rather than reflecting the full diversity of possible Avatars 5) You have an amazing Cyberpunk script and A list actors enthusiastic to participate in it and you decide to murder the script with rewrites rather than rebranding the project as a new science fiction film and deferring the Mario film to another team who wants to write a from scratch faithful adaptation? You can sorta see how things all added-up to the final results but it is still pretty baffling that nobody caught the problems earlier in the process.

Long ago I started a thread about something I dream of doing in TDM at some point: A mod that introduces modern assets over the default steampunk setup... allowing for futuristic cities, scifi weapons, computers and keypads that can be hacked, security bots patrolling areas, etc. I ultimately aim to create a campaign in the spirit and atmosphere of the first DeusEx game. Needless to say the whole thing will require loads of new assets and special scripts, but in this thread I wanted to present the concept I've been putting together for the first part of my initiative: The weapon system. So obviously my plan is to first introduce a set of modern weapons, and replace the default ones with them. You can't have the hero sneaking around a futuristic city guarded by cyborgs while wielding a wooden bow The base idea is to have the generic types found in most games, such as a pistol / machine gun / shotgun / etc. When I initially put the concept together, I imagined them as plain weapons: Find models and sounds for each gun, make them shoot bullets, and we're done. But I later realized that this is wrong, because it would remove one of the most fun and emblematic features in TDM: The special arrow types. No more shooting water arrows at flames, no more moss arrows dampening noise, no more rope arrows to climb places, etc. The idea behind TDM is that weapons (namely the bow) don't exist only to shoot at enemies, but also to interact with the environment in various ways. So I next started wondering how futuristic guns could also take in the abilities of the special arrow types. Soon enough, the revelation came to mind: Why not turn the special arrows into special projectiles, and allow ammo type to be selected per weapon? The model I want to go with is basically this: There are various types of weapons, as well as various types of projectiles. The weapon determines the pattern and scale of the projectile(s), whereas the projectile type determines the actual effect. Various weapons can be used with various projectile types, like the shotgun shooting water shells or the grenade launcher shooting noise grenades. Ammo pickups themselves are weapon specific and per type, for example "mossy shotgun shells" or "water 9mm clip". A raw idea of the overall weapons, projectile types, and ammo types planned is this: Weapon - Pistol: Shoots a single projectile, with medium accuracy and medium refire rate.Weapon - Machine Gun: Continuous stream of projectiles with lower accuracy.Weapon - Shotgun: Throws multiple projectiles in bursts, low accuracy and low refire rate.Weapon - Sniper: Shoots a single projectile afar, high accuracy and low refire rate.Weapon - Thrower: Spews a continuous gas, covering large areas at close range.Weapon - Rocket Launcher: Shoots a large projectile that flies slowly through the air.Weapon - Grenade Launcher: Shoots a large projectile that bounces around a few times then explodes.Weapon - Mine Layer: Sticks a projectile to the wall, which explodes when someone gets close.Weapon - Crossbow: Shoots a small projectile that behaves as an arrow. Projectile - Normal: Simple projectile that deals damage on impact (normal arrow).Projectile - Water: Spews water on impact (water arrow).Projectile - Fire: Explodes into flames on impact (fire arrow).Projectile - Gas: Releases poisonous gas on impact (gas arrow).Projectile - Moss: Throws moss around on impact (moss arrow).Projectile - Noise: The projectile remains still and causes noise on impact (noise arrow).Projectile - Rope: Creates a rope which can be used to climb (rope arrow).Projectile - Light: Creates a bright flash that temporarily blinds enemies (flash grenade).Projectile - EMP: Disrupts electronic devices such as bots / turrets / cameras / computers (new concept). Ammo - Bullets: Used by: Pistol, Machine Gun, Shotgun, Sniper. Can be: Normal, Water, Fire.Ammo - Gas: Used by: Thrower. Can be: Water, Fire, Gas, Moss.Ammo - Explosive: Used by: Rocket Launcher, Grenade Launcher, Mine Layer. Can be: Water, Fire, Gas, Moss, Noise, Light, EMP.Ammo - Arrow: Used by: Crossbow. Can be: Normal, Water, Fire, Gas, Moss, Noise, Rope, Light, EMP.Hopefully you can see what I'm trying to do here: Each weapon can shoot projectile categories that make sense with its pattern. For example: Water bullets are a semi-realistic concept, although rope mines don't make any sense... and noise grenades fit well, whereas noise gas would be plain silly. The crossbow is a visual replacement of the current bow, shooting the existing arrows as they are. Difficulty wise, implementing this might not be as hard as it can seem: The projectile impact effects are are already there, such as spawning a water burst that puts candles out. Each weapon will also use a single model and base texture... the color of a light or a symbol on its ammo display will indicate the type of ammo loaded in. From here it's just defining the weapons and projectile patterns themselves. With maybe an extra new feature: The ability to change ammo for the same weapon definition, since (unlike the current arrows) we can't define an entire weapon for each combination! I'd first like to know what you think of this idea, if you see it working out, and if you'd be interested in using such a weapon mod... if not let me know what you think I could change to make it better! I'm also curious if anyone is interested in helping implement this, since considering I never scripted in TDM / idTech 4 before it might take a while for me to get things rolling on my own.

I think the reason the dev forums exist is to provide a place where the implementation of features can be discussed without getting mixed up with other debates when someone believes what the devs are doing is wrong. We often post public discussion threads for features with subjective elements like the frob outline, because community feedback is very important. But there will always be vocal defenders with strong views for or against certain features, or how exactly it should be implemented in their opinion. At some point a decision has to be made and be carried through, which is what the dev forums are for. Almost all of the threads are very technical, basically explaining and discussing recent or potential code changes with other devs. Its hard to say. Its a hobby the devs do in their spare time, so people come and go when they're in the mood and when they have the time. The team page is mostly accurate except for some relatively newer additions like myself.