The arrested Roblox developer was later identified as Mikhail Jacob Olson, also known as Simbuilder. Per the Chronicle, Olson was taken in (and later charged) for having a concealed firearm in his vehicle, along with “possession of armor-piercing munition and a large capacity magazine activity.”
Fuck, the dude was ready to commit mass murder. Anyone got more details on him and/or why he might have wanted to kill people there?
Do you know how little that narrows it down? There was also the controversy around them essentially exploiting free child labor - www.youtube.com/watch?v=_gXlauRB1EQ
That really doesn’t do anything at all to explain why one of the devs would get arrested for brandishing(?) A handgun. Literally conveys no other information other than “Roblox devs bad”, same thing is true of the rest of this thread now that I think of it.
Like just going off the title, that could be describing a would-be mass murderer who got foiled as easily as it could be describing some guy who just forgot to take off his conceal carry and the wrong person realized before he did.
I have to wonder what kind of ammo that is really, I’m a firearms enthusiast and have never seen armor piercing ammo for sale anywhere. Pretty sure it is illegal everywhere.
Really sucks to be a Unity developer right now. I’ve been working with mostly Unity for around 10 years now, and while I’m not directly affected by the recent changes, it really feels like the engine has been dying a slow death for a few years now. Hopefully Ricitello will leave eventually and they can turn this around, otherwise many of my skills will be useless in a few years…
If I were running a Unity project, I'd be tempted to just jump to Unreal. No matter what promises Unity makes you don't have any actual guarantee that they'll keep them while Unreal has the "non-retroactive" clause directly in their contract. However painful the switch is, you'll only have to do it once.
"non-retroactive" clause directly in their contract
I also wonder how Unity‘s approach will work in countries where that is the legal default. I have a feeling that we will be seeing quite a few lawsuits next year, if they actually go ahead with their plans.
Nintendo would probably prefer the 20 cent per copy license fee to a percent based one. New Pokemon games are sold at 60 dollars in the US and sell millions of copies. This is a bigger issue for indie developers looking to sell for a cheaper price to bring in sales.
are unity and unreal so different that your 10 years of experience in one isn’t helpful for the other? i’m not a game developer but I had assumed it was similar to web frameworks - definitely high switching costs for porting an existing project, but as a developer looking for a job there are still many portable skills.
i’d guess it also depends on what parts of the engine you are working in?
To an extent I can apply my knowledge to other engines, sure. I’m working on my third Unreal project currently, and while it’s not like starting from scratch, I’m definitely way slower working with it. It also doesn’t replace Unity completely. It’s great for high-spec 3D stuff, but almost useless for mobile 3D/AR apps, which is a lot of what I do (not making games but mainly industrial interactive 3d applications).
Hey same here, although I’m just getting started in the industry. I’ll look into Unreal soon I guess, been wanting to do that for a while anyways, and maybe also experiment with godot
Unreal is good if you want to work on big expensive projects at big companies. Godot is good if you want to work on your own projects today and potentially but not definitly work on small to middle-sized projects at small to middle-sized at small to middle-sized companies in the future. Unity is fine if you want to work on small to middle-sized projects at small to middle-sized companies now and potentially in the future.
Which sucks. There ought to be a clear and unambiguous path to chose for someone moving into game development today but since Unity keeps making weird choices that are hostile to developers whilst not continuing to improve at a good pace, it’s hard to say for sure which engine will fill in the not-Unreal Engine part of the market unless you have a crystal ball.
Realistically the best thing is to have as strong a foundation in programming generally as you can so that switching engines is minimally disruptive (as there will always be a need to do so eventually. There’s very little chance one single engine will continue to be the standard over the 40+ years of a career.)
I’m not so sure about that. Godot is fantastic for making the sorts of projects they are describing. But if the relatively minor difference between Unity and Unreal’s workflow are a turn off for them, then the consciously different workflow in Godot is probably going to be a significant barrier. Personally, whilst I love Godot because it’s FOSS and lightweight and a great platform for building smaller scale games: a big part of the appeal for me is that I find the Unreal and Unity ways of doing things stupid, confusing and clumsy and the Godot way clever, clear and elegant. I know lots of people feel the exact opposite.
Correct me if I’m wrong but lots of game developers simply do bootcamps or short courses where they learn Unity. They don’t have background in software development and switching tools/languages will require lot of learning from them. They will only switch when using Unity will actually become unaffordable. Bigger studios that can afford to retrain people/hire new experts can change tools like that, smaller studios will just keep using Unity.
Sounds like those game developers are about to become unemployable without further education
Also, I don’t really know how one can be a good developer without that necessary foundation. Maybe you can use a tool, but how would you know what to do with it…?
I think the game “development” industry is run by people who don’t understand the difference between a game designer and a game developer. As such there’s lots of people who only know as much about game design as the average developer does being tasked to do game design work and vice versa.
I heard from a friend that, allegedly, Riccitiello sold a load of his shares in Unity last week, almost like he knew those shares would be worth less this week… No idea if there’s any truth to it. You know how rumours can be.
I’m starting a game design degree on Monday, and I know Unity is on the syllabus (though not until later in the year). Guess it’ll be interesting to start the term with a conversation about how useful knowledge of Unity will be long term. Since the majority of graduates from this university go into or start indie studios (due to geography), how Unity treat smaller developers is definitely going to be relevant.
I don't quite get how the changes are so bad for indies. You must have both $200k revenue and 200k installs before the fee starts ticking on the excess installs. Do indies really sell that kind of numbers?
I can see how the flood of ad-based mobile F2P games are hit, but I don't feel sorry for those that run that kind of model.
Some do and can you risk to be one of them if Unity takes that much after the first week?
Terraria, a game that got fresh content for years, meaning people were each update reinstalling the game, installing it on multiple platforms etc.
During its first week of release, the game sold over 200,000 copies. That number increased to 12 million by June 2015. As of the end of 2020, the game has sold over 35 million copies worldwide. Read more: tuko.co.ke/421556-top-20-selling-indie-games-time…
The reality is that it’s a lot of fuss for a game development company to switch engines but for an experienced individual developer it’s not a huge deal to switch engines. If you learn game development and design today using Unity then 100% of the game design knowledge is exactly transferable and 80-99% of the game development knowledge (depending on exactly what you’re doing) will transfer to Unreal or Godot or whatever else you might need to use later.
It’s like a musician switching from one audio production suite to another. The musical theory stays the same and while the exact details of how to make each bit of software do stuff is different, the actual stuff you’re making it do is broadly the same.
Definitely not, they’re huge. They even purchased Weta digital recently (lord of the rings animation company). The’re going nowhere fast. They’re just eeking every little cent they can out of every little crevice of their offerings.
I know bevy and I know that it is certainly far behind Godot. It’s written in Rust though, so that gives it a lot of future potential, compared to Godot especially.
It essentially allows for special closed source builds. These closed source builds can have the engine support for consoles and still be in keeping with Sony/Microsoft/Nintendo's licenses.
So, basically the console manufacturer gives you the SDK, integration code, etc after you sign their NDAs. After that, you can either use what they gave you to port it yourself to that console, or you can pay someone else for their build.
Hey EU. How about lowering that barrier to entry by pumping a couple of million Euro’s into cold-room reverse engineering the API’s and developing an open source alternative that can be distributed freely.
We’ll invite Sony lawyers, Microsoft lawyers, watch them cope and seethe as their framework is made more open…
…aaaand then realising that a lot more people will take the shot to pay for actual licensing. Go figure.
It's still valuable information for those that would seek to load homebrew (unsigned code) onto their systems.
Console security is one of those things where every additional barrier helps. The goal isn't to outright prevent homebrew or piracy but to limit the scope of breaches and delay them as much as possible. Even modern consoles like the Switch and PS5 are not immune
It would be great if there was a guaranteed way to homebrew your consoles, but yeah security and stability is the real thing we benefit from. I don’t think anyone would advocate for more hackers in console multiplayer games, and I don’t want a homebrew game I’m running to crash or brick my system because of their fly-by-night hardware usage.
So, I didn't bring up Xbox earlier, because Microsoft has an official way to run homebrew on Xbox consoles.
All modern Xboxes have access to something called developer mode. This allows people to put whatever code they like on it, but removes the ability to play retail games. The change isn't permanent, however, and switching between the modes is perfectly safe.
This is a big part of the reason why Xbox 1 never had piracy; pirates couldn't piggyback on the back of homebrewers, who simply opted to use developer mode instead of cracking the console.
Interesting, I didn’t realize this. I assumed a dev kit was always required for that behavior, and that’s why Nintendo offering a cheap switch dev kit was such a big deal. TIL
I am not sure this is something other engines even offered at this level, but my issue is bindings support.
3.X had (3rd-party) production-ready bindings, even for niche languages.
4.X, with hopes of improving support for compiled languages, has a new bindings system meaning that all bindings need to be redone as a new effort. This happened with the language that I'm interested in, the group that made the production-ready 3.X bindings abdicated the crown and there have been splintered efforts by individuals to work on 4.X bindings.
So it (3.X vs 4.X) is language vs engine features. When/if 4.X bindings do come out, it is not known how similar they will be so (aside from non-Godot-specific code) that will likely add complication to it as well.
I don't really care about consoles (needing to jump through hoops to develop for it is one reason) so a different potential issue would web export limitations. Both for different languages and for visual quality (AA). Those were issues in the past, though I'm not actually sure where they're at now (the 4.1 docs do say you can't have C# web exports in 4.X).
I’m all for Godot getting better; that said, has Epic, Open3D, or Crytek made similar moves?
(I know Crytek isn’t much of a player currently, but as someone who’s been following them closer in recent years, it really seems like they got their house back in order)
I think epic made their engine more appealing by waiving some Epic Games Store charges for Unreal games. And had a no fee until 1m earnings thing. Not this kind of shit.
For those on Unity Personal or Unity Plus licenses, the fee will kick in after a project crosses both $200,000 in revenue over 12 months and 200,000 total installs.
It has to cross both the revenue and installs not just not 1.
Yeah, but when they reach that limit, it says it’s gonna cost $0.20 per install. So can I reinstal the game 1 000 000 times to accumulate $200 000 of costs?
Even so, after they hit the limit, if the game costs $20 I can reinstall the game just 100 times so the developer doesn’t get any profit from that sale.
I guess that when they hit it. Reinstalling the game will generate costs so the revenue is now lower than $200 000, so it doesn’t work. But that just means that we can effectively limit the developer to $200 000 revenue.
It’d be some API call regardless, if you can figure it out you don’t even have to actually reinstall it, just call the endpoint correctly. Use a botnet to do it so it’s harder to detect as fake (there are already preexisting solutions for that) and bam, you can probably make at least a dent in their revenue.
Or, you know, Unreal if you are after making a 3D game. Between that and Godot, I wonder if Unity is just slowly strangling themselves to death? They don’t have much to offer. Perhaps most of what they have is existing tutorials, community and general knowledge of the engine, but if you piss off those people and/or they have to learn something else because you make it harder for them to profit, that could disappear fast.
gamedeveloper.com
Aktywne