• Announcements

    • khawk

      Download the Game Design and Indie Game Marketing Freebook   07/19/17

      GameDev.net and CRC Press have teamed up to bring a free ebook of content curated from top titles published by CRC Press. The freebook, Practices of Game Design & Indie Game Marketing, includes chapters from The Art of Game Design: A Book of Lenses, A Practical Guide to Indie Game Marketing, and An Architectural Approach to Level Design. The GameDev.net FreeBook is relevant to game designers, developers, and those interested in learning more about the challenges in game development. We know game development can be a tough discipline and business, so we picked several chapters from CRC Press titles that we thought would be of interest to you, the GameDev.net audience, in your journey to design, develop, and market your next game. The free ebook is available through CRC Press by clicking here. The Curated Books The Art of Game Design: A Book of Lenses, Second Edition, by Jesse Schell Presents 100+ sets of questions, or different lenses, for viewing a game’s design, encompassing diverse fields such as psychology, architecture, music, film, software engineering, theme park design, mathematics, anthropology, and more. Written by one of the world's top game designers, this book describes the deepest and most fundamental principles of game design, demonstrating how tactics used in board, card, and athletic games also work in video games. It provides practical instruction on creating world-class games that will be played again and again. View it here. A Practical Guide to Indie Game Marketing, by Joel Dreskin Marketing is an essential but too frequently overlooked or minimized component of the release plan for indie games. A Practical Guide to Indie Game Marketing provides you with the tools needed to build visibility and sell your indie games. With special focus on those developers with small budgets and limited staff and resources, this book is packed with tangible recommendations and techniques that you can put to use immediately. As a seasoned professional of the indie game arena, author Joel Dreskin gives you insight into practical, real-world experiences of marketing numerous successful games and also provides stories of the failures. View it here. An Architectural Approach to Level Design This is one of the first books to integrate architectural and spatial design theory with the field of level design. The book presents architectural techniques and theories for level designers to use in their own work. It connects architecture and level design in different ways that address the practical elements of how designers construct space and the experiential elements of how and why humans interact with this space. Throughout the text, readers learn skills for spatial layout, evoking emotion through gamespaces, and creating better levels through architectural theory. View it here. Learn more and download the ebook by clicking here. Did you know? GameDev.net and CRC Press also recently teamed up to bring GDNet+ Members up to a 20% discount on all CRC Press books. Learn more about this and other benefits here.

The Communist Duck

  • Content count

  • Joined

  • Last visited

Community Reputation

154 Neutral

About The Communist Duck

  • Rank
  1. Hi. I've fiddled around, and I thought of a decent component design with XNA. I've tried to avoid the built in GameComponent for the most part. There are Components such as PhysicsComponent and RenderComponent which derive from Component. Each Entity contains a list of components (I don't see myself needing to query for a PhysicsComponent; I could just send it a message). Each Component may register to some system - e.g. the PhysicsSystem, or the graphicsSystem (I think these would be static; comment?) The World derives from DrawableGameComponent, and calls Update on each entity (which calls it on each Component) and Render on the GraphicsSystem (which has the list of RenderComponents). I don't see myself needing a hugely complex one. Feedback on it?
  2. I think I am getting C# pretty well down. I messed with it a few years back, and C++/Python experience helps. If SlimDX is a verbatim wrapper, I think I shall go for XNA. I assumed it was an XNA but at a slightly lower level. And technically it is then, just at a much lower level than I thought. Thanks! EDIT: Can anyone recommend a good book for XNA 4.0? I'd prefer to learn it right from the start.
  3. This is probably another one of those questions, but I have not found anything recent on it. That is, addressing XNA 4.0 and SlimDX March '11. I am learning C# for some fun, and want to go into 3D. I originally planned to go for XNA, but the MSDN site scared me a little. It seemed very much to say 'XNA is for Windows Phone and XBOX!'. I know it does Windows too, but still. I also remember hearing about SlimDX. It seems good, and the comparitive table seemed to slant in favour of SlimDX over XNA. However, I am not a fan of writing very low level code. Is there a decent, up to date comparison of the two, not just feature wise? And if I want to make a 3D game just for Windows, should I prefer one over the other?
  4. Unity

    Thanks for all the replies. I have technically been programming for about 5 years, but was messing around for most of that. Heck, I only stopped really messing around (albeit more serious messing later) a few months back. I can see Panda3D, but I still feel there might be an issue if I want to make a Minecraft clone. (My goal ). I'm wanting to try out C# again (I messed for a couple of months when I was 13~), mostly since I am still not liking C++, even though I am comfortable writing it (the actual look of the code is important to me, for some reason). I guess I shall take this as a sign I still haven't found a comfortable base language..which I thought I had found with Python. I feel this post has rambled, but thank you everyone for the feedback and advice.
  5. I don't mean to start a flame war, and I am pretty sure it is fault of mine not of Python for being a high level language. I am making a tile based RPG. Needless to say, I have tiles. For display, I have a 2D list of 60*40 pyglet sprites. Each frame (currently I'm running on a wait-for-user-input system, simply to try and get it working) I will iterate through a list of tiles that I can see, and set each tile on the screen to the same type. Obviously this is going to be slow. I can't think of a better way. Here is some code: [code] def Update(self): for t, x, y in self.camera.GetView(self.width, self.height): t = tile.DebugTile1() if random.randint(0,1) == 1 else tile.DebugTile2() #this is just so I can see the results. self.window.SetTile(x, y, t) [/code] [code] def SetTile(self, x, y, tile): self.spriteList[y][x].image = self.GetTileTexture(tile) #spritelist is a list of sprites, and GetTileTexture is a caching function that stores tile textures [/code] I also tried just changing the sprite texture instead of the whole sprite, but that was actually slower. Here are the important parts of the profiling: [code] 15085326 function calls (15085306 primitive calls) in 32.166 seconds Ordered by: standard name ncalls tottime percall cumtime percall filename:lineno(function) 1 0.000 0.000 32.168 32.168 <string>:1(<module>) 99 0.743 0.008 20.531 0.207 engine.py:58(Update) 237600 0.796 0.000 11.995 0.000 sprite.py:349(_set_texture) 120121 0.677 0.000 9.062 0.000 sprite.py:365(_create_vertex_list) 357721 1.487 0.000 3.478 0.000 sprite.py:377(_update_position) 420767 0.786 0.000 2.054 0.000 vertexbuffer.py:421(get_region) 715442 0.859 0.000 1.280 0.000 vertexbuffer.py:467(invalidate) 1 9.674 9.674 32.168 32.168 win32.py:46(run) 180 0.007 0.000 1.771 0.010 win32.py:83(_timer_func) 237600 0.416 0.000 17.069 0.000 window.py:60(SetTile) 237600 0.646 0.000 2.174 0.000 window.py:72(GetTileTexture) [/code] I am no good at reading these, but it seems a lot of time was spent in the update loop - so I doubt it's a drawing issue. To get these, I just hit the keyboard somewhat to force it to update, so there are times of idle and times of quick updating. Almost all the time in Update was in SetTile, so I assume my method of keeping things on the screen was a bad idea. I doubt blitting images is going to be any faster than a sprite batch. Any ideas? (Python/pyglet, I do not want to go to Pygame)
  6. I apologise if this post is rather vague or doesn't have an obvious point to it. Hopefully I can tl;dr it. I've been learning/using C++ for about 1 1/2 years, and Python for 6 months. I'm finding myself a great fan of Python, due to its simplicity compared to C++'s general bloated-ish feeling. Recently I've been working on an RPG type game in Python. It's another one of the projects I start for a month or so, then just abandon. I don't want to abandon it, and I've documented it and stuff to try and keep myself going. It's not that it doesn't interest me, just other ideas have crept up. Same with my programming language I was writing. I now want to fiddle around with 3D stuff. My assumption is that Python would not be optimal for this, namely due to the speed issues. I could go back to C++, but the small amount I've fiddled with it recently, it feels horrible to write in, to put it bluntly. I was considering using this opportunity to maybe pick up another language like C# (which I dabbled in a few years back). I don't think there would be a downside to it: it would help me have a wider understanding of programming, wouldn't hurt any uni/career chances (I am still a..high school? student. I don't know how UK maps to the US), and would allow me to still have lots of fun programming. However, I start to wonder if I'm following the same trend as my projects: pick them up, play around for a bit, and abandon without finishing them (or in this case, using the language for a long time). Or I could be swatting at hot air. tl;dr Is there a downside to learning new languages quickly (i.e. <1 year apart)? As a minor point, how can I stop myself giving up on projects for 'that new idea'? EDIT: For the record, I plan on only really developing for myself and maybe releasing games I make to friends. So Windows development is my primary concern.
  7. Hi. I've started a hobby project somewhat more seriously: documented, using github for hosting, etc. I haven't really touched on version control before. I don't think git was a good idea to start with, but it feels nice to use. I was wondering about how to organise branches and the repository in general. (This is a hobby engine, which I will develop along with/for the game I have planned out. It may be released as an engine/library later.) Whilst generally talking to people about how to use git, I learnt that I should have a master branch, where code always compiles/runs; and then a development branch for more nightly usage; storage, pretty much. They also started talking about feature branches, milestone branches, and the like. These confused me. Would two branches, one for finalised code, and one for development, work simply enough? Or could I make do with just the one?
  8. [code]import antigravity[/code] Did you know that actually works? You must have some weird error, since to import module foo, you do: [code]import foo[/code]
  9. R.I.P. Steve the pixel.
  10. Thanks guys! I think I shall go for Pyglet. I've tried SFML before, and I'm not too much of a fan of its architecture. Though knowing it has a Python binding is nice. ;D
  11. [quote name='SiCrane' timestamp='1298481112' post='4778027'] Inactive isn't quite the right word for pyglet. They don't produce numbered releases very often, but the code base is updated regularly. If you use hg to browse their repository, you'll see the last update was actually only six days ago. [/quote] Oh, I see. I didn't think to check those sorts of things.
  12. I'm still thinking about which library to use for my python game. Pygame seems to be more game oriented, but it does have the C bindings, which don't make it amazingly nice IMHO. Pyglet seems to be more pythonic/pure python, and definitely openGL rather than a software renderer like SDL (?). However, it seems to be inactive(last update Jan '10). Are there any other python libraries I should look into? Thanks!
  13. [quote name='Luckless' timestamp='1298035601' post='4775842'] My version of Win7 did not clearly prompt me with format options when installing over a copy of XPpro. This was mildly annoying to say the least, as I had not actually cleared the drive, so it spent well over an hour shuffling things around trying to make room for Windows 7. I don't know if the options simply aren't there, if I missed a menu, or if the MSDNAA installer was just different. I strongly suggest using a tool to format then, but have no suggestions as to which. [/quote] Do you mean a tool to format BEFORE I install, or in the process of?
  14. I recently picked up Windows 7. I plan on installing the 64-bit version (then I can fully use my 4GB ram). However, I have a few questions since I've never done anything like this before. 1)If I just install it from the disk, will everything be formatted on the existing drive? 2)If it doesn't automatically, should I do it manually (and how)? I have backed up everything of importance. 3)By going to 64-bit, is there any chance of some stuff not working? I've heard things about drivers not working, but the only stuff I have that might be affected is a 3 1/4" floppy drive, a graphics tablet, and a USB keyboard. 4)Will I need to deactivate things like Office 07? 5)Is there anything else I should know about, either from XP->7 OR from 32->64? Thanks!
  15. I don't think this is really on topic. Make sure you have a high quality scanner, too. Any decent hobby or art shop should have some. Faber-Castell are quite nice.