Make ZDOOM support ROR(Room Over Room)?
Moderator: GZDoom Developers
Make ZDOOM support ROR(Room Over Room)?
I see this BOOM-based DOS source port and wondered, can ZDOOM authors merging some data from the .dat file of the source ports?
Re: Make ZDOOM support ROR(Room Over Room)?
http://zdoom.org/wiki/3D_floors
They are in the SVN at version r3124, you can try a SVN build. Here's looking forward to a ZDoom official release! *with extra patience
EDIT: Unless I misunderstood what the request was, if so, sorry.
They are in the SVN at version r3124, you can try a SVN build. Here's looking forward to a ZDoom official release! *with extra patience
EDIT: Unless I misunderstood what the request was, if so, sorry.
Re: Make ZDOOM support ROR(Room Over Room)?
1. There's no source code. RORDoom's code would have to be reverse-engineered.
2. The "overlapping sectors" approach would cause many compatibility issues.
3. ZDoom already features many room-over-room systems, including portals, silent teleporters, 3D floors, solid midtextures, and bridge things.
4. Modern map editors such as DB2 already support the ZDoom methods of making ROR, but they automatically split sectors when you draw linedefs through them, making it impossible to create RORDoom-compatible RORs.
5. There is no map in existence for RORDoom.
In short, your suggestion would represent a tremendous amount of work (reverse engineering is a lot more difficult than reading source code), with a consequence of damaging the port's stability; and all that for an entirely nonexistent gain. There is zero reason to implement the RORDoom feature, and there are many reasons not to implement it.
2. The "overlapping sectors" approach would cause many compatibility issues.
3. ZDoom already features many room-over-room systems, including portals, silent teleporters, 3D floors, solid midtextures, and bridge things.
4. Modern map editors such as DB2 already support the ZDoom methods of making ROR, but they automatically split sectors when you draw linedefs through them, making it impossible to create RORDoom-compatible RORs.
5. There is no map in existence for RORDoom.
In short, your suggestion would represent a tremendous amount of work (reverse engineering is a lot more difficult than reading source code), with a consequence of damaging the port's stability; and all that for an entirely nonexistent gain. There is zero reason to implement the RORDoom feature, and there are many reasons not to implement it.
Last edited by Gez on Sat Feb 04, 2012 3:15 am, edited 2 times in total.
Re: Make ZDOOM support ROR(Room Over Room)?
You seem to have no idea what you are talking about. .dat files (normally binary files, ie. save data) have nothing to do with source code.taufan99 wrote:I see this BOOM-based DOS source port and wondered, can ZDOOM authors merging some data from the .dat file of the source ports?
Re: Make ZDOOM support ROR(Room Over Room)?
taufan99 wrote:I see this BOOM-based DOS source port and wondered, can ZDOOM authors merging some data from the .dat file of the source ports?
-
InsanityBringer
- Posts: 3392
- Joined: Thu Jul 05, 2007 4:53 pm
- Location: opening the forbidden box
Re: Make ZDOOM support ROR(Room Over Room)?
I feel half-compelled to make a tool that takes random data from file a and shoves it into file b.
Take some of the .dat file from RORDoom and shove it into Zdoom and see how long it takes for a crash to occur.
Take some of the .dat file from RORDoom and shove it into Zdoom and see how long it takes for a crash to occur.
Re: Make ZDOOM support ROR(Room Over Room)?
In the meantime you can use GZDoomphi108 wrote:http://zdoom.org/wiki/3D_floors
They are in the SVN at version r3124, you can try a SVN build. Here's looking forward to a ZDoom official release! *with extra patience