Jump to content
  • Advertisement


  • Content Count

  • Joined

  • Last visited

Community Reputation

1054 Excellent

About 6677

  • Rank
  1. 6677

    CPU or GPU?

    Quadro is not needed unless you are an industry professional. The NVidia GTX series are consumer cards. The 660 is the current gen gaming model. There are also 670 and 680 models if you can afford it.
  2. 6677

    Small Novice Dev Group looking for advice.

    Another alternative if your playing with python is to use pygame. Sure its alot slower than C#/XNA but its easy to use and still pretty capable. Your first game is never going to stick very well to the design doc so you could attempt to make your current game in pygame, see that it all goes horribly wrong and then with the knowledge you have gained attempt it again in C#/XNA.
  3. monogame has API functions for keyboard input, use them to check what key is pressed?
  4. silverlight is a long dead and unsupported framework btw. Also the only way to run C# in browser other than either using the Unity Web Player plugin or using chromes native client which requires more than C# knowledge (need a little experience with C/C++ in order to alter and compile to mono runtime for NaCl correctly)
  5. 6677

    Ouya Compiler

    well you may have to change what libraries you use for various things, you'll need to see does the graphics library you use support android/have an android port available etc. Then you will need to rewrite your input handler for touch screens aswell, that said android already has support for hardware keyboards, mice and gamepads (did you know that ice cream sandwich actually has drivers for the wired xbox 360 controllers, just a case of connecting them which is also easily done). Theres some more that needs doing aswell but I'm not an android dev.
  6. 6677

    Ouya Compiler

    https://devs.ouya.tv/developers Just click download ODK. Done. It is essentially android so its java again. Seeming as you can also use C++ on android I assume you can use C++ on the OUYA (Google the NDK). Its been said that unity will be supporting the OUYA (I assume its not really a drastic change from their existing android version). Monodroid should also work. They said themselves that actually all consoles will ultimately be dev consoles. Those who willingly paid 699 or above were paying for the first run consoles. As the first run was so small (about 1200 approx) they are going to cost alot more than mass produced consoles, plus your getting a clear plastic console unlike everyone else.
  7. I think one reason to write from scratch rather than an engine is also the flexibility of doing things EXACTLY how you want. It just comes at the cost of massively increased effort and difficulty which is fun in its own right for some.
  8. [quote name='MyNameIs' timestamp='1356277796' post='5013686'] Android runs on ARM right?  Pretty sure you might be able to use {this newish JIT compiler}. No clue, but if I'm not mistaken, and I probably am, what you're looking for is the ability to compile or interpret the language and libraries on a specific CPU type which is likely ARM, which probably supports openGL ES, and odds are your game supports regular openGL. Its potentially doable, as far as I can tell from my knowledge of how this stuff works.  Good luck. [/quote]That is just another python interpreter. Your kinda on the wrong track there. As it is the default python interpreter runs on arm already. What he is after is running his .py file within the actual android environment (which is actually available on mips and x86 aswell as arm). Its doable with SL4A but that isn't practical for end users, the only way I know of the actually get a python app on the play store or in a neat .apk file would involve a lot of kludging around with java and NDK and by the time its working you would have been better off writing your app in java in the first place.
  9. Android was meant to run on several different architectures seamlessly. It may well be most popular on arm but then you get the issue of ARMv6 and ARMv7 and then on ARMv6 in particular issues about whether or not the CPU has a hardware FPU or not. Then there are a few devices that run on MIPS rather than arm (particularly in china) and a few x86. I think that is the perfect time to be using a VM rather than native code, although it does seem that they give options for compiling separate binaries for each platform. Anyway, seems to be alot of useful insight on the subject in this thread.
  10. You would need to manually port the code to python 2.7. You cant put python games on the play store either, infact the end user would need to go through the process of installing python onto their device themselves and then manually loading their game into it. If you want to write an app on android then just use java, C or C++. Python on android seems to be more useful for light programming on the go (it makes an excellent calculator for example).
  11. Which version of windows phone are we talking? Because windows phone 7 only supports C# or VB.net with XNA. Windows phone 8 does allow native code with directX. As far as I know there are no libraries or engines with any support for windows phone 8 at this time.
  12. 6677

    unrelated programming skills

    If your a C# developer carry on using C#. If your only concerned about windows the SharpDX is the tool of choice (directX for .net). Monogame is also excellent for cross platform but is a little higher level (somewhat like XNA just more upto date). OpenTK is another cross platform choice (OpenGL for .net/mono). As for art. That depends on if your going solo or part of a team. If your part of a team then it is easy enough to mock up artwork that will do temporarily until the actual artists have done their thing, even if a car ends up being a simple cube and your lovely brick wall is just a smooth orange surface. If your going solo then yeah, your going to need some good quality assets in order to get a half decent game.
  13. Well I started in python (without using its OOP features particular), then VB.net and C# which are of course OOP (and I do use OOP for my computer science coursework) but outside of school I've been playing with a little bit of plain C so I have sort of gone into OOP and then out of it again. C is for an embedded device btw, anything I develop for actual usage would normally be C# although I might consider C++ one day.
  14. I got jetpack joyride from it, thats about it. I am quite interested in writing some stuff for it though
  • Advertisement

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

We are the game development community.

Whether you are an indie, hobbyist, AAA developer, or just trying to learn, GameDev.net is the place for you to learn, share, and connect with the games industry. Learn more About Us or sign up!

Sign me up!