Doom monster
User Profile | Member List | F.A.Q | Privacy Policy | New Blog | Search Forums | Forums Home
Doomworld Forums : Powered by vBulletin version 2.2.5 Doomworld Forums > Special Interest > Freedoom > FreeDM is underway!
Pages (2): « 1 [2]  
Author
All times are GMT. The time now is 19:42. Post New Thread    Post A Reply
hex11
Senior Member


Posts: 2468
Registered: 09-09



fraggle said:
No. I was just experimenting with the patch a few months ago (getting it to work with Chocolate Doom), and I made modified versions of some of the FreeDM levels to work with it. As part of that I had to make the levels work with Vanilla. As FreeDM is now being converted to Vanilla I offered up my modified versions for use as the conversion work has already been done. Now they just need the monsters removed again.

Ah so the comp-dm.deh need monsters in order to work?

A couple days ago I tried using it with a deathmatch map (the one I converted and posted to this thread), but no bots appeared:
code:
chocolate-doom -iwad freedm.wad -server -deh comp-dm3.deh \ -respawn -altdeath -solo-net -file hex11c.wad
If it needs monsters, which one(s) are they? In this case, I'm just looking for a way to test deathmatch play, but it might also be fun to try other deathmatch maps from idgames (without needing a live opponent).

I looked at the deh file, and there's a whole lot of stuff in there for all the different monsters, but I doesn't make a lot of sense to me. :)

Last edited by hex11 on Apr 29 2011 at 12:18

Old Post Apr 29 2011 12:06 #
hex11 is offline || Blog || PM || Post History || Add Buddy IP || Edit || Quote
Catoptromancy
Senior Member


Posts: 1155
Registered: 08-06



hex11 said:
Ah so the comp-dm.deh need monsters in order to work?
... but no bots appeared:

Adding a .deh to chocolate will not make bots.

Old Post Apr 29 2011 15:55 #
Catoptromancy is offline || Blog || PM || Post History || Add Buddy IP || Edit || Quote
fraggle
Filled with the code of Doom


Posts: 8138
Registered: 07-00



RjY said:
This is kind of vague for a bug report but I assume you mean "R_GenerateLookup: column without a patch" for several textures named like GRID* ?

It seems when chocolate doom looks up the lump numbers of the patch names, it gets the identically-named flats instead of the patches, because it doesn't do lump namespacing. So it's trying to parse a plain 64x64 bitmap as a patch. I'm surprised it didn't immediately I_Error, but you seem to have reduced that error to a warning (isn't that against your design philosophy?)

Yes, that's what I was referring to. The Chocolate Doom behavior is the same as Vanilla Doom, which also prints these warning messages and does not bomb out with an error. As you know, textures in Doom are assembled from multiple patches. The error message occurs when you have a wall texture with a column (ie. 1-pixel wide vertical strip) that is not covered by any patch. Every column in a texture has to be covered by at least one patch. I'm not entirely sure why.

hex11 said:
Ah so the comp-dm.deh need monsters in order to work?

A couple days ago I tried using it with a deathmatch map (the one I converted and posted to this thread), but no bots appeared:
code:
chocolate-doom -iwad freedm.wad -server -deh comp-dm3.deh \ -respawn -altdeath -solo-net -file hex11c.wad
If it needs monsters, which one(s) are they? In this case, I'm just looking for a way to test deathmatch play, but it might also be fun to try other deathmatch maps from idgames (without needing a live opponent).

I looked at the deh file, and there's a whole lot of stuff in there for all the different monsters, but I doesn't make a lot of sense to me. :)

comp-dm.deh is a dehacked patch that changes the monsters so that they look like (and to some extent behave like?) other players, the idea being that you can have a mock deathmatch with them. I suggest you check out the original thread for more information.

The original mod was a modified executable with some deathmatch levels for playing against the "bots". It was initially thought that the mod was more elaborate, but I later found that the behavior of the modified executable could be captured in a dehacked patch and the bots were just monsters with their appearance/behavior changed.

As I liked the patch I fixed up some of the glitches in it with a view to submitting a cleaned up version to the idgames repository. However, some of the levels included with the original mod were based on original Doom levels, so I decided to replace them with ones from FreeDM instead.

Old Post Apr 29 2011 16:42 #
fraggle is offline Twitter account Youtube Twitch Github || Blog || PM || Post History || Add Buddy IP || Edit || Quote
hex11
Senior Member


Posts: 2468
Registered: 09-09


I started this new map a couple days ago:
http://www.sendspace.com/file/502jw4

The only problem is that it's E1M1 (Yadex uses doom.wad as the default IWAD...) and FreeDM uses MAPxx instead. Is there an easy way to convert it to freedm.wad IWAD?

I'm starting to play around with the textures, so wanted to make sure I use only those in freedm.wad...

BTW, it's my first map with Yadex (and since using DCK last in 1996). It's supposed to be a "rocket arena", so the only weapons available might be rocket launchers & ammo. I don't know if that's cool by FreeDM rules though, or if it's even a good idea.

Oh, and in Quake, "rocket arena" implies a deathmatch rules variant, but I don't know if that part could be replicated in Doom, even with DEH patches...

Old Post May 27 2011 18:50 #
hex11 is offline || Blog || PM || Post History || Add Buddy IP || Edit || Quote
andrewj
Senior Member


Posts: 1703
Registered: 04-02



hex11 said:
The only problem is that it's E1M1 (Yadex uses doom.wad as the default IWAD...) and FreeDM uses MAPxx instead. Is there an easy way to convert it to freedm.wad IWAD?

yadex -iwad2 freedm.wad -file blahblah.wad

The "Save As" command (File menu) will ask for a new map name.

Old Post May 28 2011 03:25 #
andrewj is offline || Blog || PM || Post History || Add Buddy IP || Edit || Quote
hex11
Senior Member


Posts: 2468
Registered: 09-09


Thanks, that was easier than expected!

Now have the map running under FreeDM:


Still needs better texturing and stuff. ;)

Old Post May 28 2011 17:43 #
hex11 is offline || Blog || PM || Post History || Add Buddy IP || Edit || Quote
hex11
Senior Member


Posts: 2468
Registered: 09-09


The way this teleporter works, is that too gonzo?
http://www.sendspace.com/file/7lbp3l

Btw, in case it's not apparent, the teleporter is that big ugly-looking thing smack dab in the middle of the map. ;)

I was initially going to use stairs to reach the upper tiers, but figured there were already enough protrusions in the arena, and didn't want it to negatively affect player movements. Lifts might have worked also.

There's going to be an outside area to run around in also. That's where the lower tier's northern corridor will lead to (there will be a way out there on all four compass points).

Last edited by hex11 on May 31 2011 at 19:37

Old Post May 31 2011 15:59 #
hex11 is offline || Blog || PM || Post History || Add Buddy IP || Edit || Quote
hex11
Senior Member


Posts: 2468
Registered: 09-09


Since nobody posted negative comments, I'm going to take that as a sign that the basic design is sound. And I know the map looks like crap, but I'll try to improve that as best as I can.

Old Post Jun 2 2011 21:53 #
hex11 is offline || Blog || PM || Post History || Add Buddy IP || Edit || Quote
BondEar
Warming Up


Posts: 27
Registered: 01-11


So as I mentioned in the Vanilla Freedoom thread, there's a medusa effect in dm02. The effect is in the whole entire hallway. This is especially problematic since one of the deathmatch starts is in the hallway. Looking at dm02.wad in Yadex, there's a bunch of vertices on top of other vertices in the hallway somehow. On the affected walls there's always these two linedefs that are almost on top of each other. Hopefully one of you will know what to do. I tried fixing dm02.wad in Yadex but every time I gave chocolate-doom a modified dm02.wad I got this:

Z_Malloc: failed on allocation of 1558088496 bytes

Old Post Oct 8 2011 23:48 #
BondEar is offline || Blog || PM || Post History || Add Buddy IP || Edit || Quote
RjY
anARCHy


Posts: 1025
Registered: 05-02


Hopefully fixed dm02. Thanks BondEar and thanks hex11 for the reminder...

Old Post Nov 14 2011 22:10 #
RjY is offline || Blog || PM || Post History || Add Buddy IP || Edit || Quote
wesleyjohnson
Senior Member


Posts: 1122
Registered: 04-09


Z_Malloc errors on load of map level:
Just worked on a similar bug in DoomLegacy and there it was triggered by a missing or bad blockmap. The original code makes rash assumptions. When the blockmap was not made it will allocate 0 bytes, or whatever bogus value appears as count. It can also allocate 0 bytes, and then write assumed fields into the 0 byte allocation, corrupting zone memory. Chocolate doom may have similar behavior.

Old Post Nov 15 2011 20:31 #
wesleyjohnson is offline || Blog || PM || Post History || Add Buddy IP || Edit || Quote
All times are GMT. The time now is 19:42. Post New Thread    Post A Reply
Pages (2): « 1 [2]  
Doomworld Forums : Powered by vBulletin version 2.2.5 Doomworld Forums > Special Interest > Freedoom > FreeDM is underway!

Show Printable Version | Email this Page | Subscribe to this Thread

 

Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is OFF
vB code is ON
Smilies are OFF
[IMG] code is ON
 

< Contact Us - Doomworld >

Powered by: vBulletin Version 2.2.5
Copyright ©2000, 2001, Jelsoft Enterprises Limited.