Tolwyn

I don't understand how the sector would ever change then? If it's self-referential, there's nothing for it to change to.. unless you mean the BACK side?? Nope that didn't work, either.

Does anyone have any information on what PRBOOM does NOT support? I've tried skyrotation (doesn't work), and fog (GZDoom) which doesn't work; however, in the Setup, fog is an option in PRBOOM. Hmmm. I'd like to stick with releasing my next map for PRBOOM (and a release for Doomsday)... Just curious as to where I can find the differences in which lumps are supported (for example, I know that PRBOOM doesn't support multiple floors, slopes, etc.) but it DOES support SKYBOXES...

I think it would be worth the price for new music in the MIDI format (if you need MIDI). It's a music format that takes a lot of skill to do right and Jimmy definitely has that skill! For me, I only work with digital audio now, and probably would have more headaches trying to work in the General MIDI soundset! Good luck, Jimmy. :) Edit. Easteregg of Doomworld. Don't spell definitely incorrectly. *******ely. There see?

Anyone care to share with me the reason why skybox textures won't work unless they are explicitly named: CEMENT1 CEMENT2 .. .. CEMENT6 ?? This is if I define SKY1. What if I define SKY2? WTF??

Cumulative is accurate as well! They are synonyms. (today's vocabulary brought to you by Readers Digest)

plums that was it! Thank you. I forgot that the PNAMES and TEXTURE1 Lumps aren't AGGREGATORY (meaning they don't aggregate into one long list — the last PWAD will replace the previous one). This makes sense and ALSO answers my first gripe about that first example PWAD. That's WHY that person used CEMENT1-5 patches... there's no need for a PNAMES or TEXTURE1 LUMP in the example. Ok. Now I wonder if compiling in a ZIP or PK3 in the patches and textures directory would work? Hmmm. In any case, I was able to solve my problem by understanding the limitation. I appreciate you taking the time to respond.

my skies work fine as skies. When I load: prboom-plus.exe -iwad doom2.wad -file t_skies.wad -warp 15 looks great. prboom-plus.exe -iwad doom2.wad -file mm.wad -warp 15 the SKY is fine... but some walls are see-thru etc. Thats why I think it must be a caching issue with prboom or nodes. The sky pwad is fine. all resources are right... I am out of town and typing on my phone. when I get back I will post the pwad and screenshots.

Ok. Using PRBOOM+ I have created a PWAD with a GLDEFS lump defining SKY1, SKY2, and SKY3. The skies (png files) work great. I tested in Doom2. But when I use the PWAD in other maps (MM15 for example or Plutonium map32) some sidedefs arent rendered, holes in tge map, etc. I figured it was a nodes issue so i tried rebuilding the nodes using zennode glbsp etc. Still the behavior persists. Any idea what I am missing?

Finishing Memento Mori Map 15 with a buddy of mine... Relaxing and going through the level to make sure we've picked up EVERY LAST THING... Then... One of us looking at the other and saying... Do YOU wanna get us to the Secret Level or should I? And then... Watching it.

I stand corrected and SHOULD have said: Instructions and tutorials when searching through Google are difficult to aggregate. I found this after my initial post, but Google had a hard time directing my question to this WIKI. Believe me, it's bookmarked now! I PRINTED that wiki page as a PDF and am taking my own notes and and my own example wad. So... I'm working on supplementing. left = N back = E right = S front = W up = NEEDS to be VERTICALLY flipped for many skyboxes down = WORKS AS-IS with the above order unless your rotate the X-axis of your sky. Rotate in 90 degree increments (+/-) to accomodate a modified orientation around the X axis. The SEQUENCE "direct out of most skybox archives" in the GLDEF to work for most skyboxes is: Skybox SKY1 { TSKY2_RT // SOUTH TSKY2_FT // WEST TSKY2_LF // NORTH TSKY2_BK // EAST TSKY2_UP // This must be VERTICALLY FLIPPED (not mirrored) to work with the initial order. TSKY2_DN // NO CHANGE OUT OF BOX ROTATE to Accomodate your chosen initial order of S, W, N, E } I'm getting ready to start Tolwyn04, yes. ;) NEW music NEW textures* *not new, but not out of the IWAD. Supplemented textures is more accurate. Will work for: PRBOOM+ and I'll release one that works with Doomsday. Should work for GZDoom, too.

Ok. I got it. WOW. Searching GOOGLE for Documentation is a little hit and miss. :) Documentation is good... and I fully realize it takes a lot of effort to document. :) If you're going to use a SKYBOX in PRBOOM+ (GL) you define it using the GLDEFS lump. It can be named ANYTHING; however... You have to make sure the 6 (or 3) skybox textures (PNG) are included in a TEXTURE1 lump. CEMENT1 - CEMENT6 happen to just be textures in the IWAD. That's why MY example with a custom GLDEF Skybox name wasn't working. Ok. Geeze.

Great. Goatse doom.

Plutonia is one of my favorites. BUT YES.. PICK a lower skill level and don't feel bad about it. The POINT of Plutonia was to be harder on purpose.

Oh goodness. I"m just griping to be griping about Flickr. I just can't view some of them without them asking me to register. HOST WHERE YOU WANT! I'm just griping a little. :) I think your project is beyond awesome.

One of the things I enjoy about the Internet is searching for questions and reading responses. Did he read the readme? Can't he find this out by himeself? Why would he use MP3 over OGG? Not the answer to the question. I'll keep it simple. I'm running prboom-plus-2.5.1.4. I'm having trouble finding an ABSOLUTE straight-foward answer. Does it support the playback of MP3 files INSIDE the PWAD? If so...: What restrictions (if any) are on the MP3 file (encoding-wise)? Importing and renaming my MP3 LUMP to D_ULTIMA and using Map32 and I get silence. The PRBOOM+ readme says it supports MP3 but doesn't explain HOW. So...?

Solved. The Bitrate was too high. I re-encoded to 192kbps and it worked fine. Where did I miss this? Is there a doc somewhere I missed?

The Revenant should have two attacks. two rockets in a space of 250ms that DO NOT TRACK and a "brace and shoot" mode where the rocket tracks (as it is now).

Excellent and inspiring. Seriously. Wow. Please don't use flickr, though.

I've Googled and Read. Aside from it SAYING it works, I couldn't find a tutorial. I have the HI_START and HI_END markers as briefly mentioned here: I have 1 hi-res / 24bit and 1 32bit PNG file in between these markers (for testing). IF I DO NOT also have Doom2 GFX patches of the same name between P_START and P_END markers, of course, the PWAD won't load. So... How does this work? The HI-RES textures aren't being substituted. In the TEXTURES1 entry, I'm using the Doom GFX patches... so just not sure by what METHOD substitutions occur.

Oh good grief. DUH. Thank you sir. And I think I knew this, having WRITTEN THE DAMN BOOK on it. Geeze. Thanks. Kids... Don't do drugs. You forget things. Yes these are all correct, I'm just getting old. Gez set me right. I had honestly just forgotten that you substitute the TEXTURE1 name. No reason to build new textures with HI-res patches... Gah.

Ok. Got Slade. Yup. I like it.

Solved Using Slumped, you should go to the ALL filter and add markers there. But I agree with others in this post. Slade is simply superior. Before I ask this, I understand and have used: XWE, Wintex, etc. I know Lumps, Patches, Textures, Texture1, PNAMES, F_Start and FF_Start.... I have the doom2.pal and understand the difference between PCX, BMP, and PNG. I can even save BMP in 8bit with the Doom Palette. So... I'm okay here. But Slumped seems like it's just missing something or it expects me to know something I've forgotten. I need to get the Texture1 lump in there and the PNAMES lump in there. Does this get created magically? Do I always have to export from the iwad and import? It's just been so long I need a VERY QUICK catch-me-up. I'm making a new map32 replacement for Plutonia's Go2It. I'm using plutonia.wad as the Iwad in Doombuilder. Now... I open the WAD (mywad.wad) in Slumped. I want to add some patches. I want to USE those patches to create new Textures. I've forgotten the procedure to make this happen. Slumped seems to scoff at me when I try to import from a file or add that to a PNAMES list (that doesn't exist yet). What are the steps? How do I get the PNAMES list in my "blank" WAD (that just has MAP32 data)? How do I get the TEXTURE1 list in there? I tried to just enter the right LUMP name and it doesn't work. When I open up an older PWAD, the TEXTURE1 lump has all the textures listed. And all the PNAMES listed. Um. How do I get that into my new mywad.wad? A little help?

Ok. I know the documentation is in the PRBOOM archive. I have that, but am still confused. Let's say I am on a LAN. 192.168.1.3 is computer 1 192.168.1.4 is computer 2 192.168.1.5 is computer 3 Let's assume computer 1 is the host. I have the default port 5030 open (or at least forwarded to the right IP). Using prboom-plus_server.exe How do I get a coop game between these three computers? The documentation says "Computer Name" which means nothing to me. I use TCP/IP address, so maybe that's what it means? Computer name is IPX/SPX or Windows Networking. I assume I can do: prboom-game-server -N 3 -l 15 -s 2 What is the syntax to CONNECT to this server from the other clients?? The documentation is very poor. Please don't recommend a different port. Crap or not, the question is explicitly for PRBOOM (PRBOOM PLUS, etc.).

I've noticed simply trying again and again until both players have no lag is the fix. Also, you can start the clients in a "listen" mode and THEN start the server.... I've had success with this.

Ok. I think I have this, but would WELCOME some feedback from you guys. Computer 1 (Server) prboom-plus_server.exe -N3 -l 01 -s 3 Computer 1 (client) glboom-plus.exe -iwad doom2.wad -net 192.168.1.3 Computer 2 (client) glboom-plus.exe -iwad doom2.wad -net 192.168.1.3 Computer 3 (client) glboom-plus.exe -iwad doom2.wad -net 192.168.1.3 Right? Now, I tried demo recording and Client 1 gets bad mouse latency. Is there a fix for this?