Rev |
Age |
Author |
Path |
Log message |
Diff |
727 |
1925d 8h |
leod |
/ |
UNIX newlines for *.def, *.mhk, *.txt |
|
726 |
1925d 11h |
leod |
/maphacks/ |
Maphacks : tile comment consistency fix #3 |
|
722 |
1972d 7h |
leod |
/maphacks/ |
...Finally: rearranging maphack tokens for great justice! |
|
719 |
1982d 12h |
leod |
/maphacks/ |
Maphacks : move up 'Author' entries in *.mhk |
|
717 |
1984d 8h |
leod |
/maphacks/ |
Maphacks : Fix some more autodetected issues |
|
644 |
4041d 8h |
leod |
/ |
UserMapHacks: The Escape aka FUZZBOX, LORCH3 (preliminary version), Duke Craft :-;
UserMapHacks: MHK header update part 2 |
|
636 |
4142d 14h |
leod |
/ |
#0768/#0779 (Sushiplate 1/4) scaled down by 25%;
new UserMapHacks;
Megaton HRP DEF files
Known Problems:
The Megaton executable (1.3.2 stable) is based on a rather old JFDuke version
and therefore doesn't support all Polymost HRP features correctly:
- "animtilerange", "setuptilerange" and "tilefromtexture" are unsupported
- frozen models don't work correctly and have been disabled
- skyboxes don't work correctly and have been disabled
- pickup models and first person weapon models may (partiallly) disappear at
certain viewing angles or sector boundaries.
There is nothing that can be done about these issues other than updating the
Megaton executable's Polymost renderer code.
However, I'd rather hope for Megaton's Polymost renderer improvements than
EDuke32's netcode getting finished. |
|
583 |
4322d 6h |
leod |
/ |
4308_S.png: fix case; PNGOUT optimizations;
UserMapHacks: Outpost, JMW-DM1, more DM maps; MHK reviews |
|
489 |
4521d 8h |
leod |
/maphacks/ |
UserMapHacks : Anarxiticalcity, Dayz Of Our Livez, misc. MHK fixes |
|
415 |
4635d 8h |
leod |
/ |
New maphack system. User map maphacks added (2012 releases, Roch, and more).
Revision strings reverted from "5.1.414" to "Repository Snapshot".
The 3D Realms maphacks are not new. They have been copied from the HRP's root folder (atomic), the HRP's installer directory (1.3D), and the Polymost HRP (atomic).
The new maphacks are non-functional until EDuke32 catches up. Note that you should use EDuke32 r3309 (thanks, h266) or later unless you like being flooded with error messages in your eduke32.log file. |
|