Jump to content

  • Log In with Google      Sign In   
  • Create Account


Member Since 06 Feb 2010
Offline Last Active Sep 07 2012 02:40 PM

Posts I've Made

In Topic: Making economically profitable open source games

07 September 2012 - 10:05 AM

You are misunderstanding the term "open source". (As almost everybody does nowadays, eh...) It does not mean that you need to give away the whole thing at no charge. You can release the source code to your engine, but keep the assets proprietary. Let me say it again - It is possible to keep the art assets proprietary and still sell the game, even though the code is classified as 100% free/open source as defined by the most diehard advocates of it.

Free/open source software is often criticized that it's hard to monetize, as once you sell the software to someone that someone can give it away for free - well, the situation with games is different. If you have a gigabyte of proprietary art assets then even though people will be able to give away your game engine for free they won't be able to give away the whole game. (Hence you'll still get paid.)

In Topic: Decltype and template help

23 November 2010 - 10:38 PM

Tried this on my GCC, got this:
test.cc:30:32: error: invalid use of non-static member function 'int Bar<Foo>::returnsomething()'
test.cc:30:32: error: no matching function for call to 'getsomething()'

Changed this line:
auto getsomething() -> decltype( Bar< T >::returnsomething )
auto getsomething() -> decltype( Bar< T >().returnsomething() )

and it compiles fine. Proper error message FTW.

In Topic: What source do you recommend for learning MFC?

13 September 2010 - 09:56 PM

Original post by Bearhugger
Eh, stop spreading lies yourself.

Please point out exactly where did I lie.

I actually do research before posting stuff

No you don't:
Qt also requires an external compiler (qmake)

Didn't do much research here.
[when talking about MFC] It also inherently supports the Document/View system

No research here either. You are implying Qt doesn't support MVC; It does.
while I'm not sure Qt gives you access to the hDC handle since it's not cross-platform.

While you didn't deny it, you didn't do any research here either.
it's Trolltech's cash cow

Trolltech doesn't exist anymore. It's Nokia.

and believe it or not, MOC compiler still exists in current Qt versions, it's still not free for commercial uses

You can create commercial applications with in; the requirements are that you link to Qt dynamically and provide any changes you've made to Qt itself.

And yes, for your information, a great deal of programmers find the Java-style camel casing syntax quite ugly.

Yes, I find camel case ugly too; I hate it with passion. So what? Should the naming convention be a selling point for a GUI toolkit?

Nobody cares to have a Qt vs MFC flame war (or a flame war period) here so please don't jump at people neck just because you disagree.

I don't want flame wars either. I just want people to stop spreading their uninformed opinions. It's obvious from what you post that you don't know much about Qt; so why act like you do? If you want to recommend WPF to the OP - please do so, but why badmouth Qt?

In Topic: A game called 21

13 September 2010 - 07:16 AM

Original post by empirical2
As far as I can see its just the content of your while loop is not indented.

Everything else looks fine to me.

The 'while' and 'if' inside the 'case 1' are over-indented.

In Topic: Hi quick question (no code) about code length

13 September 2010 - 06:45 AM

Original post by Hannu Balk
Case 2 is (little) faster than case 1, since in case 2 you don't allocate j every time.

As pablo said, the stack pointer is not modified on every iteration of the loop; that is however a moot point since on modern compilers the two code samples should compile to exactly the same thing - j wouldn't be allocated on stack at all, in either case it would be put in a register, or optimized away entirely, depending on the context.