Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - Goombert

Pages: [1] 2 3 ... 19
1
Announcements / Git History of Master Rewritten
« on: November 17, 2018, 02:33:14 AM »
This is a small announcement just to warn everybody that Josh had to rewrite part of the recent history of enigma-dev master.
https://github.com/enigma-dev/enigma-dev/issues/1413

It started when TKG made a pull request that contained a dll which Josh told him was ok to use. Since Josh was not available, I agreed to review the pull request and merged it into the repository. The confusion here was that Josh wanted TKG to host the dll somewhere other than the repo. Obviously, I broke one of the very important rules of git by merging the pull request, that you should not add binaries to a repo. If you continuously add binaries to a git repo you will bloat the download size of the repo since cloning the repo involves copying the repo's history (which ends up being multiple copies of a 5mb dll).

Anyway, Josh fixed it by rewriting the history on master to make it look like that pull request was never merged. This means that any existing clones or forks of enigma-dev need to be rebased onto the new master head commit. This is a rather complicated procedure, even for people who know git, so I recommend that you simply reclone and or refork enigma-dev as needed before sending any pull requests back to us.

We're all sorry for the inconvenience this may cause anybody and are going to be more vigilant going into the future. I just wanted to make this announcement so everybody is aware and also to increase awareness so people understand not to add binaries to a git repo and it doesn't happen again.

2
Announcements / MSYS2, Pacboy, and Virtual Packages
« on: October 01, 2018, 07:53:45 PM »
I want to take a quick minute to explain a little bit about Pacboy because Hugar brought a user's installation issues to my attention over Discord. You can consider this post to be a sort of technical explanation and not really an announcement, but I want to try to clarify this for everybody and not just the one person.

The user was having a problem installing git using Pacboy because I forgot a colon on the install page for Windows. The git package in MSYS2 is actually what's called a "virtual" package.
https://github.com/msys2/msys2/wiki/Using-packages#installing-a-package

Because the package is virtual, when you install it with Pacman, you only need to specify git without any x86_64 or i686 suffix. Now what Pacboy is, is it's a bash script written by the MSYS2 people that makes it easier to install Pacman packages so you don't have to specify the long package suffixes.
https://github.com/msys2/msys2/wiki/Using-packages#avoiding-writing-long-package-names

Long story short, with Pacboy the :x is for x86_64 (64 bit) and :i is for i686 (32 bit) just as our instructions said before, but a plain : after the package name, like git:, should be used for virtual packages.

Quote from: Pacboy Terminal Prompt
    Pacboy 2016.6.24
    Copyright (C) 2015, 2016 Renato Silva
    Licensed under BSD

    This is a pacman wrapper for MSYS2 which handles the package prefixes
    automatically, and provides human-friendly commands for common tasks.

    Usage:
        pacboy [command] [arguments]
        Arguments will be passed to pacman or pkgfile after translation:

        For 64-bit MSYS2, name:i means i686-only
        For 64-bit MSYS2, name:x means x86_64-only
        For MSYS shell, name:m means mingw-w64
        For all shells, name: disables any translation for name
        For all shells, repository::name means repository/name

I've updated our Windows installation instructions to clarify all of this.
https://enigma-dev.org/docs/wiki/index.php?title=Install%3AWindows&action=historysubmit&diff=31845&oldid=31833

3
Announcements / New Dependency on OpenGL Mathematics (GLM) Library
« on: October 01, 2018, 12:16:25 AM »
OpenGL1OpenGL3Direct3D9Direct3D11

We've made it to yet another massive cleanup of ENIGMA's graphics. This one is a pretty big deal that I wanted to make sure to let everyone know about. I've rewritten all the old transform and matrix code using a single dependency, GLM, to eliminate all of the old duplication. This is not only less code but also brings improved consistency across the four graphics systems that ENIGMA currently provides. There were several reasons for choosing GLM over various other alternatives that exist, but I'm fairly certain we've made the right decision.

You can see in the above table that the transforms in the Animation Platform Example sent to me by DarkAceZ are consistent in all four graphics systems. Direct3D11 does still have noticeable rendering bugs, but this is unrelated to the transforms and has to do with render states and unfinished D3D11 features we will need to take care of later. But regardless, the game does perform more consistently as a result of these changes.

You will now need to download GLM through your package manager when setting up ENIGMA or pulling the latest master on all platforms.
Code: (Bash) [Select]
# Ubuntu
sudo apt-get install libglm-dev

# MSYS2 32-bit
pacboy -S glm:i

# MSYS2 64-bit
pacboy -S glm:x

You can see that the changes have already been merged:
https://github.com/enigma-dev/enigma-dev/commit/4e8ad7c3857794f490610c621ae64ae54b3456b0

The full details of these changes can be found in the original pull request comments:
https://github.com/enigma-dev/enigma-dev/pull/1396

4
Announcements / RadialGM Releases, MSVC, Vertex Buffers, and EGM
« on: September 02, 2018, 10:26:30 AM »
RadialGM is currently

If you like the progress we've been making, please consider supporting us on Patreon!
https://www.patreon.com/bePatron?u=10889206


It's been a while since I've updated everyone on the current progress around here. I am going to cover a couple of different topics, some related and some not.

First, I want to talk about how we've added MSVC & CMake building support for the enigma-dev command line tools as well as RadialGM. This is in huge part thanks to fundies whose proved himself to be a master of build systems once again. This has allowed us to create a static build of Qt using vcpkg and use it to deploy RadialGM on the GitHub releases page. Some of you watching us on GitHub may have already noticed you can download 4 builds of RadialGM already (permutations of x86, x64, Debug, and Release).

Please consider this an early alpha as we are still hard at work to bring our other ideas to fruition. Only GMK and GMX loading work right now and some editors are incomplete. Functionality is basically equivalent to the current emake used in CI testing. Actually running a project also does not work yet out of the box and I'm not going to bother explaining yet how to integrate it with your enigma-dev setup.

RadialGM Releases: https://github.com/enigma-dev/RadialGM/releases

You may or may not need to download and install the MSVC 2017 runtime as the only prerequisite dependency, everything else is statically linked into the release and ABSOLUTELY NO Java is required.
https://support.microsoft.com/en-us/help/2977003/the-latest-supported-visual-c-downloads

From here on, we are hoping that later we can spread CMake & MSVC support to the engine as well as provide static releases and installers for additional platforms. This is just the start of many great things to come.

The next topic I want to cover is vertex buffers and recent graphics changes in the engine. I've been doing a massive overhaul to a lot of the sprite/primitive batching and model code to make it more abstract and eliminate duplication in the engine. I have also been benchmarking, regression testing, and fine tuning the API to perform well. You will find that tiles now work in Direct3D9 the same as they do in the OpenGL systems. You will also notice that the vertex_* API of GMS is now 100% supported in ENIGMA. It is used as the basis of our new 3D model class and used to implement the tiles generically so they work the same in all systems. This has led to not just better performance and less code but improved consistency across the graphics systems.

https://github.com/enigma-dev/enigma-dev/commit/8876f6141c575b7ee45dab3adea1fccfb7688331
https://github.com/enigma-dev/enigma-dev/commit/5fa7fcecbd0aaf493103149407c88a13105280a5
https://github.com/enigma-dev/enigma-dev/commit/21dce9bcc32963b788547db96c2215579970993a
https://github.com/enigma-dev/enigma-dev/commit/4e05f616fa7bb02b5d6c7c2d9eb589ada494deee
https://github.com/enigma-dev/enigma-dev/commit/c5a87764affa2fb9141aabfe0c711a859d06f45e
https://github.com/enigma-dev/enigma-dev/commit/d490b5067a8b6f256c135e21ea187705fa414c9e
https://github.com/enigma-dev/enigma-dev/commit/16807a76050455a379d2c434047dc7db12fb4bfc
https://github.com/enigma-dev/enigma-dev/commit/42b7d98efe9930acb3ade71205b3778108892730

There will be even more graphics changes to come. The next thing that I am working on is using GLM for matrices in all of the graphics systems. This will fix all of the current transform issues we have and may also improve performance. I already have Direct3D11 using GLM in private tests to pass various rendering tests.

Finally, I want to close by covering some of the things we are doing with the new EGM format that RadialGM will be using for serialization. We only know a few things for sure at this point in time. One thing we do know is that the format will still be based on YAML for the serialization. This time, the entire format will be YAML, and there will be no mix like having binary rooms and yaml objects like the old EGM format did. This will make projects much less likely to be corrupted and easier to recover.

We have already adopted a code-only model that converts the old drag and drop format to GML for backwards compatibility and will later work on a new Drag & Drop action interface. Events of objects will be stored in separate *.edl script files where objects and timelines will be a directory. We hope that this will make it easier to edit the projects externally as well as add to git revision. RadialGM will facilitate external editing by detecting changes to the code files on the filesystem and reload them accordingly.

That said, I hope you are as excited as I am for RadialGM to reach the stability we want it to be so we can start making games with it. Now I am off to work with fundies on the EGM, please stay tuned for more updates!

5
Announcements / Graphical Fidelity Testing and Engine Cleanup
« on: June 29, 2018, 07:23:13 AM »

Note: The two images are intentional false positives I did for the purposes of demonstrating the bot and to verify its behavior.

Hey guys! I've been busy for a few days working on a side improvement to the engine code base that I want to share with you all. It is closely related to the SDL changes fundies recently announced as well as us adding support for Direct3D11 and modern OpenGL ES. We have basically extended our continuous integration to perform an image analysis on graphics tests to improve graphical fidelity both between the graphics systems as well as between ENIGMA and GameMaker. This is still a work in progress but I just this morning got it fully working to where we can successfully screencap the game in the Travis CI virtual machine (minor bug in our test harness taking the screenshot directly after game start and before any draw events were processed).

You can see what we're up to on the pr here:
https://github.com/enigma-dev/enigma-dev/pull/1291

We expect to have it merged soon and will then be adding drawing tests from here on out.

I've also cleaned up the tile drawing code and optimized them on top of the vertex buffer functions I added for GMS compatibility. They are slightly different though because I use an index buffer to render them more optimally as an indexed triangle list. Regardless, from my benchmarks we can see that the tiles are not only more consistent now but also build and render much faster. When me and fundies get these image comparison tests merged into master, I will add a tile drawing test to prevent future regression of the functions and finally merge in the new tile code.
https://github.com/enigma-dev/enigma-dev/pull/1238

I will be following up those changes by rewriting the model classes as well:
https://github.com/enigma-dev/enigma-dev/pull/1289

The whole point of this changeset is to have less duplicate code by using proper abstractions of vertex and index buffer concepts, while essentially providing both to the user. This not only improves what ENIGMA already provided, but will bring new features and functions that users have desired. With all of that in place it will be super easy to finally have OpenGL ES working again as well as Direct3D11 because building a graphics system then simply consists of making each graphics system have working vertex functions.

I hope everyone likes these changes and will find that it's going to significantly improve the project. Open to comments/feedback/suggestions as always.

6
Announcements / Announcing Patreon
« on: May 20, 2018, 01:21:16 PM »
In this post, I want to talk a little about where ENIGMA is headed and what we are trying to achieve.

As many of you saw, I recently announced that RadialGM is being developed and that I have intentions of making it a fully-featured IDE. Accomplishing what we have so far has not been an easy task. It has already taken several months to develop the new architecture and continuous integration platform. As I've said, I'm very happy with the results, and I think that when the IDE does become stable, it is going to be a tool that once ENIGMA users try it, they won't want to ever go back to the way things were.

YouTube demonstrating emake, libEGM, and libProtocols: https://www.youtube.com/watch?v=f_bWMx1Uhxc

Just since this video was made a few of the bugs mentioned have been fixed and for the first time in years ENIGMA has an issue count in the double digits (at this moment 84).
https://github.com/enigma-dev/enigma-dev/commit/cd7ffc26fbc16355599305848b6d1310aa9ecafb
https://github.com/enigma-dev/enigma-dev/commit/6196449e986765f568098ede47e6a62621701a3f
https://github.com/enigma-dev/enigma-dev/commit/e853744cbb79bf3b22df8ce9dfd783bf4b495fec
https://github.com/enigma-dev/enigma-dev/commit/f574a63563d2523ba46a0e782f17c16edd0a76be
https://github.com/enigma-dev/enigma-dev/commit/53d9a2f71c82404c3a41d7a54841e6c6e4f0e19b
https://github.com/enigma-dev/enigma-dev/commit/4c20a1915a5129493fa946c0088dab38b3dc7c7c

Proposed, but not yet merged:
https://github.com/enigma-dev/enigma-dev/pull/1279
https://github.com/enigma-dev/enigma-dev/pull/1288

There are a number of tasks left to be completed before I believe the IDE and new setup can really be rolled out to everyone. I also believe that this work is going to require a few months of development. I've been preparing to launch a Patreon page for the community to get involved and help support the project: https://www.patreon.com/radialgm

We chose Patreon in particular because we did not want to pressure anybody into funding the project, but we value donations and contributions from the community and feel that they should be rewarded. Through Patreon's platform, we will be able to transparently fund the new IDE and give the community things like special Discord roles, recognition in the new IDE, and early and privileged access.

7
Announcements / Removing Glew from the Repository
« on: May 12, 2018, 07:48:47 PM »
Fair warning, I'm about to remove glew from the repository and from now on it will be obtained via your package manager like the rest of ENIGMA's dependencies.
https://github.com/enigma-dev/enigma-dev/pull/1226

Josh felt it appropriate to warn everybody, and I agree. If you update to master now you will need to have glew installed:

Quote from: Ubuntu apt-get Glew
sudo apt-get install libglew-dev
Quote from: Arch Pacman Glew
pacman -Sy glew
Quote from: MSYS2 Pacman Glew
pacman -Sy mingw-w64-x86_64-glew
Quote from: Mac Brew Glew
brew install glew

This is important because ENIGMA should not distribute its dependencies this way. For one, they are not our code and distort the code coverage, and second they end up getting really old and crufty (like the current glew) which also leads to security vulnerabilities.

8
Announcements / Key to Success Release
« on: May 07, 2018, 03:22:57 AM »
This is a community announcement on behalf of time-killer-games



Key to Success is a free and open source 2D indie platforming game that is compatible with ENIGMA and GameMaker. The game was built with ENIGMA with minimal issue and we are proud to showcase it as compatible with our engine. Please check his official topic for more details + download: https://enigma-dev.org/forums/index.php?topic=2764

Note: This topic is locked and cannot be replied to directly. If you are working on a game in ENIGMA or have a compatible GameMaker game that you would like to showcase, please let us know.

9
Announcements / RadialGM
« on: May 03, 2018, 08:36:30 PM »


Ok, so I've been hinting around and letting some of you know for a while that a few of us have been redesigning the architecture of ENIGMA to support a new IDE. Some of you may be more familiar with it as I know I've let a handful of people test out the new tools, but I'm here to break it down and try to explain it in more detail for everybody.

History

I want to start off by enumerating the current things ENIGMA was doing that are somewhat insane. When I started contributing to LateralGM, GM HTML5 was a brand new thing and there was really only the GMK format to support. This went well for a time, as many of you know, and we were able to add features as YoYoGames did without too much of a thought-out serialization framework in place. We had experimented with making a new IDE, just for the sake of making a new IDE (not as much because one was needed). Working on LateralGM, I tended to continue with the mindset that it was a "GameMaker" IDE and we should try to add compatibility for everything which is now not only a difficult task but next to impossible. Because LateralGM and ENIGMA communicated using C structs with JNA through compileEGMf.dll, they would not be binary compatible if we added new fields and other metadata. Overtime, Oracle has become an even worse company attempting to undo decades of legal precedent with regards to software engineering, Java, and specifically OpenJDK, hasn't made fast enough progress, and I just want to make games.

Architecture Changes

So I experimented with using Google Protocol Buffers as a serialization for projects. I was also adding things here and there to emake.exe as fundies asked me to. He was working with Josh to get our CI tests setup to prevent regressions in the engine and everything (which I must say are doing wonders for this project). fundies expanded the protocol format to basically load GMXs completely and then I tacked on GMK, have YYP semi-working, and him and Josh are currently working on EGM saving. These formats are all being handled in libEGM which is a new C++ library built on top of libProtocols.

The plan is to have libEGM only ever read the GM formats but save and read our official serialization format (*.egm). The CI tests will make use of libEGM to load and compile a test project from every version of GM back to GM5. You can actually examine this right now on GitHub because the Protocol Buffers PR is already running these tests:
https://github.com/enigma-dev/enigma-dev/tree/gmxProtoButt/CommandLine/testing/SimpleTests

RadialGM

Using the new protocols I was able to experiment with making RadialGM actually functional (since because of the architectural changes much of the work was already done).
https://enigma-dev.org/docs/Wiki/RadialGM

As you can see, we've made a lot of progress. I am really satisfied with the results so far, and personally, I want to make games myself using the new IDE and that's why I've been working on it so much. What's so great about all of this though, is not just that RadialGM is actually possible, but the architectural changes really do make every other IDE as equally likely to work out (though for various reasons, I've decided to focus my efforts on the Qt version; simply because I personally like it the most). However, you should consider RadialGM to be more of an "ENIGMA" IDE as it will be almost purely for ENIGMA editing.

What You Can Expect

* It is unlikely that I will be making any more changes to LateralGM.
* The C-based backend/ in ENIGMA will remain but may be rewritten to convert to the protos (instead of the inverse) for the foreseeable future. It will likely be deleted if someone decides to rewrite the ENIGMA-LGM plugin to use the protos instead of the C backend (but that's much more work than converting the backend into protos).
* You can expect to be able to load all GM formats back to GM5 (*.gmd, *.gm6, *.gmk, *.gm81, *.gmx, *.yyp, *.egm).
* Do not expect to be able to export any RadialGM project back to a GM format, you will likely convert your projects to EGM upon open/load and then either maintain two copies or stop using GM.
* You can expect the IDE to make more optimal use of your system's resources for the above reasons (primarily because resource data is lazy-loaded and reference counted in the frontends).

10
Announcements / Official Discord Channel
« on: April 08, 2018, 12:46:09 PM »
In preparation for some upcoming announcements and just to create a nice place for Discord users to chat about game development, Josh has setup an official Discord for ENIGMA.
https://discord.gg/Kz67atZ

This does not mean we are getting rid of the IRC channel at all, I intend to stay active in both. I also respect some open source developer's ethical dilemmas with using a proprietary platform like Discord. Therefore, we are not forcing this Discord, it is simply there if you want to hang out if it's your preferred social medium for game development.

With Discord comes a lot of new features including friends lists, mentions, the ability to time travel to old posts, and also the ability to share code snippets.

I really like the feature to delete messages after they are sent. Altogether, Discord offers a very modern experience with a responsive web UI and we hope everyone finds it useful.

11
Announcements / Official ActionMaker Release
« on: August 30, 2017, 02:13:07 AM »
I wanted to update everyone on something I've been working on lately. Still investigating more ENIGMA related things, I set out to learn Vue.js and created an action library editor along the way.



ActionMaker is a pure HTML5 application that uses Vue.js and native form elements for the front-end. It can handle both LateralGM's LGL format and GameMaker's LIB format. I've actually tested conversion of LateralGM's score library to LIB and got it to load in GMS 1.4.



You can checkout the repo on GitHub and visit the live version right now!

https://github.com/RobertBColton/ActionMaker
https://robertbcolton.github.io/ActionMaker/

There are still some kinks to be worked out, but here is a list of known issues:
* Clipboard actions currently do not work in Chrome and are buggy in Firefox.
* Firefox seems to have a GTK3 issue on Linux which makes the buttons really big and breaks the layout.
* Saving LIB files does not work in any browser except Firefox because it is the only browser which supports the "image/bmp" MIME for canvas.toBlob() and bmp is the mandated image format for LIB files by GameMaker.
* I have not even tested Safari, but I'd be interested to know how that goes for anyone.

Here are some tips:
* Mark Overmar's old library editor does not let you edit official libs which are defined by having a library id less than or equal to 999. ActionMaker does not have this restriction, but if you want to also edit LIB files in the old library editor, then you should set an appropriate library id.
* LGL uses 24x24 pixel icons packed together into a single texture, and when saving to this format, ActionMaker will crop any images you provided to 24x24 while packing them.
* LIB uses 32x32 pixel icons but only the top-left 24x24 area is actually visible, the rest is the transparency color. What ActionMaker will do is crop the image to 32x32 and provide a default black transparency color if your image is only 24x24 or smaller.

12
Off-Topic / GitHub comments too long?
« on: September 18, 2016, 03:47:20 PM »
Ok so I finally got tired of reading super long GitHub comments because GitHub does not provide any collapse features for long code or quote blocks. Somebody showed me this which just came out and it works perfect! Definitely give it a try, you can customize it quite a bit too.

https://github.com/Mottie/Octopatcher

Also, please remember to put logs and stacktraces in the ``` style code blocks from now and not paste them raw into a GitHub issue. Not just on ENIGMA's tracker but everywhere you post an issue on GitHub. That way people can use this extension and navigate the site easier.

13
Announcements / We've moved to GitHub (again)
« on: September 14, 2016, 01:39:10 AM »
So for the longest time I was uploading all of our releases and extra packages onto this special ENIGMA team Dropbox account because Josh wouldn't give me FTP access to the site's server because I told him that would be a bad idea because I would almost certainly wreck the site if I had those kind of powers, sort of a Hitler unchecked Churchill kind of thing.

Anyway, I first started experimenting with GitHub's releases mechanism for LateralGM and it seems to have gone well. I noticed people complaining about the portable ZIP being on Dropbox (literally on the Dropbox files comments because I didn't disable comments), so I have decided to do this for all of our other projects as well. What's great about this new way of distribution is that you guys can download old revisions without me having to compile links to them on the Wiki. The install.py script will also pull packages from GitHub now too.

You can find the following releases all archived on GitHub:
https://github.com/IsmAvatar/LateralGM/releases
https://github.com/enigma-dev/lgmplugin/releases
https://github.com/IsmAvatar/JEIE/releases
(I could not move LibMaker because IsmAvatar never gave me access to that repo)

The portable ZIP is hosted on GitHub now too:
https://github.com/enigma-dev/enigma-dev/releases

The old archive page on the Wiki has been deleted, so if you've linked to anywhere, update your links.
http://enigma-dev.org/docs/wiki/index.php?title=LateralGM:_Revisions

I'll continue to maintain the extra packages page though to make it easy to find them all.
http://enigma-dev.org/docs/Wiki/Install:Extra_Packages

There is currently some issues around version numbers. First, the plugin has always used the same version as LGM even when it never changed because I didn't know what else to set the version to. So GitHub marks the latest release as an older version because it doesn't know which one since they are all based on the same commit. That will be fixed as soon as a commit and new release are made. Maybe Josh and Rusky can help me fix the tags before then though.

Second, I didn't know what to version the ENIGMA portable so I just started it off at 0.0.5.0 since we should be around r5 now. Josh can take care of the right version numbering later. Possibly when we do get a build bot it can just auto increment the version number for us too. Finally, I started off JEIE's first release as version 0.1.0 since that's a good number to start with.

Let me know if any issues crop up with downloading any of the packages and such on the site. Cheers (Y)

14
Announcements / About.ey consistency changes
« on: September 06, 2016, 12:33:26 AM »
Ok so it seems there was some confusion with About.ey files before and I want to get them fixed. So after a new PR to master you will need to download the new ENIGMA plugin and LateralGM the next time you try to update ENIGMA. I have updated the install.py script for Linux users and I have also updated the Windows portable ZIP to make this easier. As usual, you can also just grab the latest LateralGM and ENIGMA jars from the extra packages page and overwrite them manually yourself as well.

http://enigma-dev.org/docs/Wiki/Install:Extra_Packages

http://enigma-dev.org/docs/Wiki/About.ey
http://enigma-dev.org/docs/Wiki/How_to_make_an_extension
http://enigma-dev.org/docs/Wiki/Extensions

The first thing I had to do was patch the LGM plugin to actually use "Name" for the extension label in the GUI. The wiki articles all state clearly that "Name" is the part of a system's eyaml description file that should be human readable. The "Identifier" field is what would be used in code, it would be similar to a C++ identifier in that it probably shouldn't have spaces and should also be the folder name of the system or extension in which it resides.

https://github.com/enigma-dev/lgmplugin/commit/ccc750ac54745d05599299549c13a29d91b659d4

Then I had to update and correct all of the About.ey files for every extension. The major systems under Game Settings->ENIGMA->API have always been correct. The "ID" field for extensions was also changed to "Identifier" for consistency.

https://github.com/enigma-dev/enigma-dev/pull/1012

Finally, I've updated the Wiki pages and uploaded a new portable ZIP for Windows.

15
Off-Topic / MockApp
« on: May 19, 2016, 04:29:30 AM »
MockApp is basically a PowerPoint compiler. You design your iOS application in it with a PowerPoint like interface and it builds the App prototype.



https://www.youtube.com/watch?v=xlYvDfQLx-E

So now even application development and not just games is starting to look a lot more like GameMaker. This is funny because for a while Josh was also talking about how the smartest AI that could write programs would essentially be a PowerPoint compiler.

Pages: [1] 2 3 ... 19