/v/ - Video Games

What's the song in that last webm?

>>15620508

Shame the characters are pozzed. I'm hoping it's an aberration and not an indication of where Zachtronics is heading.

>>15620521

how is the game pozzed, anon?

>It's also more easier and accessible than other Zachtronics games, comparatively speaking.

Of the three programming entries, sure, it's not easier or more accessible than Infinifactory or Opus Magnum.

Last time I touched it I was 5/9 on the bonus campaign, until I got distracted by other games and put it on the back burner. That bonus modem puzzle and two of the others were neat, but the highlight of the game is still the final puzzle of the main campaign and the sandbox.

>>15620521

The last and only other thread on this game was enough of a disaster, there's no need to start this again.

>>15620501

Too many of their games are about coding. I want an Infinifactory-like game again. I'll play this anyway, though. But I do wish they'd make another 3d game.

>>15620527

>>15620542

There's some blackie character with a gender neutral pronoun

>>15620501

Did much change since the EA version? I immediately played it when it was out (on torrent)

>>15620527

Maybe it's a stretch but I got a pretty strong pozzed stink from the character design -I think all the characters are nonwhite, in an obnoxious way, and one looks like some 88th gender tranny. That's just like 3 characters though. There is nothing beyond that as far as I remember - I consider it playable as far as poz goes.

>>15622627

- nine new puzzles unlocked after beating the main campaign

- as many bugfixes as you'd expect, including one that allowed exas to communicate globally across broken links (which was apparently unintentional and absolutely broke everyone's modem solutions)

- added a gif recorder for some reason, even though solutions are non-looping

- QOL improvements in the UI that make it less of a pain to keep an eye on multiple exas working in parallel

- tweaks to the line limits for a lot of puzzles

- changed it so that passing the line cap for a puzzle only precludes you from submitting a score to the leaderboard, not finishing the puzzle

They also added a free TEC Redshift player to Steam so that anyone can play homebrewed Redshift games, just not program them.

Zach also announced on twitter that the DRM-free versions have been submitted and should be up on those storefronts any time

>>15622719

> as many bugfixes as you'd expect, including one that allowed exas to communicate globally across broken links (which was apparently unintentional and absolutely broke everyone's modem solutions)

Damn, that's gonna break so much shit. It seems unintuitive that it's gonna work like this, links, but I guess it makes sense in a way.

To keep the thread rolling, I wanted to ask if someone knows the rules for order of execution across multiple EXAs? When I tried to base my solution on assuming that 1 line of code per EXA per time step is going to be executed, it just behaved seemingly randomly.

>>15622762

>but I guess it makes sense in a way.

If you check the documentation in the zine that's the way they describe the global M register anyway, but I didn't notice that detail in the phrasing.

>I wanted to ask if someone knows the rules for order of execution across multiple EXAs? When I tried to base my solution on assuming that 1 line of code per EXA per time step is going to be executed, it just behaved seemingly randomly.

It should work the way you're predicting, it just depends on the command. Anything involving the M register obviously has the potential for an interrupt, and also takes two cycles instead of one (one cycle to establish the connection, another cycle to read/write). As far as I can tell the communication priority is random, there might be a higher priority for exas in adjacent nodes but I'm not sure.

>>15622778

I know all of what you say, but ,I might need to recheck this, I think the movement order seemed random to me. Like if I start with 2 EXAs , send one 5 nodes away and the other also 5 nodes somewhere else, I can't guarantee that they will reach their destination at the same time to be in sync

>>15622789

>Like if I start with 2 EXAs , send one 5 nodes away and the other also 5 nodes somewhere else, I can't guarantee that they will reach their destination at the same time to be in sync

Huh, I don't remember that. Two exas trying to cross the same link, sure, they can only go one at a time and it'll desynchronize, but not if they're going in separate directions. Maybe one of the exas was a replicant and got one cycle off from the other?

>>15622812

>Two exas trying to cross the same link, sure, they can only go one at a time and it'll desynchronize,

OOH, yes, that explains it. They must have been sharing part of the path in my example. thanks