csanyk.com

video games, programming, the internet, and stuff

Adobe Flash EOL in 2020 – how will we preserve games?

Adobe announced today that it would cease development and support of Flash in 2020.

Of course, there were (and are) a lot of issues with Flash:

  • the proprietary nature of the Flash Player plugin;
  • memory and CPU usage;
  • stability problems;
  • security problems;
  • privacy concerns over Flash cookies;
  • Flash advertising/malware;
  • lack of accessibility in many Flash objects, resulting in issues for people with disabilities, screen readers, search engine indexing spiders, or for anyone who simply didn’t have the Flash Player installed, etc.;
  • and poorly programmed Flash objects.

So it’s not entirely a bad thing that Flash’s time is nearly at an end.

While this news doesn’t exactly come as a surprise to those who have been following the life of Flash since the iPhone launched, it does raise a serious question:

What will happen to all the games created in Flash when Flash is dropped from mainstream web browser support?

How will the history of games developed in Flash be preserved?

This is no small question. Over the 20+ years that Flash has been around, thousands of games have been built with it. Many of them are good games that still hold replay value. But without a viable platform with which to play them, will they wink out of existence and be forgotten?

I think the best approach to preserving Flash’s historical legacy would be to create a version of the Flash Player in Javascript or Web Assembly, and then any web site can use that to backfill support for any Flash objects that they wish to serve.

What are your favorite Flash games?

Mega Maker

Mega Maker

Mega Maker is to Mega Man what Mario Maker is to Mario. Except, it’s not an officially licensed Capcom product, and it’s free. Built by fans using GameMaker, it’s probably the best thing I’ve ever seen built out of GameMaker.

It’s awesome.

It’s very easy to use, and a lot of fun. Not that you really need it, but there’s a tutorial that explains everything in the editor with great style. Actually, the tutorial is very well done and I recommend using it to understand some of the finer points. But most of the point and click interface is intuitive to anyone who’s used a mouse-driven interface and knows a thing or two about Mega Man.

Mega Maker

I had my first level built and running in about ten minutes.

Unfortunately it only includes a small sample of the Mega Man resources from the first six games on the NES, but even so there’s a lot that you can do with the designer. There doesn’t seem to be any provision for designing your own enemies, bosses, or adding your own sprites or music. On the other hand, there’s zero coding needed, and it’s easy enough to use that an average grade schooler could get up and running designing levels in no time.

There’s an online community for uploading your level designs and downloading and playing the designs of other players.

So much work has gone into this, and it holds so much promise. I hope that Capcom sees fit to muzzle their legal team. If you’ve ever enjoyed a classic MM game, you really need to download this and give it a try.

“Atari” releases new images of upcoming, mysterious AtariBox console

AtariBox

As soon as I found out about it, I signed up for announcements about the AtariBox. Today, the company currently owning the rights to call itself Atari released some new images of what the console will look like. I think they look quite nice, for what it’s worth. It’s tough to say, but I’m not convinced that these are photographs — they could very well be 3D models from the mock-up phase, that have been approved for production.

AtariBox AtariBox AtariBox AtariBox

From the announcement:

Our objective is to create a new product that stays true to our heritage while appealing to both old and new fans of Atari.

Inspired by classic Atari design elements (such as the iconic use of wood, ribbed lines, and raised back); we are creating a smooth design, with ribs that flow seamlessly all around the body of the product, a front panel that can be either wood or glass, a front facing logo, indicator lights that glow through the material, and an array of new ports (HDMI, 4xUSB, SD). We intend to release two editions: a wood edition, and a black/red edition.

We know you are hungry for more details; on specs, games, features, pricing, timing etc. We’re not teasing you intentionally; we want to get this right, so we’ve opted to share things step by step as we bring Ataribox to life, and to listen closely to Atari community feedback as we do so. There are a lot of milestones, challenges and decision points in front of us in the months ahead. We’ll be giving you lots more information and status updates as we progress, and we are thrilled to have you along for the ride!

The HDMI is not a surprise, but it’s good to see that the AtariBox will use standard USB ports and an SD slot. Proprietary ports are all too common on game consoles, in order to lock consumers in to buying officially licensed peripherals at considerable markup.

What the console looks like isn’t all that important, but from what I see so far, this isn’t bad.

We still don’t know what the consoles hardware capabilities will be… but what the console’s specs are isn’t all that important, even.

What matters is what games it’ll play, and if they’re any good.

How can Atari create a unique platform for games that is simultaneously contemporary yet pays good homage to the past? It remains unknown.

Super Greedy Ghost Grab – A Cleveland Game Developers Summer Jam

Super Greedy Ghost Grab

This weekend, I took part in Cleveland Game Developers Summer Game Jam 2017. This year, I worked with a team consisting of Wally Pease, Bobby Lauer, and Colin Wolfe.

Our project, Super Greedy Ghost Grab, turned out really well. I really enjoyed working with our team, and I think everyone executed on our project extremely well. The deadline build isn’t perfect (and no game jam project ever is, so that’s not a knock on what we did). I’m very happy with what we were able to do in 48 hours.

Super Greedy Ghost Grab

The theme for the jam was announced: Identity. I didn’t have any good ideas at first, but eventually our team decided to make a game about a ghost who can “possess” things, becoming them, and assuming their identity.

At first we were going to have the ghost possessing people, but we quickly realized that the scope of such a project would be unmanageable for the time and resource constraints we would face, so we decided instead for the ghost to possess objects. To give the game a story, we decided to put the ghost in an art museum, and made the ghost an art thief, who must avoid detection by a security guard.

I came to the jam intending to work with Wally, but Bobby and Colin joined us and were very productive members of our team. We had two full-time artists (Bobby and Colin) and two programmers (Wally and me). Wally also recorded sounds and did some of the art as well. Between the two of us, he even did the bulk of the programming, laying out the main engine, player, and “possessable” art object, while I provided the “googly eye” effect for the possessed art objects, and implemented the guard, and also lent a hand with debugging, polishing, and general play testing. In addition to providing some of the art for the project, which included the Ghost and Statue sprites, and floor tiles, Bobby also did our level design. Colin contributed the guard sprite, the diamond, the vase, the paintings, and the pillars, and also touched up and organized the wall tiles. Their artwork was excellent, and they were able to produce exactly what the project needed. Everyone’s art worked well together, too, which I’m not sure how that happened, but it’s impressive that three different people working on art could come up with a consistent and seamless style.

This was my first game jam where I got to work with another programmer and shared programming duties. I found that things went very well overall. We had a few hitches when merging code, but nothing terrible. We didn’t use a formal version control system, which was part of the problem. At first we relied on Google Drive to share files between team members, but when it comes to uploading revised versions of files to Google Drive, some very strange things started to happen. Apparently when a user “deletes” a shared file on Google Drive, it remains available to the other users who have access to the shared item. Replacing the file with a newly uploaded copy doesn’t replace the original copy, and instead results in multiple versions of the same file. This created a lot of confusion at first, until I realized what was going on. At that point, we switched to using Dropbox, and handled code merging using BeyondCompare to handle comparing and moving the code files in the project .gmx. Wally and I sat side by side, which made it a reasonable way to handle merges. This worked passably well, BeyondCompare made it very easy to merge our changes. But I believe that a true version control system would have been even better.

We also were able to communicate with each other as needed, and be a second pair of eyes for each other whenever we had a “wtf?” moment. I’m really excited about working with Wally more in the future, and would be happy to have more chances to work with either Bobby or Colin again as well.

YoYoGames announces GameMaker Studio 2 Console build targets, Ultimate Edition

Coming with the release of GMS2.0.7, YoYoGames have released Console modules to allow developers to build for Microsoft XBox One and Sony PlayStation 4. There is as yet still no module to allow development targeting the Nintendo Switch.

The cost for these console development modules is $800 for 12 months. Each.

Additionally, customers who purchase a console module must be a registered developer program for the console in question.

Or, for “just” $1500/year, you can subscribe to GMS2.0 Ultimate Edition, which seems to be a response to popular demand to bring back the “Master Collection” package. Ultimate Edition is an “everything and the kitchen sink” bundle that includes any future modules that YYG may release for no additional cost. The price of Ultimate is much higher than the cost for Master Collection , however, and is subscription-based, rather than a perpetual license. GMS1.x Master Collection was originally introduced at a 1-time cost of $500, later $800.

Readers may recall that I predicted that YoYoGames planned to move GMS2 to a subscription model, and that their license activation was in fact already a de facto a subscription model, and today’s announcement bears out that assessment.

YoYoGames confirmed that the existing modules (Desktop, Mobile, HTML5, UWP) remain a permanent license that you pay for once. However, it’s been YoYoGames’ practice in the past to charge again for the product when it hits the next major release number. Accordingly, YoYo could, if it wanted, release GMS3.0 next year, and charge everyone for an upgrade to that, and drop support/updates for 2.x, effectively forcing everyone to pay for another upgrade at that point. It’s a good bet that at some point they will switch to a subscription-based model at all tiers.

YoYo seem to be pricing themselves out of the market with this announcement. While it’s not unreasonable to charge a premium for the console build targets, the price points announced today do not compare favorably with the competition. Unity3D is also subscription-based, now, but you can get full access to all Unity3D build targets for free, with an income cap of $100K. Game Developers earning revenue over $100K/year from their games must upgrade to Plus or Pro tiers, at $35 or $125/mo — the $125/mo Unity Pro tier matches the cost of GMS2 Ultimate.

The Unity3D IDE is Visual Studio, an industry leader, and the language is C#. By contrast, the GameMaker Studio IDE and GML language are quite limited compared to the capabilities of Visual Studio and C#.

It’s likely that most developers who are in the Microsoft XBox or Sony PlayStation developer programs are already experienced professionals accustomed to professional-quality, industry standard development tools, so it’s hard to see why they would want to take a step down and use GameMaker when they could use Unity3D, or Unreal, or some other tool at less cost. GameMaker Studio 2 Ultimate is priced comparable to Unity Pro, but the capabilities and tools around Unity are much stronger and more flexible.

AtariBox hype, speculation

I’ve been around long enough to know how the Hype Machine works with videogame launches.

First, there’s a teaser announcement. It doesn’t tell you anything, but it’s designed to make you very curious, excited, and speculate about what it could be. The AtariBox website currently has a simple video showing the famous Atari Fuji logo, and the suggestion that a new game console is coming soon.

Next, there’s a bit more information leaked to the right media outlets; Joystiq, Kotaku, Polygon, etc. A few more bare details are leaked, but mostly as unconfirmed rumors. This creates a lot of buzz among the most dedicated followers of games. Gamers are incredibly demanding and fickle, or else ultra-apologist fanboys who will eat up (and forgive) anything. Everyone starts talking about what they hope the new product will be.

Gradually, more mainstream media starts to pick up on the story, and reporting on it. We’re at that point now.

I read the Forbes opinion. The author’s take on it is that gaming consoles have become indistinguishable from each other, there’s too much sameness between Xbox and PlayStation, so (he thinks) maybe Atari can make room for itself in the market by differentiating itself… somehow.

And it’s true. In the old days, there was a lot more variety in game consoles. The hardware developed by various big players and also-rans (alsos-ran?) was widely divergent in its engineering and capabilities, especially in terms of how they handled graphics and sound. Most systems were built around one of two chips: the MOS 6502 or the Zilog Z80, but had vastly different approaches to generating sound and drawing pixels to the TV screen, resulting in characteristics that could not be replicated by any other game console, meaning that each system necessarily had to take a unique approach to implementing a port of a given game design, resulting in vastly different experiences for the same title on various systems (when a title was even released on multiple systems, which wasn’t always a given).

But as engineers iterate, designs gradually converge on what works best. And in 2017 with the launch of the Nintendo Switch, we’re currently at the 9th generation of game consoles.

The thing is, the old consoles were different because their hardware was very different, AND because games were coded in ASM so that they could get every last bit of the very limited hardware’s capability. Neither of those is true now, nor will it ever be again. Computer hardware is extremely expensive to R&D, so open, commodity architectures that are well known to developers will be favored, leading to a convergence in hardware. Games are programmed in high-level languages so that the same code runs on multiple platforms. The result is uniformity.

No new modern console will support some non-standard resolution or unique color palette that will give their games a look uniquely its own. It’ll be 32-bit RGB color, 1080p or 4K, 60Hz or better. Controllers may vary, slightly, but the fact is if a game cant sell on multiple platforms, it won’t get developed (except by Nintendo). So having a unique controller only means you’ll secure a small segment of the market for yourself, while conceding the bulk of the market to games developed to more common/standard controllers. That’s what Nintendo’s approach has been since the Wii. And while NIntendo was successful with the Wii, they stumbled with its follow-up Wii U, and most people believe that Nintendo are only able to continue to be successful on the strength of their first-party IP that they keep exclusive to their platform.

What does that leave Atari? If they think they can go toe to toe against MS and Sony, they’re dreaming. Atari’s R&D and innovation more or less stopped in 1983, despite the last gasps the Lynx handheld and Jaguar console represented. Atari does have some strong IP in their arcade classic titles, but these have been re-released and re-hashed probably on the order of a dozen or more times already, mostly as nostalgia bundles that have been put out for every next-gen console since the SNES, occasionally as “reboots” or “sequels” that never seem to recapture the original magic.

The Ataribox *could* be a cool console, if it embraces retro. I have no interest in a 9th-Gen game system just because it happens to have the Atari name on it. What I *am* excited about is the possibility of a “what if” console, where imaginative game developers do a kind of speculative retro-future take on where 8-bit style games that Atari were known for in the 70s and 80s could have gone — a bit like what steampunk is to science fiction, the Ataribox could be to modern-retro gaming. Think an graphics processor constrained to 8-bit index color graphics, driven by a modern 3+GHz CPU with gigabytes of RAM instead of a few kilobytes, and beautiful (but limited-palette, low-fi) graphics without the sort of severe limitations such as sprites per line, etc.

That’s kind of what I hope it turns out to be. I have no idea, but that would be cool and truly different. Not just another Xbox/PS with a Fuji logo, please.

A Pitfall III that looks and feels like Pitfall I and II, but has all kinds of cool new challenges would be kind of awesome. (Of course, we already have Spelunky… but that’s just it, there’s a ton of retro-inspired modern indie games that could feel right at home on a modern retro console. A few years ago, I had high hopes that the Ouya would be that console. I still think the concept has merit, but whether it can survive and thrive in the market is largely in doubt.)

The thing is, there’s no reason to design special hardware constraints into such a system; a designer can voluntarily impose any such constraints on themselves to produce “retro style” games. That’s what we do now, when we want to.

I’m interested in seeing what the AtariBox is, but my enthusiasm is held in reserve. Why? Simply because at this point we know nothing about it, and because everything about the history of the videogame industry strongly suggests that it’s unlikely to succeed at a level needed to support a large company, and small companies tend to fail.

AtariBox, RetroN 77 teasers 

In the past few days, I’ve become aware of chatter about two potentially exciting new bits of hardware for Atari 2600 fans: Atari’s AtariBox, and Hyperkin’s RetroN 77.

Atari (well, the company who now owns Atari’s trademarks) has scant information about the AtariBox. Beyond the name, we know basically nothing about it so far.

RetroN 77 is a new console from Hyperkin, which is designed to play real Atari 2600 carts, apparently through emulation via the excellent open source Stella emulator, with real controllers, using the same ports as the original, so compatible with 3rd party Atari controllers, and outputting 1080p over HDMI.

Since I know nothing about the AtariBox yet, my early excitement is for the RetroN 77, but that could easily change. Hopefully Hyperkin will do the venerable VCS justice for the HDTV Age.

My hope for the AtariBox is that it will be a retro-inspired platform that caters to indie developers who want to make games in an old school style, that look like they could have been at home in the late 70’s/early80’s, albeit not strictly constrained by the hardware limits of that time. Think what Shovel Knight was to the NES; I’d love it if AtariBox were a platform for the equivalent of such games for the Atari 2600/5200/7800/400/800/Intellivision/Colecovision era of home videogames.

YoYoGames: GameMaker Studio 1.4 sunset annonced for 2018

Today, YoYoGames announced that GameMakerStudio 1.4 support will sunset in 2018.

Over the next 14 months, until 31 July 2018, we will continue to mend major issues and support platform updates for Studio 1.4. After the 14-month period, Studio 1.4 will still function normally however, we cannot guarantee it will remain compatible with every platform’s future updates.

While this day has been expected to come since the release of the 2.0 beta back in November 2016, this is quite a bit sooner than expected. YoYoGames support for the 8.x version of GameMaker continued for years after GameMakerStudio 1.0 was released, only ceasing very recently.

It’s not entirely bad for the company to focus itself on development and support for the latest version of their product, but it’s unfortunate for users who for whatever reason are not able to move to the new version so quickly. This also makes it all the more important that GMS2 be as good as it can be. Hopefully, by focusing on the latest version exclusively, this will enable YYG to develop it even faster, adding new features, fixing bugs, and addressing UX issues with the brand new IDE.

SMW persistent jailbreak hack the best of all time?

I think in terms of impressiveness, this amazing glitch exploit that allows you to permanently reprogram mods into the save data of a Super Mario World cartridge using only in-game input is right up there, neck and neck with the Apollo Moonshot missions.

I can’t even fathom how they figured this out, it’s beyond anything anyone could reasonably come up with. Impressive doesn’t begin to describe it.

 

csanyk.com © 2016
%d bloggers like this: