Planet Gamedev

Game AI for Developers

BROADCAST: Star Citizen's Flight Simulation and Combat AI (November 30th)

by Alex J. Champandard at November 26, 2014 05:00 AM

BROADCAST: Star Citizen's Flight Simulation and Combat AI (November 30th)

This upcoming broadcast on Sunday, November 30th at 20:00 UTC will take place online within your browser using streaming audio/video:

“This interview with Matthew Jack will dig into the technical details behind the technology that powers Star Citizen, in particular for Arena Commander: a dog-fighting and flight simulation module for the game. You'll see the debugging tools in particular, as well as the wider challenges of building a living world AI.”

To subscribe for email reminders and check the exact time in your current timezone, visit this broadcast's page on

iPhone Development Tutorials and Programming Tips

Tutorial: Creating A High-Performance Smooth Scrolling Collection View With AsyncDisplayKit

by Johann at November 26, 2014 12:11 AM

Post Category    Featured iPhone Development Resources,iOS Development Tutorials,Swift

Last month I mentioned an interesting library from Facebook called AsyncDisplayKit for creating smooth interactive user interfaces.

Here’s a nice practical hands on-guide by René Cacheaux that explains how to use AsyncDisplayKit to create a smooth scrolling collection view with image and text even when the view has multiple layers, and blurring/unblurring effects.

You’ll learn how to set up the different elements of the view as nodes, perform operations in the background, and reuse cells for maximum performance.

You can find the tutorial over on the Ray Wenderlich blog.

A nice guide on using the powerful AsyncDisplayKit library.

Be the first to comment...

Related Posts:

FacebookTwitterDiggStumbleUponGoogle Plus

Original article: Tutorial: Creating A High-Performance Smooth Scrolling Collection View With AsyncDisplayKit

©2014 iOS App Dev Libraries, Controls, Tutorials, Examples and Tools. All Rights Reserved.

Procedural World

Instance Voxelization

by Miguel Cepero ( at November 25, 2014 04:29 PM

We are finishing the voxelization features in Voxel Studio.  Here is how it looks like:

At only 40x80x40 voxels it is a good reproduction of the Buddha. You can still see the smile and toes.

This computes 12 levels of detail so when this object is distant we can resort to a much smaller representation. If you know what texture mipmaps are, you'd see this is a very similar concept.

The LOD slider produces a very cool effect when you move it quickly: you can see the model progress quickly from high to low resolution.

And here is the Dragon at 80x80x50 voxels:

Game Design Aspect of the Month

IGDA Webinar: The Evolution of Videogame Design

by (Sande Chen) at November 25, 2014 03:49 PM

In this video, creative producer Patrick Holleman describes how tenets of game design evolved during the three historical ages that he calls the arcade era, the composite era and the set piece era.

Game design Webinars from the IGDA are held on every third Wednesday of the month.

iPhone Development Tutorials and Programming Tips

Tool: An Easy To Use Cocoa Dependency Manager That Works With Github And Git Repositories

by Johann at November 25, 2014 02:30 PM

Post Category    Featured iPhone Development Resources,iOS Programming Tools And Utilities,Open Source iOS Libraries And Tools,Swift

Carthage is an open source Cocoa dependency management solution released by Justin Spahr-Summers that makes it dead simple to checkout and build dependencies from Github or any Git repository, and has a number of advantages over other solutions.

Carthage takes a new approach and does not require any specification files to be included with your dependencies, you simply need to create a single cartfile listing your dependencies along with your version requirements. Carthage will only work with iOS 8 as it uses the new dynamically linked framework capability.

Carthage supports Github and other Git repositories, allowing you to easily checkout and build your dependencies from the command line. Carthage does not modify your Xcode projects you simply need to drag the freshly built frameworks into your projects.

This snippet from the readme shows an example Cartfile:

# Require version 2.3.1 or later
github “ReactiveCocoa/ReactiveCocoa” >= 2.3.1


# Require version 1.x
github “Mantle/Mantle” ~> 1.0 # (1.0 or later, but less than 2.0)


# Require exactly version 0.4.1
github “jspahrsummers/libextobjc” == 0.4.1


# Use the latest version
github “jspahrsummers/xcconfigs”


# Use a project from GitHub Enterprise, or any arbitrary server
git “https://enterprise.local/desktop/git-error-translations.git” >= 0.1

Note that Carthage will only work with iOS 8 because it uses the dynamically linked framework functionality.

You can find Carthage on Github here.

A nice easy to use dependency management solution for Github and Git based dependencies.

Be the first to comment...

Related Posts:

FacebookTwitterDiggStumbleUponGoogle Plus

Original article: Tool: An Easy To Use Cocoa Dependency Manager That Works With Github And Git Repositories

©2014 iOS App Dev Libraries, Controls, Tutorials, Examples and Tools. All Rights Reserved.

Tool: View The Memory Heap In App To Avoid Any Memory Issues

by Johann at November 25, 2014 07:12 AM

Post Category    Featured iPhone Development Resources,iOS Programming Tools And Utilities,Open Source iOS Libraries And Tools

When ARC was introduced in Objective-C memory management become much less of an issue, but you can still create issues especially with holding objects longer than needed.

Here’s an open source tool that allows you to monitor the memory heap from within your app and quickly identify any memory issues called HeapInspector from tapwork.

With heap inspector you can get data from running objects that includes the reference history, detailed information, and screenshots.

You can also take snapshots to compare the heap before you started recording so you can quickly identify any leaking objects, unneeded objects that are still alive and more.

Here’s an animation from the readme:

You can find HeapInspector-For-iOS on Github here.

A nice tool for easily identifying any potential memory issues.

Be the first to comment...

Related Posts:

FacebookTwitterDiggStumbleUponGoogle Plus

Original article: Tool: View The Memory Heap In App To Avoid Any Memory Issues

©2014 iOS App Dev Libraries, Controls, Tutorials, Examples and Tools. All Rights Reserved.

Confetti Special FX


by Wolfgang at November 25, 2014 12:23 AM

We are working on Vainglory for the last four months. Enjoy the screenshots:


Game From Scratch

LibGDX Video Tutorial: Handling Keyboard, Mouse and Touch Input

by at November 24, 2014 09:23 PM


In this video tutorial, we look at handling Keyboard, Mouse and Touch input in LibGDX.  We look at both handling input via polling as well as an event driven approach.


You can see the video in full 1080p definition here.  Once again, all the code included in the video is available below:



Polled Input Sample

package com.gamefromscratch;

import com.badlogic.gdx.ApplicationAdapter;
import com.badlogic.gdx.Gdx;
import com.badlogic.gdx.Input;

public class PolledInputDemo extends ApplicationAdapter {
   SpriteBatch batch;
   Texture img;
   Sprite sprite;
   public void create () {
      batch = new SpriteBatch();
      img = new Texture("badlogic.jpg");
      sprite = new Sprite(img);
      sprite.setPosition( - sprite.getWidth()/2,
   - sprite.getHeight()/2);

   public void render () {

      // Keyboard events
         sprite.setPosition( - sprite.getWidth()/2,
      - sprite.getHeight()/2);

         sprite.setPosition(Gdx.input.getX(), - Gdx.input.getY());, 0, 0, 1);;
      batch.draw(sprite, sprite.getX(), sprite.getY());

   public void dispose(){

Event Driven Input Sample

package com.gamefromscratch;

import com.badlogic.gdx.ApplicationAdapter;
import com.badlogic.gdx.Gdx;
import com.badlogic.gdx.Input;
import com.badlogic.gdx.InputProcessor;

public class EventDrivenInputDemo extends ApplicationAdapter implements InputProcessor {
   SpriteBatch batch;
   Texture img;
   Sprite sprite;
   boolean movingRight = false;
   public void create () {
      batch = new SpriteBatch();
      img = new Texture("badlogic.jpg");
      sprite = new Sprite(img);
   - sprite.getHeight()/2);


   public void render () {

         sprite.translateX(1f);, 0, 0, 1);;
      batch.draw(sprite, sprite.getX(),sprite.getY());

   public boolean keyDown(int keycode) {
      if(keycode == Input.Keys.RIGHT)
         movingRight = true;
      return true;

   public boolean keyUp(int keycode) {
      if(keycode == Input.Keys.LEFT)
      if(keycode == Input.Keys.RIGHT)
         movingRight = false;
      return true;

   public boolean keyTyped(char character) {
      return false;

   public boolean touchDown(int screenX, int screenY, int pointer, int button) {
      return false;

   public boolean touchUp(int screenX, int screenY, int pointer, int button) {
      return false;

   public boolean touchDragged(int screenX, int screenY, int pointer) {
      // If the user is holding down ( or was holding down, and hasnt released ) three fingers, move the sprite
      if(pointer ==2)
      return true;

   public boolean mouseMoved(int screenX, int screenY) {
      return true;

   public boolean scrolled(int amount) {
      if(amount > 0)
      if(amount < 0)

      return true;

iPhone Development Tutorials and Programming Tips

Tutorial: An Introduction To The New View Debugging Features In Xcode 6

by Johann at November 24, 2014 07:58 PM

Post Category    Featured iPhone Development Resources,iOS Development Tutorials

In the past I’ve mentioned a few nice tools for view debugging most recently the FLEX library which allows you to tweak virtually any view within a running app.

Xcode 6 has added a number of new features for view debugging, and Jordan Morgan has written a nice guide pointing out many of these new features.

In Jordan’s guide you’ll find out how to use the new 3D view hierarchy display feature, the new view adjustment sliders above the debugging area, and the color blended layers feature in the iOS simulator.

After going through the tutorial you’ll have a nice grasp on the new view debugging features in Xcode 6.

You can find the tutorial over on the Tuts+ code blog.

A nice guide for more effective view debugging with Xcode 6.

Be the first to comment...

Related Posts:

FacebookTwitterDiggStumbleUponGoogle Plus

Original article: Tutorial: An Introduction To The New View Debugging Features In Xcode 6

©2014 iOS App Dev Libraries, Controls, Tutorials, Examples and Tools. All Rights Reserved.

Top iOS Development Resources For Week Ended November 23rd, 2014

by Johann at November 24, 2014 07:00 AM

Post Category    Featured iPhone Development Resources,News

Welcome back to our feature of the most popular new and updated iOS developer resources mentioned on the site from the last two weeks.

The top resource this week is an open source library providing custom buttons, table view cells, color helpers, and more inspired by the design and ripple effects of Google material design.

Here are the resources:

1.  MaterialKit – An open source library providing a number of components inspired by Google material design.  (share on twitter) (featured here)

2.  JSONExport - An open source Mac based tool allowing you to automatically generate Swift and objective-C code for parsing JSON data.(share on twitter) (featured here)

3.  RKCardView – An open source UI component for creating card style views with a wide variety of customization options.  (share on twitter) (featured here)

Thanks for reading!

Be the first to comment...

Related Posts:

FacebookTwitterDiggStumbleUponGoogle Plus

Original article: Top iOS Development Resources For Week Ended November 23rd, 2014

©2014 iOS App Dev Libraries, Controls, Tutorials, Examples and Tools. All Rights Reserved.

Game Producer Blog

My Chivalry: Medieval Warfare review

by Juuso Hietalahti at November 23, 2014 09:35 PM

It’s pretty awesome.



Game From Scratch

OpenGEX–The 3D Format for Indie Game Developers?

by at November 23, 2014 05:27 PM


Today I was contacted by a developer from the jMonkeyEngine team who was interested in spreading the word about the OPENGEX format among indie developers, and I agree completely with the goal.


Before I even get in to OpenGEX, it’s helpful to first look at the alternatives available for 3D import/export.  Moving 3D assets between software packages and into game engines has long been a challenge and there have been a number of popular formats as a result.  Let’s take a quick look at the more popular choices.




Site Link


COLLADA is probably the monster in the segment now, standing for COLLAborative Design Activity, ranking up there amongst the most contrived acronyms I’ve ever encountered.  COLLADA started life at Sony and was later submitted to Khronos, the party responsible for OpenGL, for standardization.  Several major players in the industry signed on to support COLLADA, pretty much everybody actually, but most importantly, all the big boys signed on,  including Alias ( Maya ), Avid ( Softimage, at the time anyway… ) and Autodesk ( 3D Studio Max ).

COLLADA was designed primarily as an interchange format between tools, allowing you to for example use Max and Softimage in your art pipeline rather seamlessly.  For the most part it worked too, the industry came together and interchange was probably better than it’s ever been.

Obviously there is a but, or I wouldn’t be writing this, I would just say “hey, we should all use COLLADA!” and be done with it.  So, time for the but… and what a big but it is. ( sorry… )  First off, COLLADA is a huge, some could say bloated format, that is ill suited for games.  Again, it was designed for communication between authoring tools, ease of use and performance certainly weren’t priorities.  Being controlled by the Khronos board certainly couldn’t help either, and it didn’t.  The format became convoluted over time.

The next major problem is a change in the industry… you see, Autodesk bought everything.  So suddenly most of the software this open standard was designed to work with are owned by a single company.  Now with each new version released, things are broken, often needlessly.  For a large company like Unreal or Unity, supporting a complicated and constantly moving target isn’t a big deal, they can frankly just throw money at it.  For smaller, indie or open source game engines, this isn’t a solution.




Site Link


The FBX format started life in a product called Filmbox, made by a company known as Kaydara.  Filmbox started life as a motion capture suite and obviously needed to support various software packages, so they created the FBX file format.  In the early days, well before the rise of COLLADA, it was supported by pretty much all of the common 3D packages of the day ( 3D Studio Max, Lightwave, Softimage, Power Animator ( Maya’s precursor ), Cinema3D, etc ).  Well, Filmbox was eventually renamed MotionBuilder, a product that exists to this day and it was acquired by Alias, the makers of Maya and PowerAnimator before it.  Remember how in the COLLADA write up I said Autodesk bought everything?  Well, that wasn’t really an exaggeration… in 2006, Autodesk purchased Alias and with it gained control of MotionBuilder and the FBX file format.

So, fast forward to today and Autodesk controls Softimage, 3D Studio Max, Motion Builder, Softimage and more.  FBX is the format they use internally to communicate between their own tools.  So at the end of the day, if you are working entirely in the Autodesk ecosystem it’s the easiest and safest route to go.

For game developers though, it’s a bit of a different story.  Once again, the large guys can easily support FBX, just like COLLADA.  Perhaps most importantly, Autodesk make available an SDK for working with FBX.  Some game engines make use of this SDK such as LibGDX’s fbx-conv tool.  There are limitations on this license however on of the biggest is that it is incompatible with GPL, meaning Blender and similar tools can’t use the SDK.  ( although I would put this on the awfulness of GPL instead of Autodesk’s license, but that’s splitting hairs ).  This means Blender uses a “clean room” implementation of FBX and this means that the FBX support in Blender is, well, pretty crappy.


FBX however is not a game friendly format either, once again, it’s designed for communication between game tools, not for fast and efficient storage.  So even in the case of tools like LibGDX that support it, they ultimately just use it as a source and convert it to their own internal format.  This means each time you change your asset in your modeling tool, you have to convert it again and again.


OBJ, 3DS, MD2, DXF, etc



This is a catch all category, but it’s worth noting the above.  Open Source game engines commonly support some of the older simpler formats, one of the most common being OBJ.  These were the file export formats from popular 3D applications from years ago ( OBJ = Alias, 3DS = 3D Studio, DXF = AutoCAD, MD2 = Quake Engine ).  The reason they are supported is the formats tend to be fairly simple with a large body of code already available.


On the other hand, they are also ancient and incredibly limited, especially when it comes to animation data.  If you have simple requirements, a simple format should do the trick and frankly you will often see OBJ format supported when animation data isn’t needed ( such as by Mixamo Fuse or Poser, for model data ), but once you start adding complexity, these formats start to show their age.


I am mostly mentioning them for completeness only.



So, a TL;DR summary of the negatives of each format:



  • bloated and complicated format
  • run by Khronos group ( this is a good and bad thing )
  • fragile between versions, breaks easily
  • not game engine friendly



  • proprietary file format
  • controlled by Autodesk
  • not open source friendly license
  • not game engine friendly


The Others

  • ancient
  • poor animation support
  • limited functionality

Enter OpenGEX


Site Link


This brings us at last to OpenGEX ( Open Game Exchange ), an open 3D file format targeted specifically at game developers for use in game engines.  It was created by Eric Lengyel originally for the C4 Game Engine and was funded by a successful IndieGoGo campaign.  Essentially you can think of OpenGEX as a stripped down, game engine focused version of COLLADA.  Instead of being XML based, it uses OpenDDL (Link).

(Edit to fix JSON error)

The easiest way to understand the value of OpenGEX is to compare the format to COLLADA.  Fortunately the OpenGEX site provides just such an example.  Looking at the OpenGEX format, it’s quite clean, very reminiscent of OBJ, but with support for modern features.  The purpose behind OpenGEX’s creation is nicely captured in this comment:


The OpenGEX format was created because Collada, the open standard that we all hoped would provide a well-supported asset exchange format, has proven to be an unreliable mess. The most common source of problems has been the poor quality of the Collada export plugins available for software such as 3D Studio Max and Maya, and we attribute this to Collada’s over-engineered design and its mutating under-specified format.


Now of course, a format is of little use if no tools support it, and this is where OpenGEX shines.  There are already exporters for Max, Maya and Blender.  Additionally there is an Import template available for implementing OpenGEX in your game or engine.  It’s basically a Visual Studio 2013 project with the code used by the C4 Engine to load OpenGEX files.


If you are interested in learning more, you can read the PDF spec here.


So…. what?


So what’s the value in all of this to you as an indie game developer?


Well, if you are working with Unity or Unreal Engine, very little actually.  They have the resources to support the COLLADA, with all of it’s quirks, breaks and other warts.  If however you are working with a open source or smaller game engine, moving to a much more sane format can make everyones life easier.


As is the nature of any format, the more it’s used, generally the better it becomes ( unless of course committee bloat sets in ).  Basically, the less time smaller developers have to spend on content pipeline tools, the more time they have to work on improving their engine.  Additionally, the less headaches the game developer suffers getting assets in their game, again, the more time they have to work on the game.


There has been some recent movement in regards to supporting OpenGEX.


First off, the developer who contacted me from the jMonkeyEngine has recently made a Java library on Github available for handling OpenGEX files.  This could potentially enable other popular Java based game engines *cough*LibGDX*cough* to support OpenGEX.


It was recently announced too that Ogre3D is working to support the OpenGEX format as well.  Again, the developers words perfectly capture why this is important:

Partly to address that I'm planning on adding support for the OpenGEX format.
Because of two reasons:

  1. The format is actually really good, easy; and contains everything we need. It's basically our XML mesh and skeleton format, but in JSON.
  2. Joint effort. There are already plugins. Open Source plugins. Which are being used for the C4 engine. If Ogre adopts the same format, we can share the burden of maintaining 3D asset exporters. Those are hard to maintain given Autodesk always releases a new version every year with partically no difference but breaking many plugins on the way. It should also empower more adoption of the OpenGEX format, and hopefully get others in. Unlike Collada, OpenGEX is good.


That second reason sums it up perfectly.  If a number of indie game engines all adopt the same format, the burden of maintenance is spread across a number of developers instead of each developing their own proprietary format and all the support that entails.  It also makes creating game tools that work across game engines a much easier task.  Finally, it helps break Autodesk’s chokehold on the industry!


So mostly it’s a matter of trying to spread the word and gain support.  One critical component would certainly be getting support into the Assimp ( Open Asset Import Library ), an open source model importing library that is the underpinning for many game engines importers today.  There is already an open feature request, so if you feel an open game friendly COLLADA option would be useful, that would certainly be a good place to start.

Game From Scratch

Urho3D game engine version 1.32 release

by at November 22, 2014 09:09 PM



The Urho3D C++ cross platform game engine just released version 1.32.  The following is the change log from this release:



  • Finalized Urho2D functionality, including 2D physics using Box2D, sprite animation and tile maps
  • Threaded background resource loading. Must be manually triggered via ResourceCache or by loading a scene asynchronously
  • Attribute and material shader parameter animation system
  • Customizable onscreen joystick for mobile platforms. Used in examples
  • Touch camera control in examples on mobile platforms
  • Touch emulation by mouse
  • Multi-touch UI drag support
  • Consistent touch ID’s across platforms
  • Absolute, relative and wrap modes for the operating system mouse cursor
  • Support for connecting & removing joysticks during runtime
  • Negative light & light brightness multiplier support
  • Transform spaces for Node’s translate, rotate & lookat functions
  • Scrollable console
  • Selectable console command interpreter (AngelScript, Lua, FileSystem)
  • Touch scroll in ScrollView & ListView
  • UI layout flex scale mode
  • Custom sound streams from C++
  • LogicComponent C++ base class with virtual update functions similar to ScriptObject
  • Signed distance field font support
  • JSON data support
  • Matrix types in Variant & XML data
  • Intermediate rendertarget refactoring: use viewport size to allow consistent UV addressing
  • ParticleEmitter refactoring: use ParticleEffect resource for consistency with ParticleEmitter2D and more optimal net replication
  • Expose LZ4 compression functions
  • Support various cube map layouts contained in a single image file
  • Configurable Bullet physics stepping behavior. Can use elapsed time limiting, or a variable timestep to use less CPU
  • Default construct math objects to zero / identity
  • Mandatory registration for remote events. Check allowed event only when receiving
  • Teapot & torus builtin objects
  • FXAA 3.11 shader
  • Triangle rendering in DebugRenderer (more efficient than 3 lines)
  • Material/texture quality and anisotropy as command line options and engine startup parameters
  • Spline math class, which the SplinePath component uses
  • Console auto-show on error
  • DrawableProxy2D system for optimizing 2D sprite drawing
  • Possibility to decouple BorderImage border UV’s from element size
  • Editor & NinjaSnowWar resources split into subdirectories
  • UI hover start & end events
  • UI drag cancel by pressing ESC
  • Allowed screen orientations can be controlled. Effective only on iOS
  • Rendering sceneless renderpaths
  • Define individual material passes as SM3-only
  • Support for copying ListView text to system clipboard
  • Async system command execution
  • Generic attribute access for Lua script objects
  • Use Lua functions directly as event subscribers
  • Touch gesture recording and load/save
  • AssetImporter option to allow multiple import of identical meshes
  • Automatically create a physics world component to scene when necessary
  • GetSubimage function in the Image class
  • Possibility to clone existing components from another scene node
  • Improve terrain rendering on mobile devices
  • Refactoring of camera facing modes in BillboardSet & Text3D
  • Additive alpha techniques for particle rendering
  • Possibility to use CustomGeometry component for physics triangle mesh collision
  • Access to 2D node coordinates for convenience when using 2D graphics features
  • Save embedded textures in AssetImporter
  • Use best matching fullscreen resolution if no exact match
  • Use SDL_iPhoneSetAnimationCallback instead of blocking main loop
  • Allow fast partial terrain updates by modifying the heightmap image
  • API for setting image pixels by integer colors
  • Refactor to remove the separate ShortStringHash class
  • Deep clone functionality in Model resource
  • Zone can define a texture which is available to shaders. Not used by default
  • Allow logging from outside the main thread
  • Log warnings for improper attempts to use events from outside main thread
  • Improved CustomGeometry dynamic updates
  • ConvexCast function in PhysicsWorld
  • Screen to world space conversion functions in Viewport class
  • Allow sending client rotation to server in addition to position
  • Allow accessing and modifying the engine’s next timestep
  • DeepEnabled mechanism for disabling node or UI element hierarchies and then restoring their own enabled state
  • Allow to prevent closing a modal window with ESC
  • Per-viewport control of whether debug geometry should render
  • Optional interception of resource requests
  • Readded optional slow & robust mode to AreaAllocator
  • Optionally disable RigidBody mass update to allow fast adding of several CollisionShape components to the same node
  • Runtime synchronization of resource packages from server to client
  • Disable multisample antialiasing momentarily during rendering. Used by default for UI & quad rendering
  • Glyph offset support in Font class
  • Font class internal refactoring
  • Allow to create AngelScript script objects by specifying the interface it implements
  • Window position startup parameters
  • Functions to get time since epoch & modify file’s last modified time
  • Optionally auto-disable child elements of a scroll view when touch scrolling
  • Allocate views permanently per viewport to allow querying for drawables, lights etc. reliably
  • Allow to specify material techniques/passes that should not be used on mobile devices
  • Reduced default shadow mapping issues on mobile devices
  • Minor rendering optimizations
  • Build system: possibility to build Urho3D without networking or 2D graphics functionality
  • Build system: improved generated scripting documentation
  • Build system: improved support for IDE’s in CMake scripts
  • Build system: support up to Android NDK r10c and 64-bit ABIs
  • Build system: numerous other improvements
  • Editor: resource browser
  • Editor: spawn window for random-generating objects
  • Editor: allow either zoom or move from mouse wheel
  • Editor: locate object by doubleclicking node in hierarchy
  • Editor: take screenshots with F11, camera panning
  • Editor: button in value edit fields that allows editing by mouse drag
  • Updated SDL to 2.0.3.
  • Updated AngelScript to 2.29.1
  • Updated assimp
  • Updated Recast/Detour
  • Fix MinGW build issues
  • Fix techniques referring to wrong shaders
  • Fix Node::LookAt() misbehaving in certain situations
  • Fix resize event not reporting correct window size if window is maximized at start
  • Fix PhysicsWorld::GetRigidBodies() not using collision mask
  • Fix zone misassignment issues
  • Fix Lua not returning correctly typed object for UIElement::GetChild() & UIElement::GetParent()
  • Fix uninitialized variables in 2D physics components
  • Fix quad rendering not updating elapsed time uniform
  • Fix forward rendering normal mapping issues by switching calculations back to world space
  • Fix wrong logging level on Android
  • Fix multiple subscribes to same event on Lua
  • Fix missing Octree update in headless mode
  • Fix crash when using FreeType to access font kerning tables
  • Fix ReadString() endless loop if the string does not end
  • Fix shadow mapping on OS X systems with Intel GPU
  • Fix manually positioned bones being serialized properly
  • Fix file checksum calculation on Android
  • Fix accelerometer input on Android when device is flipped 180 degrees
  • Fix missing or misbehaving Lua bindings
  • Fix crashes in physics collision handling when objects are removed during it
  • Fix shader live reload if previous compile resulted in error
  • Fix named manual textures not recreating their GPU resource after device loss
  • Fix skeleton-only model not importing in AssetImporter
  • Fix terrain raycast returning incorrect position/normal
  • Fix animation keyframe timing in AssetImporter if start time is not 0
  • Fix storing Image resources to memory unnecessarily during cube/3D texture loading
  • Fix to node transform dirtying mechanism and the TransformChanged() script function
  • Fix returned documents directory not being writable on iOS
  • Fix click to emptiness not closing a menu
  • Fix FileWatcher notifying when file was still being saved. By default delay notification 1 second
  • Fix .txml import in the editor
  • Fix erroneous raycast to triangles behind the ray
  • Fix crash when multiple AnimatedModels exist in a node and the master model is destroyed
  • Fix missing Matrix4 * Matrix3x4 operator in script
  • Fix various compile warnings that leak to applications using Urho3D
  • Fix DebugHud update possibly being late one frame
  • Fix various macros not being usable outside Urho3D namespace
  • Fix erroneous layout with wordwrap text elements
  • Fix debug geometry rendering on flipped OpenGL viewports
  • Fix kNet debug mode assert with zero sized messages
  • Fix not being able to stop and restart kNet server
  • Fix AreaAllocator operation
  • Fix possible crash with parented rigidbodies
  • Fix missing network delta update if only user variables in a Node have been modified
  • Fix to only search for June 2010 DirectX SDK, as earlier SDK’s will fail
  • Fix wrong search order of added resource paths
  • Fix global anisotropic filtering on OpenGL
  • Fix animation triggers not working if trigger is at animation end
  • Fix CopyFramebuffer shader name not being used correctly on case-sensitive systems
  • Fix UI elements not receiving input when the window containing them is partially outside the screen to the left
  • Fix occlusion rendering not working with counterclockwise triangles
  • Fix material shader parameter animations going out of sync with other animations when the object using the material is not in view
  • Fix CPU count functions on Android


You can download the library here.


The project homepage is available here.

iPhone Development Tutorials and Programming Tips

Flexible Open Source iOS Library For Creating Data Validators

by Johann at November 22, 2014 07:25 AM

Post Category    Featured iPhone Development Resources,iOS Development Libraries,Objective-C,Open Source iOS Libraries And Tools

Earlier this year I mentioned the excellent FXForms library allowing you to create table view based forms with a wide number of features.

Here’s a submitted library for data validation that can work with Core Data, or a raw NSObject and added support to make it easier to work with FXForms.

FXModelValidation provides a nice syntax for creating validation rules, and provides a number of built-in validators. With the built in validators you can easily verify input is not empty, is a url, is an e-mail, matches a regular expression, is of appropriate length and more.

An example is included utilizing the FXForms library.

You can find FXModelValidation on Github here.

A nice powerful data validation library.

Be the first to comment...

Related Posts:

FacebookTwitterDiggStumbleUponGoogle Plus

Original article: Flexible Open Source iOS Library For Creating Data Validators

©2014 iOS App Dev Libraries, Controls, Tutorials, Examples and Tools. All Rights Reserved.