this post was submitted on 05 Apr 2024
145 points (94.5% liked)
Games
32467 readers
924 users here now
Welcome to the largest gaming community on Lemmy! Discussion for all kinds of games. Video games, tabletop games, card games etc.
Weekly Threads:
Rules:
-
Submissions have to be related to games
-
No bigotry or harassment, be civil
-
No excessive self-promotion
-
Stay on-topic; no memes, funny videos, giveaways, reposts, or low-effort posts
-
Mark Spoilers and NSFW
-
No linking to piracy
More information about the community rules can be found here.
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
It's not like someone can sneak stuff into a game without trace. I have a hard time buying that a big studio is not using perforce or something simillar to make the games. It takes 1 minute to check revisions and give when those things were added and who added them.
It most definitely takes a lot longer than one minute to check asset files for changes. That’s like saying you can just pop open 200 revisions of a 300MiB PSD file in notepad and see what change it happened in quickly. I don’t imagine somebody will write in their changelist description “submitting Nazi flag, lol” either.
Definitely a long arduous process to determine it.
I mean 1 minute as in "start the level tools, select the content, note the name, find it in the revision tracking software, have a talk with the person that submitted it"
It does not take a lot of time.
It’s not that simple. Let’s say you have 100 revisions of an asset and the change happens on revision 42. Multiple people work on the same assets. If the engine in question (I admittedly don’t know what they use) stores each asset on a per-file basis, it’s a little easier. If not and the environment itself is stored in a monolithic file, it’s far worse.
You’ll need to (at best) binary search for the asset. You pull latest, see the bad content is there, try again with revision 50. See it’s there, try again with 25. It’s not there, okay, 37. Etc etc.
Not only that, it’s very often not as simple as just pulling that revision. “Oh. The asset format changed slightly on revision 40?” Time to pull the entire codebase down. “Asset A is referenced by this asset and won’t work because it differs?” Time to sync the entire codebase & assets back.
Etc, etc.
Yea I agree there must have been at least some interference because this verification process should not take long and I imagine they use some sort of asset tracking system that tells you who works on what.