Something great has happened in the world of online payment providers. OK, it’s not up there with the discovery of fire, but BMTMicro, who handle the majority of my direct sales, have added amazon payments and google checkout to the payment options at last. I’m not too excited by google checkout (who here actually has an account?) but amazon is a different story.
Here in the UK, at least, amazon is VERY popular (although their tax-dodging behavior irritates me no-end) so a LOT of people already have an amazon account. What this means is that:
a) People who are lazy, and can’t be bothered to find their credit/debit card can buy my games just by remembering their amazon password. yay for frictionless selling!
b) People who are terrified of buying online can buy my games without ever trusting any payment data at all to a third party (even an established, safe one like BMTMicro).
I see both of these developments as steps along the road to easier sales, and encouraging people to buy direct now and then. Hurrah. AFAIK only BMT Micro support this option right now.
In other news…. I am having name-change thoughts AGAIN. Originally game 4 was called LB, then I changed it to OTT, then GTB. Now I might change it from GTB to GTB, where the letter T means something else. It means registering yet another domain, and getting a logo re-done, but I suspect it might be worth it. Oh the nail-biting angst….
Not long until I actually show some footage / screens/ etc
I have this class in my code called ‘smart texture’. I’ve had it for several games now. It basically lets me tell a sprite to use “gun.dds”, and it transparently converts that to the LPDIRECT3DTEXTURE9 and doesn’t mention it. It keeps ‘gun.dds’ in memory, and if I ever lose the screen (alt+tab), and need to rebuild stuff, it will replace the invalid surface pointer the next time it gets drawn with a fresh copy.
Trouble is, that means keeping a list of every smart texture, so that I don’t miss any when recovering from alt+tab. That’s easy, but I ended up using texturedsprites (with a built-in smart texture) everywhere, and thus the list, for a full battle could be 20,000 textures long.
So here I am, effectively keeping a record of me trying to fix this…
It’s 5.35PM Sunday. The wonders of aqtime show me that when I ditch the current level and load in a new one, I am killing off about 8,000 smart textures. Every one is going through it’s destructor and removing itself from the smart textured list. This sucks. I need this to be faster. First instinct is to speed up the destructor, but obviously that’s treating the symptom, not the cause. The real problem is 8,000 smart textures. That isn’t so smart, when 2,000 of them are probably pointing to the exact SAME surface in directx… I need to rethink this system, and NOT break any other code…
I *do* have a system called GUI_TextureCache which does some ‘fixed’ storing of textures I use all the time, like UI stuff, buttons etc. This is obviously a similar task to what I want to do here, in that I need a dynamic dumping ground for commonly used textures pointers. I’m concluding that the cleanest way to handle a fix would be within my SmartTexture itself. it can do some clever caching, and then nobody will ever know any code changed!
Realisation that this means I still keep all these smart textures knocking about, with their ‘gun.dds’ strings. That offends me, as a programmer, but tbh, even ‘longcomplextexturefilename.dds’ is only 30 characters, so with 2,000 units I’m wasting 60k here. Big deal.
Right, so the plan is when I call SmartTexture::SetTexture(“gun.dds”) it may, or may not add itself to a list of textures that would need rebuilding, based on if its already in the list.
Problem: I can’t do that, because it means checking the whole list every time I call SetTexture(). That might even be *slower*. However, my current ‘SetTexture’ goes through a list to grab the pointer, how slow is that? It looks like currently its about half as much time as all those smarttexture destructors, so it might be a win. Plus my SetTexture() stuff uses a MRU caching system which could make ti super fast when loading in 100 identical units…
5.50PM Actually realising I’ll need a totally new class to handle this. it needs to be done a different way, not with existing smart textures. Balls. Surely it can be done? Hold on.. Surely its just a matter of indirection. The purpose of a smart texture is to hold a surface pointer it can rebuild if needed, but it doesn’t have to hold a direct link. It could actually hold an indirect link. One more piece of pointer indirection is trivial. I just add a new CLoadedTexture class that handles rebuilds, and the smarttextures can point at those, meaning no need to keep a list of them at all, as their pointers never go invalid or need rebuilding.
6.25PM everything coded except the actual rebuild() calls for alt+tab. I’ll comment the errors out for a quick test… GAH, it crashes immediately. fixed easily enoguh, and the code RUNS! hurrah, but it doesn’t seem AMAZINGLY faster,. Quick! to aqtime! what the hell… it’s slower?…
6.35OM. Hah! looking at it backwards, it’s about 75% faster. how much time does that knock off loading in a new level now? 5.28 seconds down to 2.1 seconds. That’s pretty good. I’ll code in the rebuilding stuff and give it a quick test…
6.50PM Alt+tab doesnt work, I get just a black window, but that may be something else. I’ve checked in my current code, and am investigating alt+tab issues now. It looks like the restore code hasn’t worked on this new game at all yet. I consider my (dumb) smart texture code fixed :D
Yesterady I bought AQTime. It’s $600. That ain’t cheap. It’s profiling software, so basically its something that helps me write faster code. I’ve used it before, and it’s extremely good. I hope I can make my new game faster and smaller-memory-footprint than GSB by using it.
Already I’ve found out that some code that I thought was fast (searchlights) is in fact scarily slow. What’s more, I know the exact lines of code that cause the problem and it’s likely easily fixed. yay!
Plus fog of war code is done and dusted. Double yay.
I hope to have some interesting screenshots to show off in a few weeks. I’ve done the flashy graphics stuff before the gameplay balancing and level design, which means early screenshots of GTB will look nicer than the frankly awful early GSB ones :D
Also… there was a fox in the field opposite the house yesterday. It seemed to be just prowling about, midday, in the sun. Who needs springwatch when you have a fox? :D
I was shopping for cakes today and bought 2 cakes. There were 2 of us, and we wanted one each, and the guy says “You can get a third cake for the price of 2, which cake do you want?” and although that’s a good deal, it kind of bugged me, and (in my obsessive analytical way) I realised it bugged me because I had lost control of my decision making right then. I had strode into the cake shop, confident of my wants, my decisions, my choices and my needs, and suddenly my whole world view (I want 2 cakes) was reversed at someone else’s decision.I thought I knew what I wanted, and someone else had taken over and was making me operate on their terms (they want to sell more cakes).
I mention it because it reminded me of ‘the social network’ which I watched last night. The harvard guy talks about how harvard encourages students to create their own job, rather than just take a job. I thought this was an incredibly good attitude and should be drilled into ALL students, not just ones at elitist super-expensive universities.
You almost certainly don’t have the job you want. You might *like* your job, but that’s different. You didn’t *really* choose your job. Someone else had an idea, and wanted to make/do/build something. They then worked out they needed some people do do parts X and Y (probably the annoying, boring bits) and they posted a job ad, or asked a headhunter for someone to do it. They then wrote a contract, on their terms, and offered it to you. They will tell you what to do, and keep you doing it as long as it is useful to them.
Employment is a very one-sided situation for most people. Imagine showing up at a job interview with your own contract and asking the employer to sign it. Laughable isn’t it?
Working for yourself is not just different in minor job security and tax and quality-of-life ways. It is a fundamental re-arrangement of the terms upon which you carry out a good third of your existence. Even if you are 80% sure you prefer employment to self employment, I strongly recommend trying it before you hit 40ish, and you become too risk averse. I don’t know many people who tried it and went back to a regular job.
Here is another clue alluding to my next game. The last three were a bit hard. I would have thought trench art and stormtrooper helmets were pretty easy to spot, but I’m impressed how rapidly someone can spot a tiger tank gun barrel, especially when it’s a photo of one I took myself :D. Enjoy: