Yeah, so we’re at T-minus 11.5 hours and that warmup game I wanted to do never happened (though I’ve been playing around with SDL.net!) and I still haven’t figured out whether SDL.net is viable for cross-platform. \u00a0It’s looking pretty good, but I really want to do some more testing today.<\/p>\n
On top of that, I want to be able to make myself a nice main loop sometime in the next 10 hours or so. \u00a0I’ve found that just using the plain tick-60-times-a-second and draw-to-the-screen-every-time results in some jerkiness, so I’m assuming vsync is disabled. \u00a0I think the ideal way of doing things is to use a fixed timestep<\/a>, then save the render state (probably just as a plain old surface) from the previous frame so that I can do linear interpolation between the current frame and the previous frame depending on how much time is in the “accumulator” that is “left over”. \u00a0The good part is that I actually think I’ve wrapped my head around the whole concept, so hopefully it shouldn’t be that hard to actually get working.<\/p>\n So, checklist for the next 10 hours or so:<\/p>\n -Check cross-platform compilation of SDL.net again (using Mono) The good news is that developing with SDL.net is feeling a lot like XNA did–maybe even better. \u00a0I love the fact that compilation is so fast, and that debugging isn’t a pain. \u00a0I think C# just really clicks for me. \u00a0Someday I’ll try out Python, but right now that’s the “funnest” language I have.<\/p>\n I’ve been running on less-than-normal sleep lately since this week has just been packed with stuff, so I might actually just spend the initial parts of LD trying to catch up on rest. \u00a0Been having to do stuff like deliver xmas stuff, dance events, finals, final projects, etc.<\/p>\n I finished LoopMuse<\/a> this week actually, as a final project for a class and that was made in a grand total of 3 days worth of work.<\/p>\n <\/p>\n On the off-chance that I find out SDL.net is totally borked in some way or I just get fed up, I might instead use my old standard–C++ with SDL and OpenGL, in which case I will be using starter code, which will be ripped from one of my existing projects, such as this one on github<\/a>\u00a0(trying to disclose my starter code here in consideration of the rules).\u00a0 Or I might be crazy and just use pygame despite very rarely programming in python.<\/p>\n <\/p>\n …on the plus side! \u00a0Making music for my game should theoretically be a synch, as I’m used to making 5-minute songs in one hour. \u00a0Check out what I made for yesterday’s “One Hour Compo”<\/a> here:\u00a0http:\/\/compo.thasauce.net\/files\/DDRKirby_ISQ__-_Shooting_Star(OHC166).mp3<\/a><\/p>","time":"December 16th, 2011 7:34 am","title":"Omgggg not ready"}
\n -Play around with using the Sprite class
\n -Set up a nice main loop with fixed timesteps and silky-smooth motion (bonus points for getting starter code up)<\/p>\n