As I've added more and more particle effects to The Imperial Realm::Miranda
I've started to see problems with drawing order. The most obvious problem is sometimes when the camera moves during explosions and the smoke alternates in front of and behind the flowers on the terrain. It's not so pretty. The large bulk of my particles are transparent (have cut out bits) but I have a few that are truly translucent (partially see-through bits) which really complicates things.
I watched a ton of RTS game trailers last week trying to figure out what elements people might expect in the trailer for Miranda. Besides a bunch of prerendered stuff that I'm not going to do, what I saw were a lot of explosions, some simple vehicle physics, and a lot of weapon effects that leave trails of smoke. That's not too bad a list.
Up until today I've been exporting NvOptimusEnablement to enable the NVidia card in my laptop (which also has an Intel card for 2D.) For whatever reason, it stopped working mysteriously this week which led to an hour of trying to figure out why it was all of a sudden taking 3 seconds to render each frame (Intel OpenGL is really, really sad.)
uses UDP for messaging. Sometimes it is super-inconvenient to break a message into packet-sized pieces so on top of that, I have what I call JumboPackets. JumboPackets support sending messages larger than a single packet. The cool thing about the way I implemented JumboPackets is that as far as anyone outside the networking system is concerned, they are just like regular packets - only bigger.
The one problem with JumboPackets is that they're subject to rate limiting like any other packet, so if a jumbo packet is actually 3 regular packets, it must be reassembled on the proxy, sent to the client and then reassembled again. So a 3K packet at a 1K/second send rate limit with 2 hops takes 6 seconds to get delivered. This problem gets worse as packets get larger. Recently I started experimenting with much larger datasets (more units, more teams) and discovered that some of the packets sent during the initial connection were getting quite large and noticeably slowing "load time."
In the last blog post I said I'd been working hard to get Miranda out the door. Here's some of the things I've been working on...
[Chat, building smoke, animated radar dishes, new silos and power gauge.]
Back at the end of April I decided it was time to get The Imperial Realm::Miranda
finished, so I worked out a feature development plan with the goal of releasing the game on November 9th, the 5th anniversary of the project. I optimistically believed that would be early enough to beat the AAA Christmas launch window PR blitz. The plan was:
- October 9 - Friends and Family Alpha.
- November 9 - Teaser Trailer & Limited Public Alpha.
- January 9- Beta.
- February 9 - Trailer & Launch.
The plan was aggressive, I had a lot to do, but it could have happened.
To celebrate the 5th anniversary of my work on The Imperial Realm::Miranda
I left the computer at home, took the family to Seattle, and spent three days having fun, eating well, and seeing new things.
Darth Vader's Lightsaber from The Empire Strikes Back
The Indie Game Revolution at The Experience Music Project Museum
There was a post on Gamasutra
this week about #StealKeyRequest
: phony reviewers scamming game developers for free Steam codes and then selling them on discount game key sites. That's not cool. If this happens to players of The Imperial Realm::Miranda
, at least they will know what happened.
Today I'd like to introduce the newest feature in The Imperial Realm :: Miranda
, the Conquest Map. This map reports in real-time the success or failure of the different factions on Miranda, as well as where fighting is currently underway.
The Imperial Realm::Miranda
was originally planned to be a free-to-play game with currency sales to support the game. Now that it is a pay-to-play game, currency sales are out, and a way to sell overall access to the game is in. Enter Secret Lair Codes
Secret Lair Codes allow access to the base game on either a timed or permanent basis, and support additional entitlements which can be redeemed either per-account or per-force (Miranda's analogue to a character slot in other MMO's.)
The screenshot above shows the screen which allows you to redeem per-force entitlements for codes which have been redeemed on the current account. The plan is that Miranda will have a Standard Edition and a Premium Edition which will both allow access for the life of the game, as well as a couple of lower-cost, timed, trial options of up to a month in duration.
Thanks so much for letting me know of the problem. I looked at the server log and you appear to have arrived from a direct link to page 6, which would account for what you're seeing. Maybe check your bookmark is just http://onemanmmo.com/
I think your web server clock threw a wheel. Suddenly your 2016 posts aren't at the top and 2015 ones are. For a while the IT post was at the top, now on Aug 9th the April 2nd, 2015 post moves to the top as if it were brand new. At a guess, the ...
Both buildings and vehicles capabilities are based on the components chosen for them so all the things you describe are currently possible, although I don't have as many component variations as I'd like yet.
In the final design, partially filled harvesters can happen. While there is still a timer to tell the harvester when to leave, if the field is low on resources the timer is shortened, also the player can tell it to leave and it will leave with a ...
Any thoughts to expanding base design/building using components? Possibly as a future feature or expansion.
I'm a personal fan of the Tower Defense genre, which origin is attributed to RTS - specifically the Autumn Tower Defense level in Warcraft 3. ...