#Architecture Software

[pisoftware]

"How SketchUp Pro Enhances Engineering & Architecture Workflow | PI Software"

"Learn how SketchUp Pro improves engineering and architectural workflows with precise modeling, seamless integrations, and efficient design processes. Discover its benefits for professionals."

[shiolog]

It never stops amazing me how we went from this for CAD to the iPad Pro (and arguably AI) in 3 decades or so!

[prototechsolutionsblog]

Empowering Creativity and Efficiency: Discover the Top 5 Advanced Engineering Software for Architects

In the field of architecture, engineering software plays a vital role in the creation, visualization, and analysis of designs. These software tools have revolutionized the architectural industry by enhancing productivity, accuracy, and efficiency.

In today's rapidly evolving world, advanced engineering software has become an indispensable tool for architects and designers. These innovative software solutions offer a wide range of features and capabilities that empower professionals to create stunning designs, enhance productivity, and streamline the entire design process. Whether you're an architect, engineer, or designer, harnessing the power of cutting-edge software can significantly elevate your work to new heights. Here are the top five advanced engineering software options that are revolutionizing the field of architecture and design:

Click here - https://prototechsolutions.com/blog/top-5-advanced-engineering-software-for-architecture-and-designers/

[whegan]

[makkon]

recent stuff in Quake. custom textures, geo, skyboxes

[askagamedev]

Is more complicated, or more work to write code for The Game EA Sports FC if you were starting from scratch than it would be to write code for any other large scale game, like an MMORPG also done from scratch? Or GTA6 i.e.? (Licensing issues aside)

Code systems are code systems. Good code architecture tends to follow pretty universal principles, regardless of whether the system is governing loot tables or lighting systems. Constructing software systems is about seeing the general rules at work and using those to write code that adheres to those rules.

It really helps to take a larger view of what a game is from a software engineering perspective. A game (or any major piece of software) is a bunch of systems comprised of smaller subsystems, and how those individual systems interact with each other. All code systems all need to do three things:

Determine when the system needs to do its work

Return the processed results from that internal work to external systems that need those results to do their own work

Do their own internal work to process and handle requests correctly

When planning out what a system will do, it helps to divvy up the work into these three buckets. Once you know what the system needs to do, the engineer can break down the individual functions and data members she'll need in order to actually do that work.

Let's move forward with an example - say that I wanted to build a stealth takedown system in my action adventure game. The design document says that I want the player to be behind an unaware enemy, press a button, and then play a paired animation that kills the enemy. Using the three buckets mentioned previously, let's break it down.

When does the system need to do its work?

Player and enemy position

Player and enemy facing direction

Enemy awareness state

Game controller input state

What results do I need to provide?

I need to know when the player meets the conditions of being behind and facing an unaware enemy (call the UI system to show the button prompt)

I need to call the animation system to play the animations on the player and the enemy (call the animation system to play the animation)

I need to kill the enemy (call the damage system to kill the enemy)

What do I need to do the internal work to provide those results?

I need to calculate whether the player is behind the enemy

I need to calculate whether the player is facing the enemy

I need to determine whether the enemy is aware of the player

I need to know when the player presses the attack button

As each of these elements is built and works, we can use them to interact with each other. Logical checks like whether the player is behind the enemy will determine whether the action can be taken. Actions like performing the takedown animations are then attached to the conditions. These combine to form the rules from the designer and a system is born.

[Join us on Discord] and/or [Support us on Patreon]

Got a burning question you want answered?

Short questions: Ask a Game Dev on Twitter

Short questions: Ask a Game Dev on BlueSky

Long questions: Ask a Game Dev on Tumblr

Frequent Questions: The FAQ

[technicallyclassyperfection]

[brasiliangp]

@f1blrcreatorsfest: hards - vintage (bauhaus) inspired 'A house is a machine for living in'

insp. / insp.

[nubecolectiva]

History and Evolution of Instagram Architecture !

Historia y Evolución de la Arquitectura de Instagram !

🔎Zoom: https://nubecolectiva.com/comunidad/flyers-e-imagenes-de-programacion/

[newslettertechera]

The most awaited article of the year is here ... Evolution of automation is all yours now !!!

[helloworld112358]

i had a fever dream in autocad last night (don’t ask, it’s unfortunately a common occurrence) where i was for some reason tasked with creating floor plans for aziraphels bookshop, unfortunately (due to what i’m assuming was miracled room extensions) the shop didn’t abide by the laws of physics and was literally impossible to draft. i woke up in a cold sweat at 3am. fell back asleep. and continued the exact same goddamn dream.

[gagande]

PureCode company | React Learning Curve

React’s learning curve is moderate compared to Angular. React’s component-based architecture encourages developers to start with simple components and gradually progress to more advanced topics. JSX, while initially challenging to learn, uses a familiar HTML-like syntax that can ease the transition for newcomers.

[321arka]

Creating realistic terrain and topographic models is essential for architects, landscape designers, and urban planners. SketchUp, a popular 3D modeling software, offers powerful tools for this purpose. One of the most effective tool sets in SketchUp for terrain modeling is the Sandbox tools.

Introduction to Sandbox Tools

The Sandbox tools in SketchUp are designed specifically for creating and modifying terrain. They are part of the SketchUp Pro suite and include several functions that allow users to create, edit, and refine terrain models with ease. The primary tools within the Sandbox set include:

a. From Contours: This tool generates a terrain surface from a series of contour lines. b. Sandbox Tools: A collection of tools for creating and manipulating terrain surfaces. c. Drape: This tool projects lines or shapes onto a terrain surface, useful for roads and pathways. d. Stamp: This tool creates flat areas on a terrain model, ideal for building pads or parking lots. e. Smoove: This tool smooths and manipulates terrain surfaces, allowing for more organic shapes.

Read more

[ai-innova7ions]

Revolutionize Your Art with Leonardo AI!

Leonardo AI is revolutionizing artistic creation with its advanced algorithms that transform real-world ideas into stunning masterpieces. This dynamic platform empowers us to design imaginative game assets, including characters, artifacts, landscapes, conceptual visuals, and intricate architectures.

By merging cutting-edge technology with our creative fervor, Leonardo AI enables artists and designers to bring their visions to life. It injects depth and vibrancy into our projects, making it perfect for those looking to elevate their creative endeavors. Discover how this AI-driven toolset offers an unparalleled environment for artistic innovation!

#LeonardoAI #ArtisticInnovation

[sublimepizzastarfish]

Pirate Software's "rearchitecture" for Stop Killing Games

There's been a lot of fascinating drama around Stop Killing Games. Go read the initiative here:

It is a good initiative, and anyone who is a consumer that can, should absolutely go support it.

Jason "Thor" Hall, CEO of Pirate Software, recently had a few, let's say, "takes" on the matter (I'm trying and failing to remain neutral), which began on a stream. The stream's VOD has since deleted on his YouTube channel.

Louis Rossmann, who you might know as the largest Right to Repair activist in the US, made a response to a section of the releevant stream here:

Thor, CEO of Pirate Software, made two videos to clarify his points:

There is an argument in the video at the 2:08 mark that I will reference later.

(I recommend watching all these videos on 2x speed. You will get the same info out of them all, because especially video 2 is a lot of repetition)

Now, as mentioned above, there is one particular technical argument that bugs me about what Thor, CEO of Pirate Software, is making. Here is the full quote:

How would you keep League of Legends in a functional, playable state? You'd have to rearchitect the entire game. The game is what is called "client-server". So, in client-server models, there's a server, there's a client, and all of the math, all of the game, everything happens on the server. The client just displays it. And the reason we want to do it that way is so that you can't teleport around and do a billion damage. You don't trust the client. You trust the server. The client just displays what it's told. Right? So, if we wanted to rearchitect this, we would have to take all of that server logic, push it back out into the client, and somehow make that playable in a multiplayer-only video game. That doesn't make sense to me. So this doesn't work for all games. Why is [the initiative] calling out all games?

So, first off, yes, most games do client-server architecture for multiplayer logic, because you do trust the servers. It is an important step to curbing an entire class of cheats. It doesn't necessarily mean the client isn't malicious (for example, there are cheats for League of Legends that show a growing circle when an enemy leaves the fog of war in the minimap). However, it does mean the client doesn't know 100% of the game at any time when information is selectively fed to each client based on something like the fog of war. That's awesome.

Some games, like PlanetSide (rest in peace) and Overwatch (2) use what's called client-side hit detection. Some games, like Halo 1, employ more selective hit detection models, where only certain weapons use client-side hit detection (see https://c20.reclaimers.net/h1/engine/netcode/). Client-side versus server-side hit detection can change the overall feel of a game, and it's one of the things game developers decide on in multiplayer-only games that require it. In the case of an massively multiplayer online first person shooter (MMOFPS) like PlanetSide (2), the server simply can't calculate thousands of people's math in a reasonable amount of time, because otherwise the hit detection would otherwise feel very crappy to play, and so the math is offloaded to the client and the client says "hit" when they hit.

However, there are a few counterexamples to the specific technical argument that keeping the game playable after end-of-lifing it requires rearchitecting:

Games with dedicated servers exist - Command & Conquer: Renegade, Starsiege: TRIBES

Games where one client also hosts the multiplayer server exist - Half Life 2, Warhammer 40k: Space Marine

Private server hosting exists - World of Warcraft

Some of these games, particularly the examples with dedicated servers that can be run on user hardware, can also run as the second example.

To say keeping a multiplayer-only online game requires rearchitecting a game like League of Legends means a lack of imagination. More relevantly, it means a lack of systems thinking.

To me, it is very strange for someone such as Thor, CEO of Pirate Software, who is self-described as being a 20 year veteran of the games industry to say. I won't say skill issue, because I think there is an ulterior motive at play.

Just to hammer the point home, I drew up some crappy diagrams in Inkscape because this extremely wrong technical argument bugged me so, so much.

Here is what a client-server model looks like:

Here, you have 10 clients, each being a player of the game. Then, you have the server, run by Riot, the developer and maintainer of League of Legends.

Here is the imagination of Thor, CEO of Pirate Software, had to say on the matter on the required way rearchitect it:

Those who know their network models would understand this looks very much like a mesh network, or a peer-to-peer model. And, to be fair, some games might attempt it.

However, this isn't *usually* how games described using a peer-to-peer (P2P) model work. Most peer-to-peer models, like the architecture used in Space Marines, are often used for matchmaking. Once you are in a game, one of the clients also serves as the host (selecting by some algorithm, like randomly or whoever has the best hardware).

P2P is nice, because the company doesn't have to run servers for matchmaking at all during their lifespan (and sometimes a matchmaking server might be spun up to serve as a relay to help with network issues or help other clients find clients quickly). As we'll get into later, a client machine will also serve as the host machine. It is a perfectly fair and valid, although it comes with it's frustrations (mainly in the realm of network address translation (NAT) traversal, because your computer behind a router is not usually exposed to the wider Internet, though sometimes routers have universal plug-and-play (UPnP) set up, which makes NAT traversal much easier here).

If you've ever seen a message in the game "migrating host" because the host left, they likely use P2P matchmaking, but still use a client-server model. They can just migrate the game data to a new host using the data on the other clients as a seed for the data.

This is likely their setup for actual gameplay:

One of the clients now has a server on the same machine. Sometimes, this could be the game itself that would serve in singleplayer. However, most often, this is just a server that's lightweight enough for the client to connect to and they play that way (it's also really nice to develop and QA this way, because many server bugs will also be seen by the client).

Now, one of the disadvantages here is: Can all remote clients connect to the host that the server (and one of the clients) is running on? Again, NAT traversal issues usually play a role here. In the first few days of any game that uses this, and only this, there will likely be a lot of issues with connectivity.

Another disadvantage: The host won't have latency issues. This is why in the case of, for example, Among Us, the client host can see certain things happening (like someone is dead the moment they hit a button or reported a body), but remote player hosts might not.

Okay, so, maybe it's not possible to rearchitect something like League of Legends like this. It could reasonably be a lot of work. Here is another solution:

Looks very similar to the first architecture, doesn't it? It is! The difference is that the text "Riot" was changed to "not Riot".

This is how World of Warcraft and Pokemon Go private servers work.

The vast majority of games that would not run without private servers simply do not require rearchitecting to keep in a reasonably playable state when the servers shut down.