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

Archived

This topic is now archived and is closed to further replies.

Smoo

[java] Image displaying

12 posts in this topic

Hello, I''m currently working on a small tile-based java game. At the moment, when I load up a map the tiles slowly scroll on screen. I was wondering if it was actually possible to load them up in the background whilst a graphical load window appears with a status bar and when it''s done, the map pops up? Thanks. Smoo
0

Share this post


Link to post
Share on other sites
I THINK that that was the whole idea of the ImageProducer/ImageConsumer classes: to ''observe'' the loading of the images. Also you might want to check that you''ve loaded all your images first and then store them in memory so you won''t have to load them again (involves network connections and Internet latency for some).
0

Share this post


Link to post
Share on other sites
Not to sure about the progress bar. Check out sun's tutorial on JFC/Swing and look for the JProgressBar component. As for waiting untill the graphics load, you can use a mediaTracker. Make a function called loadImages(). make a new MediaTracker and give it an instance of your program. Then start loading your images, player = Toolkit.getDefaultToolkit.getImage("player.jpg"); then do mt.addImage(player,0); for all your images. And lastly, try mt.waitForAll and catch an interrupted exception. Now all execution will be on hold untill the images are loaded.

Edited by - Jim_Ross on 1/30/00 11:16:38 PM
0

Share this post


Link to post
Share on other sites
Of course you would need an additional thread if you want to do something fancy while loading...

(And the progress-bar code is not exactly rocket science - unless you are already using Swing, I''d recommend writing your own instead - downloading several Megs of UI library to get a progress bar is a bit crazy)
0

Share this post


Link to post
Share on other sites
Wtf? Downloading swing? I have everything in my JDK 1.2.2 and I don''t need to download enything/every swing component! So does it mean that I *might* not have a progress bar? (I haven''t tried?)
0

Share this post


Link to post
Share on other sites
You are not the problem - people trying to use your applet in a standard browser are! (They don''t have JDK1.2.2 by default)

/Nj
0

Share this post


Link to post
Share on other sites
I didn''t know applets were involved at all. Speaking of applets, did you hear about the latest security hole in Microsoft''s VM?
0

Share this post


Link to post
Share on other sites
Oh, sorry! Dumb asumption on my part!

Nope, not heard of any new issues in IE... I found a small one a short time ago though: If you have two applets on the same page, one of which has the "mayscript" tag set, these applets SHOULD be given different VM''s (if they don''t, the applet without the "mayscript" tag will be able to execute scripts through the other applet). IE runs both in the same VM...

/Niels
0

Share this post


Link to post
Share on other sites
Niels, that is not a security hole, that is the way it "should" be.

All browser use the same JVM to run applets in the same HTML page. Actually that gives you a nice way to communicate between two applets in one HTML page.

JavaWorld had an article last year describing how you should define class (=static) variables if there are going to be several insances of the class in applets that share a webpage.
0

Share this post


Link to post
Share on other sites
Well, it was posted on Javalobby.com and found by a japanese user group. I guess you can access any files in the classpath with an applet. But MS''s VM automagically includes c:\ in the classpath for IE4 and your desktop and registry in IE5. That''s at least what i gather from the original post. There''s an applet in the post that reads files on your desktop, just put a read me there an click read.
0

Share this post


Link to post
Share on other sites
No, that is NOT the way it is supposed to be. If both applets have the MAYSCRIPT attribute, or none of them has it, then YES, they can run in the same VM... If not, one is providing a scripting loophole for the other... In any case it is a minor issue since it is the author of the page who decides which applets get scripting rights... (My point is, that because of this "bug", the mayscript tag is useless)

/Niels
0

Share this post


Link to post
Share on other sites
BTW: I use applet communication extensively on www.hexadome.net - this, in fact, is how I discovered the bug. I forgot the MAYSCRIPT tag on one of the applets and all of a sudden it wouldn''t run in Netscape - I figured it was a bug in Netscape (it usually is ), but as it turned out, IE was the problem (And Netscape didn''t throw a security exception as it should have - It sure had me puzzled for a while ...
0

Share this post


Link to post
Share on other sites