luksamuk

Although this is a hack and this kind of criticism must be approached very carefully, I feel like the music simply doesn't match the level, nor the game. All the music: Title Screen, Speed Sneakers, the level music. It simply feels like it doesn't fit, and although this might be the instruments' fault, I feel like varying the instruments more won't solve the issue, but I have yet to hear this variation of instruments to be sure.

I started under the fangaming flag, then moved to romhacks, then moved to fangames, then moved to my own indie games. Point is: They are complementary. There are hacks that look like fangames, and there are fangames that look like hacks. This association can be seen at the point where we are all Sonic fans, and we are also fans of the way a Sonic Engine operates. From my point of view, the quick trip I had at romhacking made me understand better the way a processor and the memory work, and also introducted me to the way the old Sonic physics were programmed. When I came back and finally started messing with Sonic Worlds, I noticed how different the collision was programmed on MMF2 to achieve a similar effect of Genesis games. Both ways gave me info on how to code collision itself properly.

what is going on in this thre- OHHH JOY

Hey, I have just seen that Visual Studio wasn't working very well for you, Stardust. May I suggest using Qt?

Nice. Are they used like the bubble shield? Do you lose them when you get hit? I like the design of your HUD, though I feel like it's too big for the viewport size... Also, a little something I made with 4 hours, using the same Oficina Framework that I used to create the Mario you guys seen earlier on this same thread. It's pretty obvious that it's a Flappy Bird clone, yeah, but I did it mostly because I was defied to; I did it with the purpose of showing that this game is NOT something special, and is NOT hard to make, if you're thinking about making your games, and that pure programming is hard. If anyone's interested, I'd gladly provide a download link (x86_64 Linux only for now, I'm sorry. I might provide a 32-bit Windows executable soon, who knows) and the source code (though the source code runs over Oficina's library, which isn't opensource, at least for now; but it'd serve to show the algorithm itself). Please notice I (thankfully) don't have the rights over Shitty Flappy Bird. EDIT: I'll just drop the code anyway, I don't have to hide it. Prepare for bad programming.

So my friend kind of finished the level designer or, at least, made it stable for loading and exporting scripts. I've also began to program some objects, and so the breakable blocks and interrogation blocks, both now containing items. Been thinking about finishing it on free time, then release it. On next SAGE, maybe?

Proof-of-concept for the framework me and my team have been working on. Still very work-in-progress, but it already has a highly configurable object positioning and properties system.

Increasing the screen size is good, but I feel like you should also adjust the camera. Perharps moving it up a bit.

PLEASE do not use DirectX. Either use either XNA/MonoGame (specially the SDL2 fork), or use OpenGL directly. Using DirectX will only narrow your platforms to Windows and Xbox One (if you're using DX11); If you use OpenGL/MonoGame, you'll be able to deliver to Windows, Linux (SteamOS included) (Wine is NOT an option), Mac OS X, Playstation 4 and perharps iOS and Android. Think about that. DX sucks ass, don't make me declare variables like LPVERTEXBUFFERFUCKINGCALLBACKDX9 vb; C# is a good language. I like to think of it as Java's efficient second degree cousin. Good choice. I suggest you guys start a GitHub repo and start coding your way into the stars right now. I'd also be eager to help with general programming, cuz right now that's what I do. There's also this little repo I started a few days ago, which is supposed to be the foundation to Sonic Worlds' port to C++11 shhh it's a secret. I talked a bit to DimensionWarped but it only has minimal things right now. This is not the right place to talk about it, since I'll probably be making a thread @ SW forum, but that's just to reinforce that projects like this one you guys are starting should ALWAYS be reinforced to keep up, and not die out. Start creating milestones and issues on GitHub.

My bad. I'll just take the demos down myself and replace the download link with another proper channel or page. Thanks, DW.

TL;DR: Test my game's very-early-pre-alpha, will ya? Some of you know I disappeared for a bit from the fangaming scene (it's been about two years since I made something Sonic-related), and that it was because I was starting my own indie game, from scratch, using real programming languages (Not debunking MMF2, which is STILL an awesome tool, but I wanted more control over things). So, after months and months of programming and learning and scratching projects and improving code, I've finally come with something good: OficinaFramework, an indie games framework with several "subsystems", based on SDL 2.0 and OpenGL. I'd like to request you guys to test out the binaries. They have nothing unusual; they're quite simple, and wouldn't require too much time to make, weren't they made focusing on bringing stable and versatile features from the ground up - like a queued background music system, pretty much inspired on Sonic Worlds Delta's music engine. (I've removed the download link, I'll post it again soon.) The packed Linux libraries seem to only work on Ubuntu 13.10 and up, didn't test on an older version. The readme instructs on how you could proceed if you're eager to make it work on a different distro, but it's not a definitive guide. Please be also sure to get the default binary for your distro. Even though 32-bit binaries will work on 64-bit operating systems, if you are willing to give me feedback, I'd really like you to do it using the proper build for your system. Although it is not really opensource, at least yet, I'd like to have some info on how it's behaving on you guys' PCs - specially the old PCs. Here's the info I request: - Operational system and architecture of your SO (32/64bit, i386, amd64); - Model and frequency of your processor; - GPU model; - Total amount of RAM; And these infos which can be retrieved by the in-game debugger: - Type of input/controller used (specially the name of the controller which is shown there); - Usage of physical and virtual memory by the (main) process (this is only monitored on Linux, but I wouldn't complain if you took a little peak on your Windows task manager); - Average use of CPU (the value is hard to watch as it changes all the time, but try to get the biggest value); - Average FPS (default is 60) The resolution is locked on 720p, sorry about that. Thank you in advance EDIT: Don't mind the graphics. It's for testing. Mind the performance. EDIT2: You don't have to tell me everything about your PC if you don't want to, but it'll make my life lotta easier to fix eventual bugs and performance issues...

Is this the place we come to discount all the rage in the world?

Sonic 1: 14pts Sonic 2: 9pts Sonic CD: 11pts Sonic 3: 11pts Sonic & Knuckles: 12pts Sonic Adventure: 11pts Sonic Adventure 2: 23pts Sonic Heroes: 14pts Sonic Unleashed: 15pts [+1] Sonic Colours: 17pts Sonic Generations: 17pts [-1] Sonic Lost World: 4pts