Standalone Game Template

[camper]

This is very useful for to learning. It is very difficult for me to learn the whole doom, because now there are several different ports. Is this exclusive to for gzdoom or it is allowed to use for other ports?

[Nash]

The PK3 is made for GZDoom, but nothing is stopping you from taking the (limited) textures or sprites in there and use them in any other engine.

------------

I have found the cause of the Ultimate Doom Builder errors. Will update the front post along with the next version

[camper]

Great file! I'm starting to understand a little.
The RROTT mod (https://www.elzee.co.nz/rotttc/) runs very well with this file, so no other iwad is needed.
Other than that, I was able to run it on k8vavoom, but I had to remove the whole zscript and add the player parameters to the mapinfo.
Interestingly, textures from other pk3 are displayed correctly, despite the difference in the standard palette.

[regolith]

Not sure if it's just me, but the downloads don't seem to be working. Anyone else experiencing this issue?

[camper]

Not sure if it's just me, but the downloads don't seem to be working. Anyone else experiencing this issue?

This may be related to the version of GZDoom. I have version 4.7.1. for windows and in it the pack works.

[TIIKKETMASTER]

Hi,
I'm really glad I found this resource, because it's exactly what I need for a project! Unfortunately I'm running into a really weird issue, but not a major one now that I have identified what is happening partially.
The template was working fine, and I had barely begun trying some map editing and adding textures with it. Strangely, when I added some new textures to the ipk3 and loaded it into GZDoom (I am using the GZDoom version), it started prompting me for an iwad anyways even when I supply it one by dragging the iwad/ipk3 onto the executable, launching it with SLADE3 directly, or using a launch parameter on the command line. This leads to a launch error, that seems to be the source port freaking out about there being multiple player objects and huds loaded, due to the source port loading twice:

Code: Select all

MyStandaloneGame.ipk3:zscript/mystandalonegameplayer/mystandalonegameplayer.zc, line 1: Class name MyStandaloneGamePlayer already exists
MyStandaloneGame.ipk3:zscript/mystandalonegamehud/mystandalonegamehud.zc, line 1: Class name MyStandaloneGameHUD already exists
MyStandaloneGame.ipk3:zscript/mystandalonegameplayer/mystandalonegameplayer.zc, line 1: MyStandaloneGamePlayer already has defaults

This seems like a source port problem to me, but I'm putting it here because it only affects the template ipk3. Launching Doom 2 with a parameter also brings up the iwad prompt again, but it loads fine.

Could this be an issue with the template? I just want to ask before I put this issue on the GZDoom github. Thanks.

Having this same problem after using this just fine some months ago. Tried it with a new GZDoom download even, still the same error persists. Only replying because I observed that nobody else has replied to this person with this problem, and the problem getting fixed can help me and other future individuals who may have also stumbled upon this problem. Thank you to whomever can help me, though.

[hvgcore]

For anyone still facing the above error as I was, I figured out an interim fix. If you're testing the .ipk3 from Slade or a similar editor where you set GZDoom as your testing resource, GZDoom loads your ipk3, and then Slade loads it as well, leading to the double up that causes the error. The workaround I've found for now is to just run a GZDOOM shortcut pointing to my ipk3 whenever I need to test. A bit annoying but this template is so useful (thanks Nash!) it's worth it to continue using it.