Unreal Game Engine

I've been doing some research into good game engines with my friend Zero lately.  I've also been thinking for the longest time about finding a way to make some extra income with my talents.  I'm both a programmer and an artist and making the two work together and finding time for the things I like around work has been kinda hard.  (7 years into my web development career hasn't involved any art which has always been kinda depressing)


In our research we came across the unreal development kit.  From the engines we've looked at, this one is the most user friendly and most versatile.  I'm starting to think that going into games is probably the best way to achieve most of my goals and use all my abilities.


I've been thinking of various game concepts i can start working on, and I've come up with a concept I can work on that will be somewhat easy to make.  This will also allow me to learn more things faster since I won't focus on too many small details.  That said, here is the protagonist of my new concept...

and a short video...

no updates yet

Oh boy, I haven't updated things in a while.  Despite being busy with a few other things, I've gotten a bit farther with my site and hooked up my login system.  However, it's not very exciting at this point.  I need to actually spend a bit more time making personalized user accounts and I'll update the site once that's done.

i have federated logins

Last weekend I spent most of my time trying to get my mind wrapped around giving people access to features on my website using their Google accounts.  I was really confused for a while learning how to use the technology.  Luckily, people much smarter than me have already made very easy to use libraries.  I'm currently able to authenticate using Google AND Yahoo because they use the same open source technology.  I'm going to try adding Facebook as well at some point.  They have their own proprietary solution so I need to learn to use different libraries.

Here's what I can do so far and how the authentication works:

1. A person goes to something needing a user login on my website (like the shoutbox) and they see a dialog that tells them they need to log in.
2. They choose the kind of account they want to log in with and get sent directly to that account provider's login page.  The user logs in securely and I never see their credentials.
3. The provider sends the user back to my website with an encrypted identifier that acts as that user's name on my site.  

The result, the user gets to log in to my website without me seeing their credentials.  They don't have to give me any private information for a new account.  And I'm not liable for securing their private info.

getting a user base

Any chat app has to have a user base.  I'd never want to create my own user base though.  I've found it hugely inconvenient in the past transitioning between chat clients and found apps like Trillian fantastic for managing connectivity to the multiple servers.  

Similarly, tons of websites have started using what's called federated authentication to allow logging in with Google or Facebook accounts.  After a little research, I've decided to start with Google's user base using federated login to allow access to the shoutbox on my site.  I've been reading a bit about how to do this today and hope to have this working by the end of the month.

shoutbox template is online

I managed to get my app converted for use on the web.  I put it up on my website today.  I will continue updating it as I keep working on it.  Feel free to check it out at my website siteneolite.com.

keeping up appearances

I haven't worked on the chat app a lot this week, but I think an important aspect of it is to show that there's still activity going on behind the scenes.  I had to do my taxes and work on finishing up another project, but I can't wait to get back to the app.  Actually, i tried to find a way to post it to my website to let people play with it as I work on it.  But my first approach ended up failing miserably.  I have another trick up my sleeve and should end up posting it to my site some time soon...

Also, I thought about possibly changing to a different deployment technology.  I was going to make it a Silverlight app, but people have complained about having to download the Silverlight runtime.  So I pondered changing it to html5 canvas or svg meaning the app would have integrated browser support right off the bat without additional downloads.  Upon some inspection of those technologies, I've decided to stick with Silverlight.  I haven't found any matured frameworks for canvas and svg that would allow me to do what Silverlight does with that level of efficiency.  Plus Silverlight can be directly ported as a Windows app.  So it gives me a lot more flexibility out of the box.

building a chat

Today I spent some time trying to figure out how an actual chat should look.  The main requirements are that multiple numbers of people can have a conversation at the same time.  I was debating between a vertical or horizontal flow but went with the vertical flow.  Most chat apps have a vertical flow and it actually ended up being better all around.  So here's what a conversation would end up looking like.