Subscribe to GameFromScratch on YouTube Support GameFromScratch on Patreon
17. June 2013

I am a big proponent of Blender so I am always quite interested in how it is going to develop.  Recent releases have been all about bringing a number of projects that have been in the works for years back into the fold.  Functionality like BMesh and the Cycles renderer are now part of the core package and Blender is vastly improved as a result.  Now that most of that work is complete, Blender started looking toward the future and released their roadmap of upcoming features.

 

The nutshell version:

2.6x

  • For 2.68 and 2.69 we strictly keep compatibility and keep focusing on stability for Blender.
  • Anything potentially unstable or breaking compatibility should go to a 2.7 branch
  • If needed, we can do a couple of 2.69 updates (a b c d) to merge in bug fixes only.

 

2.7

  • Move to OpenGL 2.1 minimal (means: UI/tools can be designed needing it, like offscreen drawing)
  • Depsgraph refactor, including threaded updates
  • Fix our duplicator system, animation proxy (for local parts of linked/referenced data)
  • Redesign 3D viewport drawing (full cleanup of space_view3d module)
  • Work on cpu-based selection code for viewport
  • Sequencer rewrite
  • Asset manager, better UI and tools for handling linkage
  • Python “Custom Editor” api (including better Python support for event handlers, notifiers).
  • UI: refresh our default

 

2.8

  • New “unified physics” systems, using much more of Bullet, unification of point caches (Alembic).
  • Particle nodes (could co-exist for a while with old particles though)
  • Nodification of more parts of Blender (modifiers, constraints)
  • Game engine… (see below)
  • OpenGL 3.0?

 

Blender Game Engine

Or more radically worded: I propose to make the GE to become a real part of Blender code – to make it not separated anymore. This would make it more supported, more stable and (I’m sure) much more fun to work on as well.

Instead of calling it the “GE” we would just put Blender in “Interaction mode”. Topics to think of:

  • Integrate the concept of “Logic” in the animation system itself. Rule or behavior based animation is a great step forward for animation as well (like massive anims, or for extras).
  • Support of all Blender physics.
  • Optimizing speed for interactive playback will then also benefit regular 3d editing (and vice versa)
  • Singular Python API for logic scripting
  • Ensure good I/O integration with external game engines, similar to render engines.

What should then be dropped is the idea to make Blender have an embedded “true” game engine. We should acknowledge that we never managed to make something with the portability and quality of Unreal or Crysis… or even Unity3D. And Blender’s GPL license is not helping here much either.

On the positive side – I think that the main cool feature of our GE is that it was integrated with a 3D tool, to allow people to make 3D interaction for walkthroughs, for scientific sims, or game prototypes. If we bring back this (original) design focus for a GE, I think we still get something unique and cool, with seamless integration of realtime and ‘offline’ 3D.

 

All told, nothing earth shattering, but one heck of a big change in store for Blender game engine.

Art News


11. June 2013

One man game development studios are becoming more and more common these days and plenty of them are having success.  That said, what do you do when that one man doesn't happen to be an artist?  This post looks at some of the options the Indie game developer has for creating or acquiring art for their game.

 

Pixel Art

 

Big chunky pixels that look like they jumped out of the 1980s are becoming more and more common and there is a good reason for it.  Creating Pixel art is easy, at least relative to other art styles.  Don't get me wrong, it still requires some artistic talent…  representing a complex object with a few blobs is certainly a skill.  That said, you can churn out a ton of pixel art in a very short period of time.  The downside to pixel art, if you don't like the aesthetic ( like me ), you are greatly limiting the appeal of your game.  

 

Pixel Art Example:

 

Realm of the Mad God

ROTMG Screenshot Combat

 

Realm of the Mad God is probably one of the most successful pixel art titles.  As you can see, it has a very simple aesthetic, harking back to games from the NES era… and possibly earlier.

If I am honest, far too many Indie titles are pixel art based… because it is probably the most accessible art style.  As a result, I am overwhelmingly sick of it.  It takes a hell of a lot of buzz to get me to even look at a game using this art style now.  Of course, that's just me… plenty of people still love pixel art, so you will have an audience.

 

Pixel Art Tools

At the end of the day, any image manipulation tool that supports a "fat grid" can be used.  A fat grid is a zoomed in view that shows each individual pixel extremely scaled up, as well as a view of the image at it's regular size.  This means your traditional raster graphic packages such as Photoshop, The GIMP and Paint.NET can all be used.  Of course, a great many (insane???) people just use Paint that comes with Windows!

Additionally a number of Pixel Art focused tools have been developed over the years as well.

Pyxel Edit -- in beta, written in Air

aseprite -- Allegro Sprite Editor.  In pixel art style itself

Pixelmator -- MacOS only raster graphics application.  A vastly cheaper alternative to Photoshop with pixel friendly tools

Grafx2 -- a free pixel art oriented graphic application inspired by Deluxe Paint.  Open source too if that's your thing

GraphicsGale -- available as shareware, another pixel art focused application

ProMotion -- another pixel oriented editor, this one is commercial and has been used to create several commercial games. Not sure about it's development status.

PD Pro -- commercial software.  A Photoshop alternative that is vastly cheaper than photoshop

UltimatePaint -- another Deluxe Paint derived painting app

Pixen -- another Mac only pixel editing app.  Beta is available free, otherwise its $15.

 

Frankly at the end of the day, any pixel based image editing tool will do.  Some of the above programs do make more complicated tasks like animating or lighting a great deal easier than just using Paint, so looking into a dedicated app is certainly worthwhile.  Oh, and if you are under 30, you may be wondering WTF Deluxe Paint is?  Simply put, it was THE 2D game art package for the Amiga.  I think it's safe to say that most games in the early 90s had their art drawn in Deluxe Paint!  Since those days, its become the benchmark of sorts for game art packages.

 

 

Tutorials

YouTube Video on pixel Art using GIMP

Pixel Art for games ( using Photoshop )

PixelJoint -- The sites all about pixel art and hosts a series of tutorials.

FinalBossBlues -- Another series of pixel art tutorials

 

My personal opinion… Pixel art is way overdone, I am sick of it and have to imagine many other people are as well.  That said, its the easiest art form for a non-artist to crank out.

 

Voxels

Voxels are the pixel art of the 3D world.  Voxel is an amalgamation of the worlds VOLUME + Pixel.  So, basically they are a pixel with depth, which in every day parlance is what we call a cube.  Voxel worlds are made up of thousands and thousands of cubes… like a gigantic lego set.  Minecraft wasn't the first voxel game, not by a long shot ( there was a company called Novalogic that was obsessed with Voxels ), but it was easily the most popular.

 

Voxel Example:

Minecraft

Minecraft snapshot

Comanche Maximum Overkill ( 1992! )

Comanche92or 2

 

Voxel Tools

There are a number of tools available for editing voxels, some free, some not so free.

Voxel -- create Voxels on your iPad or iPhone.  Export in OBJ/MTL format or in Minecraft's .binvox format. Free

Sproxel -- free voxel editor.  Seems to have been abandoned in 2012.  Last version was Windows only, prior version available for MacOS. Free

Q-Block -- free, online, simple Voxel editor

Paint3D -- $20.  Windows application for editing voxels.

Zoxel -- I think its free.  Available for Linux and Windows, can export in OBJ.

Voxelogic Acropora -- Much higher end product than the above, for creating ultra high resolution landscapes.  Commercial, $90, with demo available

Cubicle Constructor -- Probably the most polished looking app of the above. Prices range from free to $80.

 

Personally, and this is just me, I've always hated voxels.  These days, a voxel game is going to look like a Minecraft clone as there were SOOOOO many Minecraft clones out there.  That said, Voxels work a lot like lego, so if you can create something visually impressive in lego, you can do the same in Voxels.

 

Vector Graphics

Vector graphics are increasingly common, as you can support multiple resolutions using a single art asset.  Since files are stored as a series of vectors, the image stays sharp regardless to how large or small it is scaled.  This can be a huge boon when supporting multiple resolutions especially with mobile devices.  In many ways, constructing an image using vector graphics is similar to working with construction paper.  You essentially layer shapes on top of other shapes to make more complex objects.  Working with vector graphics is a great deal more difficult than pixel art, but isn't outrageously difficult.

 

Vector Graphics Example:

Castle Crashers

Castle crashers 20100902050138751 001

 

Vector Graphic Tools

There are less vector graphic applications and some clear favourites when it comes to game creation.

Adobe Illustrator -- This is the Photoshop of vector graphics.  It's also got a LOT of stuff in their that you don't need, as the package was originally made for doing page layout in the print world.  Still probably the most used professional tool. Expensive! Only available by subscription now.

Adobe Flash -- Increasingly Flash is becoming more and more about game creation.  Flash Professional can be used to create and animate vector graphics, and commonly is!  Also expensive. Only available by subscription now.

Inkscape -- FREE!  Great free vector graphic package.  Very commonly used by those on a budget.

Corel Draw -- another commercial vector graphic package.  Targeted at the same market as Illustrator. Also expensive ( $500 )

iDraw -- Mac/iPad only, quite cheap ( 10$ iPad, 30$ Mac ).  I personally use this program.  More intuitive than Inkscape, simpler than Flash/Illustrator.  No timeline for animation though.

 

There are a couple 2D animation systems available as well.  You can draw your character once, cut them into pieces and let the software handle the animations.  Note that these tools work with regular bitmap graphics, not just vectors

2D IK animation tools

Spine -- 2D skeletal animation

Spriter -- another 2D animation tool

 

Vector Graphic Tutorials

2dgameartforprogrammers -- Has a ton of great vector graphic tutorials.  Be sure to check out the Apache Helicopter tutorial.

Gamasutra tutorial -- Same guy as above, great series.

Inkscape Tutorials -- A series of, you guessed it!  Inkscape tutorials.  Not necessarily game related, but techniques still apply

 

3D Art

I've been a hobbyist at 3D graphics for about as long as there has been an industry and even still, I can only JUST make art good enough for a game and even then I probably take 3x longer than an actual artist, and generate much lower quality work.  Don't kid yourself, 3D is as much a profession as programming.  It will take you years to learn to the point your results don't look like crap.  Don't worry, I wouldn't mention it if there weren't options for the less… talented.  I will discuss those in a second.

 

If you are interested in pursuing 3D, you can find a list of the most commonly used 3D applications right here.  Many of these applications have a price tag in the $5000 range.  However there is the freely available Blender package which is an incredibly capable 3D program for modelling, animating and texturing.  On the other hand, it isn't an easy application to get started with.  That is why I created this five part series, Blender for Programmers.  If you are interested in 3D, it is a good place to start.

 

3D for the less talented!

There are plenty of tools available with a much lower learning curve if you want to work in 3D.  This section mentions a few of them.

Poser -- Use existing character models.  Dress them up, animate and render or exports.  You can easily create animated characters using this application, and can buy a number of pre made assets if the existing content isn't enough for you.  Poser costs between $200 and $400, although it is quite commonly on sale.

Daz Studio Pro -- This program is a lot like Poser.  However it is free but comes with a lot less assets.  I did a tutorial on creating a sprite sheet with Daz and The GIMP if you want an idea what it is like.  That said, although Daz is free, they will spam you A LOT.  I still get two or three emails a week from them and it's not trivial getting yourself removed from the mailing list!

Make Human -- Create fully boned photorealistic humans with ease.  Oh, and it's free!  Used to be a Blender plugin, but now it's free.

Bryce -- Create stunning landscapes with basically zero effort or talent.  It's rather amazing the results you can get from this guy!

Sketchup -- Previously a google application for making 3D models for use in Google Earth.  There is a gigantic repository of models available for free.  If you need to create levels or cityscapes, this is a GREAT place to start.  There was a recent article on Gamasutra on exactly this.  Be careful with licensing issues though!

 

Sculpting Applications:

These applications are like working with 3D clay.  Even with little skill, you can make some remarkably awesome results.

Sculptris -- Free!  Baby brother of ZBrush.  Try it out, it's free.

ZBrush -- THE 3D sculpting application.  $700.

3D Coat -- In between Sculptris and ZBrush.  $350.  Often on sale on Steam, keep an eye. 

Mudbox -- Autodesk's sculpting application.  Most expensive in the list, $800.

 

Use existing assets

There are a HUGE number of assets available that you can buy or simply download online.  You should be able to source a ton of your assets this way.  The maxim You Get Way You Pay For isn't always true, but it often is!  On the other hand, simply because you paid for something doesn't make it good!  Working from many of these assets is tricky because they may not be suitable for games, may not be legally licensable, etc.  

 OpenGameArt -- a huge repository of game focused 2D and 3D art assets.

Blend Swap -- 8000+ freely available Blender Blend files.

Blender-Models -- Another Blender model resource

Mixamo -- 3d character model and animation on a pay per use basis.  Much like Bryce and Daz but online.  Upload your own model for animating, or buy one of theirs.

Content Paradise -- (paid) content for Poser.

Daz3D models -- (paid) content for Daz3D

Unity Asset Store -- if you use the Unity 3D package, there is a huge asset store of ready to drop in assets and scripts

Turbo Squid -- the biggest 3D object store.  Huge variety of content, quality and prices.

CGTrader -- buy and sell 3D assets.

GameTextures -- high quality game ready texture maps for sale.

There are a number of other asset stores available, this is just a small selection of the more common resources. 

 

Programmatic Art

Of course, you always have the option of creating a game that uses strictly programmatic art.  This is, art that is generated by an algorithm instead of an artist.

 

Programmatic Art Example

Rez

Rez ingame

 

Geometry Wars

Geometry wars galaxies 20070629054423884

 

Basically if you go this route, your art is in mathematic form.  On the one hand generating your game art algorithmically has the advantage of minimizing the need for artists.  On the other hand, it requires a completely different set of skills, especially when it comes to writing shaders!  Fortunately there are a few tools out there that help you create shaders visually.

 

Hire an Artist

Of course you may also decide at the end of the day you need an artist!  Obviously adding another person to your team can have a number of downsides…  you will lose a certain amount of creative control ( and should by the way!  Why are you working with an artist if you don't trust their artistic direction? ) over your baby.  Of course there is also a loss in either ownership or a cost involved.

 

Paying an artist, how?

This part is always tricky… how much does an artist cost?  Do you get what you pay for?  Will they work for free?  Will they work for a percentage?  How much of a percentage should I give?  What should I expect from an artist?  What should an artist expect from me?

 

To answer all of those questions, it depends.  It depends on so many things you can't give a simple answer.  Some games have much higher art requirements than others.  Some people have a budget and can pay for contract work, others do not.

 

The easiest and most likely most successful option is collaborating with an artist you know in real life.  Of course, this isn't always an option and can still lead to massive friction once things become about real money.  Make sure you establish the revenue split up front, and make sure fixed costs are accounted for before you start splitting up the pie.  Also be realistic that the pie may never actually arrive!

Contracting out pieces is a bit trickier.  Probably the simplest is to pay X amount per assets.  For example, pay 25$ for a textured tree model.  Working on bid work is by far the most straight forward, but you need to be very specific in what you need from the artist.  The more detail you can give, the better your relationship with go.  Instead of saying " I need a textured tree", say "I need a textured tree, under 300 polygons, a single texture no larger than 512x512 using a power of 2 resolution".  As to determining the cost X… well that is an art form in and off itself!

There is a good chance you have no money, and are willing to offer a percentage of future profits in return for labour.  If this is the route you are going, be VERY upfront about this, and don't pester people that aren't interested in such a work example.  The further along you are in the project, the more likely you will be to acquire a good artist.  If you can hand a game to someone with programmer art stand ins that the artist needs to replace, things will go a lot smoother.  If you've got an idea only… get further along before recruiting, unless you know an artist personally.  If you got an idea only… and that's all you've got ( no programming skills ) I would generally suggest not wasting anyones time.  In this day and age, amazingly enough, the idea is the LEAST important part of the process.  Everybody has the next killer game idea!  The reality is, its generally execution that makes a game great, not the idea.  Exceptions exist, but they are exactly that, exceptions.

 

Where to recruit artists?

Real life is obviously a great place, but not always or even often, an option.  Otherwise there are a number of places you can look for artists, often depending on the type of contract you are offering.

http://www.polycount.com/forum/ -- They have a series of recruiting forums, for paid and unpaid work.

http://www.reddit.com/r/GameDevClassifieds -- Post your jobs, make sure to note paid/unpaid status.  Browse for artists looking for work

http://www.gamedev.net/classifieds -- GameDev.net job boards, contract board and hobby recruiting listings.

http://www.conceptart.org/forumdisplay.php?f=11 -- Concept artists, not game artists, but theres an amazing amount of talent here.

http://forum.deviantart.com/jobs/ -- You get a WIIIIIDDDDDEEEE gamut of talent on this forum, many without game experience, but it is certainly another place to look, if even just to figure out payment amounts.  Forums are for paid work only!

http://www.game-artist.net/forums/employment/ -- Game art focused forums, have sub forums for all kinds of hiring.

 

Summary

At the end of the day, relationships are CRITICAL.  The network of contacts you make will be one of the most valuable assets you can acquire.  Deal fairly with people, don't misrepresent yourself or your project and act professionally.  Even if you aren't paying, act professionally.  It will pay off massively in the long run.  Also keep in mind, every relationship is a two way street.  If you don't like working with an artist you contact walk away ( … if not in breach of contract! ), you will both benefit in the end.

 

Make as much clear up front as possible… revenue split, paid/unpaid, detailed specs, etc… the less ambiguity, the smoother things will go.  Oh, and never pay 100% up front, EVER!

 

This post on scratches the surface of what is out there.  As you can see, even if you don't have artistic talent, there are tons of options out there for you!  If I missed something you feel I should have included, let me know!

 

 

Art Design Programming


29. November 2012

 

Alright, in the what not to do with DRM category, this one rates right up there with the Sony rootkit fiasco.  The popular game development program GameMaker by Yoyo Games recently released a DRM update, that resulted in this happening to some paying users assets:

 

(Image source reddit user passa91)

 

Oh and for the record, those changes are permanent… it isn’t some overlay they’ve done, GameMaker actually physically altered the source images.  The story was originally broken on ArsTechnica and is currently being discussed on reddit.

 

Also from the comments on reddit ( completely unconfirmed by the way ) is this scary comment:

Also this admission from developer Mike on the forum:

For those who CAN afford it, but find it just as easy to copy it. Well, rest assured, we know the games which get made, and if something does well.... I'm sure we'll be in touch.

In other words, all games compiled with GM Studio report back to YoYo HQ. Not cool, at all.

 

You know what, I’m all for protecting your product, but that combined with this horrible screw up, let’s just say Yoyo really ought to rethink their strategy on DRM!

 

Where you effected?  Does this misstep discourage you from ever using GameMaker in the future?  At the very least has this taught you a lesson in backups and version control?

News


9. November 2012

I recently hosted a guest tutorial post on using Moscrif, a new Javascript based cross platform, game focused development environment.  Thing is, I myself haven't really had a chance to check out Moscrif myself.  In the past I did try out a Moscrif Logosimilar environment Appcelerator Titanium, which for a couple of reasons, I chose not to keep using, many of which aren't actually Appcelerator's fault (the no other word for it, complete crap Android emulator, was the biggest drawback). 

 

Moscrif on the other hand is a bit different.  Like Appcelerator, it's cross platform, mobile focused, JavaScript based and comes with it's own IDE.  Unlike Appcelerator it ships with a simulator you can use for stage 1 debugging, removing the biggest headache.  Perhaps most important of all for readers of this site, Moscrif is also game focused while Titanium is not ( yet ).

 

So, I've decided to take a bit closer look at Moscrif, over a couple of posts.  First off, this is *not* a review.  I certainly haven't put enough time in with Moscrif to even consider reviewing it.  Consider it instead a tour of features available as well as my initial impressions.

 

So, what then is Moscrif anyways?

The above description is pretty much accurate.  Moscrif is a cross platform JavaScript based IDE/language/library for creating mobile applications with a focus on games.  If you've ever used Appcelerator Titanium, you've got a pretty good idea of what you are getting here, just with a more game oriented focus.  The tools run on Windows, Mac and Linux, while you can target iOS, Android and oddly enough… Bada, with a single code base.

 

Installation process

Moscrif install was easy enough, but theres a catch.  You need to create an account (which you can do here), and like the Corona SDK and Appcelerator, you will need to log in to do anything, making an always on connection pretty much a much.  Unfortunately this login process is required even if you are just using the basic version.

Otherwise the install process is pretty much a no-brainer.  In my case I am using Mac OS.  You simply download the package and run a pair of installs.  Moscrif depends on a particular version of the Mono framework, which you need to install first.  It is included in the downloaded package, so simply download, run the Mono installer then the Moscrif installer, that's about it.  You can download (and register) right here.

Once you've finished installing, the first time you run Moscrif you will have to log in with your Moscif account.

 

A first look at the IDE

Load up and log in to Moscrif and you will be greeted by the screen:

IDE Screenshot

 

As you can see, it's a pretty complete and traditional IDE.  Your project management window is on the left, your console and debug windows are across the bottom and the remains of the window is for code editing.  You can use the icons at the top right to toggle sections of the IDE on and off.  I do have one immediate annoyance though, I am running on MacOS and there is no ability to maximize the window, or whatever that feature is called.  Considering that single feature is what makes Mac tolerable to me, hopefully support is added soon!

 

Hello World

To get a feel for the application, let's create an extremely simple Hello World project.

To get started, select File->New->New Project.

In the resulting dialog, choose 2D Game and name your project, I went with Hello World. Like so:

NewImage

 

Now in the next dialog, keep Game2D selected and choose Finish.

NewImage

It will have created a project for you like the one pictured to the left.

 

Main.ms is the file we are most interest in, it is the main entry point of your project.

 

 

 

 

 

 

 

 

Now replace the code in main.ms with the following:

include "lib://game2d/game.ms"

 

class HelloWorld : Game {

    function start()

    {

        super.start();

        this.paint = new Paint();

        this.paint.textSize = 72;

    }

 

    function draw(canvas)

    {

        canvas.clear(0xffffffff);

        canvas.color = 0x000000ff;

        var (w,h) = this.paint.measureText("Hello world")

 

        canvas.drawText("Hello world",System.width/2 -w/2,System.height/2 -h/2, this.paint);

    }

 

}

 

new HelloWorld().run();

 

As you can see, Moscrif is very similar to JavaScript with some obvious extensions, such as class or multiple return values.

Now let's run our new application, which brings us to...

 

The Simulator

Across the top of our screen are the simulator controls:

NewImage

 

Simply click Run, and the iPhone4 simulator will run.  Voila:

NewImage

 

You can control the Simulator with the following hotkeys, although the rotation keys don't work if you don't support landscape changes in code.  I also had a bit of a fight getting F11 and F12 working on Mac, but that is more an OS issue than a Moscrif issue.

 

Operation Mac OS Linux Windows Moscrif symbol
Take screenshot F12 coming soon F12  
Rotate left F11 F11  
Rotate right F11 F11  
Left functional key F1 F1 #left
Right functional key F2 F2 #right
Send / Green / Talk F3 F3 #send
End / Red F4 F4 #end
Back Backspace Backspace #back
Ok / Centre key / Confirm Return Return #ok
Volume Up F6   #volumeUp
Volume Down F7   #volumeDown
Camera F5   #camera
Power     #power
Menu F8   #menu
Home F9   #home
Zoom In Cmd + (=) Ctrl I, Ctrl +  
Zoom Out Cms - Ctrl O, Ctrl -  

 

As you can see from the display options, there is a decent number of profiles pre-configured.

NewImage

 

I did run in to a few issues, when I switched from Iphone3 to iPad, then implemented screen rotation, only a 480x320 portion of the screen was rendered.  That said, having a simulator layer massively improves turn around time, especially when working on Android where the emulator is pure garbage.

 

Publishing

The simulator is nice, but at the end of the day you are going to want to run on an actual device.  That process is actually quite simple.

Simply select the menu Project->Publish

The following dialog will appear:

Publish Dialog

 

 

Select your OS as a tab at the top, click a checkbox beside a skin and click the Publish button.  You can totally tell a programmer wrote this dialog… Reset Matrix?  Really? ;)  Coincidentally Reset Matrix is simply De-select, if you are curious.

After clicking Publish, Moscrif will churn away for a little bit and a Finder/Explorer window will pop up with your APK file ready for deployment.  I have to admit, this process is quite impressive, as it doesn't require you to install the Android tools, mess with any environment variables or any of the typical fun.  If you are just starting out, this is about the easiest way to generate an APK file I've ever seen.  Coincidentally, the APK was about 4MB in size, which is pretty impressive.  When using Titanium, a Hello World measured in closer to 10MB.

There is however a downside (one Appcelerator Titanium shares), you can't currently debug on device, which sucks.  You can log/trace back to the IDE as your program runs, but that's it. There are a whole class of bugs, especially on Android, that only express themselves on an actual device, so this can get a bit annoying.  Let's hope the simulator does a very good job of, well, Simulating.  Fortunately, on device debugging is a very near term item on the roadmap of features.  Even more confusing, it doesn't appear you can debug in the simulator either, other than debug logging.  I have become so used to being able to set breakpoints and step through code, it feels like a major omission when I cant. Hopefully this functionality gets added, at least to the simulator. Or perhaps I simply overlooked the functionality somewhere.

 

Other stuff and closing thoughts

The IDE is fairly easy to come to terms with.  What you see is pretty much what you get, there aren't a hundred menu items or nested dialogs, and there really doesn't have to be.  The code editing tools are pretty impressive, with good legible errors displayed in realtime.  There is code completion, it's quick and appears to work exactly as you would expect it to. Otherwise it's a fairly barebones but functional code editor.  There is smart tabbing, find/replace, code suggestions/completion, hover-over code tips and code folding and thats about it. For more advanced editing, such as refactoring, you need to move to a more dedicated text editor.  Truth is, in 99% of occasions, the IDE is a perfectly capable and even enjoyable place to edit your code.

Next is the area of support and community.  Let me start with the bad, community.  I am not saying the community is bad, more… missing.  One of the downsides of being a fairly new product is the lack of information online.  When you run in to a problem on Moscrif, there isn't yet a large community to turn to and Google won't come to save you.

Now, the good.  Moscrif's documentation ROCKS.  It staggers me how good of a job they have done.  Theres a pretty good step by step documentation that walk you through many of the features with code examples.  Where Moscrif really shines though is the reference materials. It's comprehensive, complete, timely and almost always comes with a code sample.  The reference material goes a long way to minimizing the lack of community…  you don't have as many people out there to answer your questions… but you have such great documentation that you don't really have any questions in the first place!  If you are middleware publisher and want to know how to do documentation… look no further!

I haven't really gotten the chance to really dive in and code.  That said, what I saw in my initial inspection certainly have my interest piqued, so I will be looking at the code side of things shortly.  So stay tuned for a more detailed hands on with the code in the future.  I am impressed by what I've seen so far.

 

Pros

  • it's JavaScript based
  • no external dependencies. No need to install other tools or SDKs. Fastest way I've seen to build an Android app yet
  • small executable size for the type of tool it is
  • EXCELLENT reference materials
  • all in one, easy to get started, reasonably complete
  • simulator makes for fast dev turn around times
  • JavaScript language enhancements that fix some of JavaScript's warts
  • Fast OpenGL based performance

Cons

  • it's JavaScript based 
  • lack of online presence, forum software is terrible and finding information not in the documentation is difficult
  • internet connection required
  • debugger needs improvement and basic debugging features ( breakpoints, inspection, etc ) added
  • it's young and relatively unproven 

 

Stay tuned for a later post when I look at Moscrif from a coding perspective.

 

General Programming


27. October 2012

 

 

It's odd how news arrives sometimes, it always seems to arrive in batches and today's post is no exception.  Earlier this week I read about a recently launched 3D modeller that works within Unity3D.  That piqued my interest for a few minutes, then something shiny came along and I forgot about it completely.  Then a day later a different product was announced that also enables 3D asset creation within Unity.

If you've not heard of it, Unity is a massively popular game creation suite, that enables developers to create games for PC, Mac, iOS, Android and more.  Prices range from free to around the 1,500$ mark.  The biggest catch has always been the content creation side, take a look at our 3D application list for an idea of the typical price tag attached to these application.  Up until now, Blender and Cheetah3D on the Mac where you only options if you didn't have several thousand dollars to spend.  Then you have to contend with the annoyances of getting your asset from the application and in to Unity, not always a seamless process.  Therefore, a low cost/no cost editor that works within Unity is certainly welcome.  And today, we get two of them!


GameDraw


The first is GameDraw, which is available in Unity or as a stand alone application on Mac, Windows, Linux and iPad.  It currently has a 45$ price-tag, which is about 1% of the cost of 3D Studio Max if you want to put that in perspective.

GameDraw features include:

Polygonal Modeling, Sculpting, Generation and Optimization Tools
UV Editor
City Generator
Runtime API
Character Customizer
Mesh Editing ( Vertex, Edge, Triangle, Element)
Mesh manipulation functions (Extrude, Weld, Subdivide, Delete, Smooth,…etc)
Assigning new Materials
Mesh Optimization
UV editing
Primitives (25 basic model)
Sculpting
Boolean operations
Node based mesh generation
2D tools (Geometry painting, 2D to 3D image tracing)
Character customizer
City Generator
Warehouse “hundreds of free assets”




 

Shade for Unity

Shade is the other contender entering the ring.  This is a bit odd for me, as I have been a hobbyist in the 3D industry since the early DOS days when I purchased 3D Studio ( note, no MAX ) 4.  I spent my childhood dreaming of owning an SGI Indy with PowerAnimator.  I have followed the industry forever, used just about every 3D application out there, from the big guys like Max and Maya to the fringe like Nichimen nWorlds and Houdini.  In all of that timeNewImage however, I don't think I have ever even heard of Shade, which amazingly has been around since 1986 and is currently at version 12!  

I downloaded the 30 day trial  and I am rather impressed with this package, which I will be looking in to in a bit more depth later.  I noticed along the way, while search for help on how to do certain tasks in Shade, nobody else has heard of it either!  There just isn't a ton of information out there.  How the heck can a package get to version 12 and nobodies heard of it?  Easily… it's big in Japan.  Ah.

So then, why the hell am I babbling on about Shade?  Well, this announcement recently crossed my desk:

Publisher Mirye Software and developer E Frontier announce the free 3D game content development system for indie developers and professionals will soon be available for developers on Mac OS X.

Shade 3D for Unity is based on the professional 3D modeling, animation and rendering tool set Shade, a product available for over 27 years and used worldwide by illustrators and designers. Shade 3D for Unity enables designers and game developers to build animated project content that integrates with Unity 3D, the game development system for Windows, Mac OS X, iOS, and Android.

Workflow integration makes it is easy to share project assets (Configuration Files) of Unity in Shade 3D for Unity and easily transfer content between them.

Snip…

Shade 3D for Unity includes an advanced tool set for creation of original 3D content:

* Import/Export integration with Unity 3D
* Advanced 3D Modeling Environment
* Polygon Mesh Editor
* UV Editor and Image Management
* Design friendly Bezier Spline Modeler
* Powerful Object Instancing Features
* 3D Object Hierarchy Browser
* Material Setting Features
* Material Parameter with Texture Map Settings
* Animation Setting Feature
* Draft Ray Tracing Renderer

Interesting…

Perhaps most interesting of all is the price tag.  Free.  I like free.

That said, the last free product 3D product I tried out was Daz3D and I am still getting half a dozen spam emails a week from them ( serious Daz, quit it, or make your freaking unsubscribe functionality work! ), so free isn't always free.  Mirye certainly intends to make money somehow, just not sure of exactly how as of yet.  My guess is they are following Daz's model of selling content, or perhaps it's an attempt to upwell you to Shade Professional.

Shade for Unity isn't actually out yet, don't expect it until November.  You can read more details on their site.  They also currently have a utility for using Shade with Unity on the Unity Store called the Shade Unity Loader.  

 

 

Now if you will forgive me, I'm off to play with my new toy.  It's always cool to find another professional caliber 3D application, especially one with a price tag starting at 99$!  I will post a bit more detail on my experiences with Shade 12 trial shortly.

Art News


GFS On YouTube

See More Tutorials on DevGa.me!

Month List