Buckle up, it's

.... time.

Said thousand times already but this is hands down AMAZING (or do the hands go up? either way, it's awesome!).

Legendary pandoras box effect. I'm trying to stuff it under my bed again but it's soooo difficult. Trying to close it at the same time. Could use some help.

Oh yeah, also, some companies just work using terminal/command-line/non-IDE tools. Surprisingly many, why? Because at times the compilation process / tool-chain is a lot easier to use through command-line than take the time and integrate it with let's say VS. At times the target hardware changes through every project so integration to IDE would have to be done again/changed with the tool-chain/compilation process.

I personally know quite few of these plus work for one.
It's quite common in games and off games. That said pretty much all games made for PC/consoles are built through IDE's but let's say mobile phone games that a company compiles for ~300 mobile phones are not done through VS. The whole process of compiling is done through command-line and with the help of ... simple editors with syntax highlighting. Separate debuggers, machine emulators, cpu emulators, attaching debuggers to cpu emulators and all that is quite common even though at times might feel bothersome and is.

I agree with AS, it has nothing to do with elitism, it's just the way things are done at times. I still regularly work with different IDE's. Most of my time is spent on looking VS and interacting with it's stuff but I still think and prefer linux command-line.

Repeating what has been said already: I have the illusion I'm in control more than through IDE. Illusion because, I'm shit.

And on top of everything; it's obvious that there are lot of personal preferences here but at times you just don't have a choice. When you go to work into a company you are slammed in a chair, told to do something and given the what ever IDE/tool-chain combo and off you go. After working years with that, it usually rubs on you. In a good and a bad way.

I'd say what makes a good programmer no matter the environment is adaptability. What I mean by this is not being confused by different environments but is able to get it up and running quickly, able to see the advantages of the environment and knows how to abuse the environment as much as possible to get more and more productivity out of it. Instead of sitting there and screaming how he/she hates something about the new or old environment and how it differs from the platform X he/she has been using for years

Plus depending on what you are doing there are few additional tools but yeah.. Average software got it before me. I do still work with IDE's when required (only on Win and Mac tho), just getting more back into Linux terminal roll of things. Loving it. 

Good programmers on linux don't use IDE's. Period.

vim and a makefile, wouldn't work any other way.

Agreed. 

Good programmers on linux don't use IDE's. Period.
You could use; for example, Code::blocks.

If you just want to do C++ and OpenGL on Linux, it's easy. Forget your VS project and solution files. Grab your .cpp and .h files, throw them in Linux and configure your IDE to match the libraries and compiler and you are ready to go.

It's not hard, it's just matter of configuring the libraries right. Takes a bit of time. Best idea is just to get onto it and start tinkering.

blah blah

OpenGL developer and on Linux side of life? If yes, win. 

Finally finished profiling Androids behaviour with different OpenGL ES calls and with different ways of looping different kind of collections. What a boring experience. All though the results are interesting.

Next problem.

Mikademus, good point. 

[you]

One thing that became apparent too, backup your work, please.


Anyway, it's obvious that things can go wrong with binary, same thing applies for both. If the bug exists, it doesn't matter what way you serialize, the data is going to get corrupted. At least when you can read the file you can look into it and have an idea what went wrong. For me it never really has been a problem. I kind of do the serialisation / deserialisation in test driven development way. Works for me. The tests capture all my silly mistakes, if I do any.

In my opinion it really boils down to what you work the fastets with on a project that you are working on your own. What ever gives you the results. I prefer binary because of it's speed. Simple, rather silly and works for me.

When I'm working on stuff like this at work, well, I do what I'm told by the lead tech or give my input on how things could be done.

Binary serialization for the win, it's so much faster. I stopped caring for "I need to be able to read the file" ages ago. When I started programming few years back I always thought it was a really good idea but later I realised I never really had to look into the file to check or change something. I can use the tool to do that, if I need to change something.

Binary all the way baby. Also agree with above 100%.
Listen to what ever daddy Brian says!  

Title:       Revenge (Stage 4 BGM)
Artist:       Konami Kukeiha Club
Album:       Akumajo Dracula Best Music Collections Box


If there ever was a good Castlevania song, this album WILL contain it. Absolutely amazing album.

[was]

  insane epic speedfest

    whoah~~

Honestly, that is the way Sonic should have played from the start. Don't get me wrong, I was the geek who loved Sonic way too much. I had all the comics, games on genesis and I played the games until my fingers bled but seriously.. that looks awesome. I would play it now if they pushed that out for genesis. I would get my genesis out of the closet behind me and blow the dust from it and buy a new controller for it so I could play it.

The second stage + second boss fight music = win.

Thanks for the link neoshaman.  

Strom Eagle - MegaMan X snes emulation by hyperduck.

[really]

Wall of awesome info.

Thank you. Any more help / links / tutorials on generally pushing out games from linux side?

I'm desperately trying to get back into the linux side development groove (been developing games and other junk on Win side for 5years now). I do my programming using command-line tools on Linux side and like to compile everything by hand to have absolute control over it but there are just generally bits here and there that my brains fart over. So the information you already gave is really helpful but if you happen to have more or any links that might just generally shed light in these kind of things on linux side, do share, because... you sir, are awesome. 

And yes, as obvious as it is, I have no specific question or "please help me with this". I just like to read stuff like that because it generally makes the whole development process more accessible and how things should be done.

But simple jobs are the perfect place for scripts!

High five 

I don't want to see anymore unfinished games. Stop posting in this thread, makes me so sad 
Please..?

Attacking yet another uni project:


I have no idea why I didn't just make a "simple interactive demo to test optimisations on" + other few random bits. Instead, I made quick and dirty tool chain to create levels, animations (so I don't have to hard code them in sniff...) and other tools too and now I've got 30 levels of Adventures of Lolo 3 lined up and waiting  

The empty space on the right side of the SDL_app window is the GUI place, haven't added it just yet. Also lol at the huge amount of calls to the render function, most of the calls do nothing because I'm using dirty rectangles technique. Only rendering the bits that are dirty.  With this game type it means on average ~10 things to render when something needs to be rendered. Also I didn't know GP2X cannot handle FPS rates over 80 so capped the actual maximum draw calls to screen to 60. Oh yeah, it's a cross-platform game for PC and GP2X.

This was supposed to be a really simple thing but instead I think I turned into one of my biggest university projects. Rah. Not giving up. I will make this happen, even if I had to stop sleeping completely. I'm almost there anyway.  

I also need to clean up all the tilesets but to be fair, with the amount of work I've got ahead to do that's the least of my worries at the minute.

No wonder I'm drowning, I go completely over the board with these ideas.

Even with these crazy dual monitor setups and stuff I still prefer books over reading pdf files. I just cannot do it. My brains instantly force me to start opening music, videos, browsing the internet and in the end I end up deleting the PDF file because it's taking space on my desktop and it's named stupidly like "osdkfsd3232.pdf" and then I rage at myself. 

So yeah, I like books. I don't shred or throw them away by mistake plus my poor geeky eyes like them better. I have no idea why but I prefer having a book next to my keyboard which I can easily browse through, find the info I need and leave it open there and take a peek when required. Let me go find my books... picture tiems.

So in short, I guess what people are trying to say is:

• Are you sure you know you know how to efficiently use GM?
• Have you exhausted all of it's resources/power with your game?
• Do you REALLY know what you are doing with GM?