Information
Gallery
Download
Documentation
Community
FAQ
Search
Register
Login
Current version v0.5a is available to play on the shiny new website!
Thanks to the efforts of drwr and rdb documented in this thread, you can also play the game using the awesome new browser plugin here.
A3P [formerly Stainless]
60 posts
• Page 1 of 2 • 1, 2
A3P [formerly Stainless]
[edit] Name change: formerly known as Stainless.
Current version v0.5a is available to play on the shiny new website!
Thanks to the efforts of drwr and rdb documented in this thread, you can also play the game using the awesome new browser plugin here. Last edited by et1337 on Thu May 13, 2010 8:24 am, edited 5 times in total.
small bugreport
 while in training mode it crashed after several minutes.
wvd, thanks for your kind words! Hopefully the final release will be even better.
ThomasEgi, thanks for the bug report. Keep this up and I'll have to add you to the credits. 
I'd love to try out the browser plugin, but even without Panda3D, the game is at least 80 megs. Isn't that too big?
Toontown Online is almost 200 MB, and Pirates of the Caribbean Online is pushing 700 MB, and we're planning on putting both of them in the browser using Panda's new plugin system.
The plugin system includes a complete packaging system to make it easier to manage large assets like this; and the whole system is (mostly) documented in the manual. 80 MB might still be small enough that you can get away with just putting it in a single p3d file, which is the easiest way to distribute it; but if you want to spare your users the headache of downloading this every time, you can use Panda's new packaging system to download your game assets once and leave them there. David
just tested from source. menu shows up and the loading screens for each modes also seem to work, but at the end of the loading process it crashes with the following error:
the texture path errors are harmless, but it looks like you have a bug in the ODE implementation
to the web publishing issue: ~76MB of your game is music. compression makes no sense on MP3s, but you could sample it down or download them in background.
You're shipping MP3 with your game? I seriously recommend against that, as you'd need to get a very-expensive MP3 license if you don't want lawyers with pitchforks on your doorstep...
I prefer e-mail over PM
Ouch, thanks for the advice. I didn't know about the MP3 pitch-fork-toting-lawyer thing. I assumed since it was open source music...
Nemesis#13, where'd you get the 76 Mb number for music? On my copy of the game, the music folder is about 38 Mb. You're right though, I should definitely downsample/convert to ogg/download in the background. So the only other issue I see with web publishing is that the game is currently LAN-only, which doesn't make sense in a browser game. What do I need to do to get things working over the internet? I would probably need to set up a server to host some kind of lobby too... Also, there are absolutely no anti-cheating measures, and I don't even know where to start on that. It would be sweet, though. 
Holy... never noticed that before: http://www.mp3licensing.com/royalty/ - 2.5k$ for a game... guess that makes mp3 not the first choice of indie developers... Edit: No licence fees if less than 5000 units are distributed... time to set limits to the downloads, lol
So I'm trying to make a p3d now. For now, I'm doing it without packages, because I couldn't get it working. But now I can't get the p3d working either, it apparently won't read my custom text files (.map). Does packp3d only read certain file types, like jpg, png, egg, etc, or what?
Yes, it only looks for certain file extensions, and adds those, ignoring others. For something more custom, you'd have to use the ppackage command, and build a pdef file something like this:
Then when you run "ppackage.p3d mygame.pdef", it will generate mygame.p3d, including your files named foo.map. It would be a good idea to have a command-line option to packp3d to allow you to specify additional file extensions without having to go through this pdef rigamarole, though. I'll add that feature. David
No, ppackage.p3d is the correct filename. But ppackage does one more sneaky thing: it generates its output into a subdirectory called "install", instead of dropping it into the current directory. I bet you're looking at the old p3d file instead of the new one generated by ppackage.
David
You were correct, of course. But it is still not including the .map files... I made sure the extension actually got added to textExtensions, and I looked at the Packager.py source and I can't figure out what the problem is. I've been probing around the VirtualFileSystem, and it looks like everything else in the folder is there. Calling it quits for tonight, we'll see.
oops, just noticed i also counted the files from .svn
units = files?
Alright, here's the p3d, with a few new features too.
http://a3p.sf.net/game.html It doesn't work in the browser on my system, even on my localhost. Looks like it's loading, initializes ODE, etc, shows the "play" button, and then just sits there showing the cute little panda. Tested on Windows 7 x64 in Chrome, FF, and IE8. (all 32-bit) It does work when I run it with panda3d.exe, but OpenAL isn't working; it reverts to NullAudioManager. Last edited by et1337 on Sat Dec 26, 2009 4:15 pm, edited 1 time in total.
Hmm, when I run it, I see this in the log:
which points out a problem with running packp3d.p3d--it doesn't have any way to find additional Python modules that aren't part of your source, but also weren't included in the Panda3D distribution. Hmm, let me investigate this. If nothing else, one ugly workaround would be to copy datetime to your source directory before packaging. Also, it looks like the plugin isn't doing a good job of displaying the "failure" icon when the program triggers an exception at startup. I'll look into this too. Note that you can inspect the logfiles in your Panda3D directory; p3dsession.log is the one that contains the Python session like this, and is most likely to be interesting. The location of your Panda3D directory varies according to your OS. On Windows XP, it's in c:\Documents and Settings\<your name>\Local Settings\Application Data\Panda3D; on Vista and Win7, it's in c:\Users\<your name>\AppData\Local\Panda3D (or LocalLow\Panda3D in IE with UAC enabled). David
Actually, I'm getting the same behavior from Tagger. Note: I'm using rdb's 0.9.7 runtime build he linked in the Tagger thread.
If this helps at all, here's my p3dplugin.log for Tagger (after closing the window): [code] NP_GetEntryPoints, pluginFuncs = 00939180 initializing browserFuncs = 0093B008 Browser version 0.19 Plugin compiled with version 0.19 new instance 008D0060 new instance->pdata = 02898BC8 start_download: http://runtime.panda3d.org/contents.xml?1260221031 SetWindow 0, 0, 640, 480 NewStream application/xml, http://runtime.panda3d.org/contents.xml?1260221031, 14254, notifyData = 00542FA0 NewStream application/x-panda3d, http://www.ddrose.com/~drose/tagger/tagger.p3d, 2683139, notifyData = 00000000 StreamAsFile http://runtime.panda3d.org/contents.xml?1260221031, 14254, notifyData = 00542FA0 Attempting to load core API from C:\Users\et1337\AppData\Local/Panda3D/coreapi/win32/p3d_plugin.dll DestroyStream http://runtime.panda3d.org/contents.xml?1260221031, 14254, notifyData = 00542FA0, reason = 0, for 008D0060, 02898BC8 URLNotify: http://runtime.panda3d.org/contents.xml?1260221031, notifyData = 00542FA0, reason = 0 start_download: http://runtime.panda3d.org/contents.xml?1260221032 NewStream application/xml, http://runtime.panda3d.org/contents.xml?1260221032, 14254, notifyData = 0054FBD0 DestroyStream http://runtime.panda3d.org/contents.xml?1260221032, 14254, notifyData = 0054FBD0, reason = 0, for 008D0060, 02898BC8 URLNotify: http://runtime.panda3d.org/contents.xml?1260221032, notifyData = 0054FBD0, reason = 0 Got p3d instance to stream 3 SetWindow 0, 0, 640, 480 destroy instance 008D0060, 02898BC8 save = 0257F6AC Stopping stream ð–
Ah, I have the solution to the datetime problem. In the beginning of your pdef file, add the lines:
and then it will search your own Python directory for datetime.pyd and add it to the p3d file. Two caveats: (1) you must point it to the same version of Python used by the runtime (2.6 at the moment), and (2) this will make your p3d file platform-dependent, because datetime.pyd is platform-dependent. I'll add the -p option to packp3d to do the same thing. David
1. I waited at least 20 minutes for tagger. It was frozen about 2 pixels from 100% most of the time. Might just be my computer or my runtime. I'm using rdb's 0.9.7 CVS build.
2. Glad that's fixed, but I think I'll find a cross-platform work-around for datetime... 
Hmm, this is a little worrisome. Did you notice whether you got that stall while downloading the p3d file (the blue bar would have no label) or while downloading the Panda3D runtime (the label would say "Panda3D" or something)? David
I found a better, more long-term solution to problems like datetime: I defined an optional package called "morepy" which includes all standard Python modules that are not already part of the Panda3D mainline release.
So, in the future, if you try to build a p3d file and you discover it depends on a missing Python module, you can just add "-r morepy" to the packp3d command like (or require('morepy') to your pdef file) and you'll pick up the missing module(s). The cost of this additional functionality is a mere 2MB additional download. I'm downloading the new stainless p3d file now. Funny, it seems to think it doesn't know how big the download is--the loading bar is always at the top, as if the server weren't reporting the download size. But I think it does. Hmm. Edit: and it doesn't appear to want to cache the p3d file from one session to the next. Most curious. Anyway, after loading, I can start the tutorial--looks great!--and then it soon crashes with this stack trace:
That looks like your problem to me. If, however, I click on "Host", it crashes immediately with this stack trace, which looks like my problem:
I think this is another case of not including a standard Python library, in this case the "encodings" module and all of its fiddly bits. I've added this to the morepy module. Your game is turning out to be an excellent customer to find the rough edges in the plugin support. Thanks for your patience! David
You were right about the first bug. Thanks for reporting that, it's fixed now.
And actually, the second error is due to me importing httplib to try and communicate with a makeshift sort of lobby server. I'm pretty sure I'm not doing that any more, so no need to worry. On a related note, anyone know of a free web host that will let me listen for UDP traffic?  I need to do some NAT punch-through. [edit: Never mind, looks like I might be able to do this with some basic PHP...]
OK, I've figured out why we're not getting a progress indication from the Sourceforge server on the download. It's because Sourceforge doesn't recognize the p3d extension, and assumes the file is type text/plain, then tries to live-gzip it during the download, which prevents the server from knowing exactly how much data it's sending us. This also, incidentally, breaks the caching mechanism, so it's bad all around.
Try creating an .htaccess file in the same directory with the following contents:
For my part, I'll add code to the plugin to better handle drawing the progress bar in cases where the server won't tell us how much data we're getting. David
60 posts
• Page 1 of 2 • 1, 2
Who is onlineUsers browsing this forum: No registered users and 1 guest Powered by phpBB® Forum Software © phpBB Group | © Carnegie Mellon University 2010 | Full copyright notice | Contact
|
