• 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.

Helo7777

GDNet+ Basic
  • Content count

    170
  • Joined

  • Last visited

Community Reputation

693 Good

About Helo7777

  • Rank
    Member
  1. I don't have experience doing this in android or Java but I'd cut your program back to sending simple text for testing sake rather than an image. As others have said there are many variables in networking that can make it difficult such as routers and firewalls that can prevent an otherwise working app from sending/receiving. I did a quick google search and grabbed some links that may assist with simple text sending/receiving. http://www.oracle.com/technetwork/java/socket-140484.html and http://stackoverflow.com/questions/7384678/how-to-create-socket-connection-in-android
  2. Nice! But I suggest you move this post to the indie project section :)
  3. Well my first example might look like in Java: class SceneObject { SceneManager manager_; public SceneObject(SceneManager manager) { manager_ = manager; } void update() { //... //something happended manager_.onEvent(this); } } class SceneManager { public void onEvent(SceneObject o) { //handle the event } } And my second example might look like: interface EventCallback { public void onEvent(SceneObject o); } class SceneObject { ArrayList<EventCallback> listeners_ = new ArrayList<>(); void addListener(EventCallback listener) { listeners_.add(listener); } void update() { //... //something happended for (EventCallback c : listeners_) { c.onEvent(this); } } } class SceneManager implements EventCallback { public void onEvent(SceneObject o) { //handle the event } }
  4. The player shouldn't be responsible for what happens to the bullet once it has been fired, and the player shouldn't be responsible for the effect it will have in the world either. The actual updating and rendering of the bullet can be done within the bullet class its self (but managed at a high level from the main class or "scene manager"). The hit detection should be handled by the scene manager too. Basically what I'm trying to say is keep your objects separate from each other. It will make behaviors easier to manage and keep your code clearer. If you have an object that needs to notify the scene of an event then there are a few ways of dealing with that without copying data everywhere. One way would be for your scene objects to know about the scene manager so they can call some event function. Another and cleaner way would be to have the scene manager register for object events. Then the objects just notify whoever is listening. This design helps to abstract things out and reduce dependencies.
  5. If you're really keen and those interested, there is a rather large and details series about the physics of car racing http://phors.locost7.info/contents.htm ...I know, it's way beyond the scope of this thread but an interesting read anyway :)
  6. I don't have experience with godot so I can't help you there unfortunately. There are a couple of things you can do in your layout file to help with different sized screens. Have a look into "RelativeLayout" or "LinearLayout" with "weightSum" and "layout_weight". These will allow you to place things with percentages that will scale with the screen
  7. Glad you got it. Lots of googling ? and experimentation
  8. The output of that intent (once th user has selected a file) is a URI. The uri is a path to a file. You can then load and manipulate the data in that file however you please. But if "Intent.ACTION_GET_CONTENT" doesn't fit your needs then probably best not to shoehorn it in and instead get your original plan to work.
  9. By connecting the gallery folder I assume you just mean loading all files in the folder defined at getFromSdcard(). In that case then yes there is a way to test this, which is put break points in that function and see if the file object is null or not. That will at least get you started as to why you are seeing blank. Put a breakpoint in onCreate(). Is the activity actually being created? I don't believe this is something you can do from a layout file alone, Java code will be needed. And use of the debugger is vital. Once you have determined your objects aren't null, try calling "notifyDataSetChanged()" on your adapter at the end of getFromSdcard(). See the developer documentation for info https://developer.android.com/reference/android/widget/BaseAdapter.html Also put a breakpoint in ImageAdapter::getView(). If your code is not reaching that then your files are not being rendered. Instead of rolling your own gallery/file selector have you thought about using the built in one using "Intent.ACTION_GET_CONTENT"? See this link to get you started http://stackoverflow.com/questions/17765265/difference-between-intent-action-get-content-and-intent-action-pick
  10. Yes it comes from within built in classes and function so you probably wont be able to see exactly how/where it is called. It is called automatically by the system when a touch event occurs. You don't need to do anything more than override that function to receive and respond to the event. The android developer documentation is pretty handy. See https://developer.android.com/training/gestures/detector.html and https://developer.android.com/reference/android/view/View.html for onTouchEvent descriptions
  11. +1 frob, if I could upvote I would but for whatever reason my browser won't do it. GrumpyOldDude, if you could answer frobs dot points then that will eliminate some potential problems.
  12. Sounds like you have a solid game idea there but you're probably a few steps ahead. A quick Google Search with the keywords "c++ 2d opengl game tutorial" will throw up many results at you that should give you a nice place to start. This one I found is for pong https://noobtuts.com/cpp/2d-pong-game Pong is a pretty good place to start as you'll get a feel for most essential game design and creation skills such as simple game design, collision detection, player input etc...then when you're done you can try your hand at AI and play the computer. For that tutorial any windows machine will do. Just download visual studio and away you go! C++ is a pretty common game programming language but the others you have mentioned are common too. For example pygame for python might be another place to look after pong. https://wiki.python.org/moin/PyGame Unity3d https://unity3d.com is a very popular game engine and is great place to move onto after some smaller projects. You won't have any troubles finding examples and tutorials for it.
  13. I've always enjoyed the AI in F.E.A.R. The AIs tactics felt dynamic and exciting...haven't played it in a while but I assume it still holds up. There is a great paper on how they achieved it which I really enjoyed reading. 3 states and a plan
  14. If you are really going for speed, create an enum of all your items from 0 -> n-1. Then have an array of n size and index it using the type enum. Should perform better than a hashmap. What the array holds is upto you but could simply be an int for the type count, or a struct holding both a type count and references back to the items.
  15. I've posted something similar in another thread but YouTube has plenty of great talks you can put into practice about design and best practices. Best of all they're free! For example, Sean Parent C++ seasoning Basically anything from Sean Parent, Hurb Sutter and Scott Meyers is a good watch and you'll learn heaps