• Content count

  • Joined

  • Last visited

Community Reputation

211 Neutral

About u

  • Rank
  1. You are misunderstanding the term "open source". (As almost everybody does nowadays, eh...) It does [b]not[/b] 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 [url="http://www.gnu.org/philosophy/free-sw.html"]the most diehard advocates of it[/url]. 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.)
  2. 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 )to:auto getsomething() -> decltype( Bar< T >().returnsomething() ) and it compiles fine. Proper error message FTW.
  3. Quote:Original post by Bearhugger Eh, stop spreading lies yourself. Please point out exactly where did I lie. Quote:I actually do research before posting stuff No you don't: Quote:Qt also requires an external compiler (qmake) Didn't do much research here. Quote:[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. Quote: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. Quote:it's Trolltech's cash cow Trolltech doesn't exist anymore. It's Nokia. Quote: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. Quote: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? Quote: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?
  4. A game called 21

    Quote: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.
  5. Quote: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.
  6. A game called 21

    Quote:Original post by verbalabuse I want to make sure I'm not developing any bad habiits You should fix the indentation, which is broken here and there. And also, while it's most likely fine for such a small program, you should have this refactored. It's almost always better to have many smaller functions that one big one as it aids in readability, and I personally would refactor it into a class; you can also decouple game logic from input/output.
  7. I apologize for going somewhat offtopic, but I can't stand by and watch. Quote:Original post by Bearhugger Qt is not much more pleasing aesthetically then MFC with its ugly Java-like camelcase syntax for methods. ...Are you serious? Quote:It also inherently supports the Document/View system, like in Cocoa for OS X. And Qt doesn't? Quote:while I'm not sure Qt gives you access to the hDC handle since it's not cross-platform. It does. Quote:That said, if .NET is an option, WPF is a far, far, far better GUI toolkit then Qt (it's probably the best GUI toolkit, period) Quote:My time with Qt goes back to the version 3.0 with KDE on Linux. So... the last time you had anything to do with Qt was in 2001 (Since that's when 3.0 was released.) and now, 9 years later, you are trying to give advice on a toolkit you don't know anything about? Quote:I like my code to be compilable with a standalone compiler because it's more portable, so that has to be the part I hate most about Qt. MOC is a preprocessor, meaning, what it does output you can use with your "standalone compiler". Quote:I never really cared about boost so I don't know how good its support for the signal/slot model is, but if it can implement it well with C++ only, then I don't see why Trolltech isn't updating their library. If you used Qt beyond the "Hello World" you should know - it can not be implemented with C++ only, because Qt's signal-slot mechanism is more than just a singal-slot mechanism. In fact, there is a somewhat outdated explanation for this in the Qt's documentation itself. Qt's signals are thread safe, fully scriptable (from QtScript or QML), you can introspect them at runtime; for examle, Qt uses this functionality extensively internally - if you have a button named 'button' and you'll put a slot named 'on_button_clicked' in its parent class it will be automatically connected by Qt at runtime. Please stop spreading uninformed opinions, lest someone will actually believe them.
  8. I Hate Type inferrence.

    So... you expect a hug or something?
  9. I would also agree. Using MFC, unless it's required in your workplace, is a very bad idea. If you want a modern, well-documented and easy to use C++ GUI toolkit, you can't go wrong with Qt. (I would go as far as to say that Qt is the best C++ GUI toolkit out there, though that's obviously subjective.)
  10. [C++] Design question? (Polymorphism)

    I think you should rethink your design. Generally, your IsVisible should be implemented in your Control class; why only put a working IsVisible in the Panel? A Button also can be either 'visible' or 'not visible'. If it's always supposed to be visible then just return true there.
  11. Quote:Original post by Ectara I've used Python. It's nice. It works with C. Has a lot of bindings. But, I'd rather not write a Python interpreter just yet. I'm sorry, but this approach is just ridiculous. This is completely unnecessary and downright pointless. (Unless it's supposed to be a learning experience and not to be used in production.) Why reinvent the wheel, especially for something so complex and time-consuming? If you want to write your own linked list implementation - I can understand that, it's relatively simple and straightforward; however, writing a good interpreter is hard - you may easily end up with an endless stream of bugs, incompatibilities with the reference implementation and abysmal performance. The point is - do you think you alone can produce a better implementation than a team of people who have been working on theirs for years? As for writing a C interpreter/compiler - don't. C is a horrible language productivity-wise. If you really insist on it, well - go ahead, however you'll be wasting your time wrestling with the language rather actually programming the thing you want to program.
  12. Decent video editing software?

    Quote:Original post by benryves "Sony AVC" Oh and, you might want to watch out as to which H264 encoder you use, since some commercially available encoders are known for being crappy.
  13. Decent video editing software?

    Quote:Original post by Promit (...) simply point out that Linux cannot read FRAPS video files due to the custom codec in use. And I would like to simply point out that you are wrong. $ ffmpeg -codecs (...) D V D flic Autodesk Animator Flic video DEVSD flv Flash Video (FLV) / Sorenson Spark / Sorenson H.263 D V D fraps Fraps DEA g726 G.726 ADPCM DEV D gif GIF (Graphics Interchange Format) (...)
  14. Decent video editing software?

    I've only used Kdenlive, and that was a very long time ago, but maybe one of these would do the trick: Cinelerra Kdenlive Kino LiVES Open Movie Editor PiTiVi They are (probably all) Linux only, but since nothing worked for you and Linux is free, it can't hurt to try. It seems Ubuntu/Debian has a package for every one of those in the repositories: sudo apt-get install cinelerra kino kdenlive lives openmovieeditor pitivi
  15. Can't allocate 1 gigabyte of memory

    You're allocating this on stack, which is limited to a few megabytes at most. Try using malloc/new, that may however fail too in some circumstances.