Remakes_VMs: Doom Legacy v1.48.12 :: AEP Emulation Page - Emulation News

Hauptmenü

· Home / News
· News Kategorien
· News Archiv

· Mein Account
· Suche
· Forum (neu)
· Forum
· Weblinks
· Spiele Reviews
· Übersetzungen
· Impressum
· Datenschutz

Downloads

Forum

Mitglieder Online

Keine Mitglieder online.

You are an anonymous user. You can register for free by clicking here

Infos

· Museum
· Infocenter
· Das AEP Team
· Member Liste
· Top 25 Liste
· Glossar
· FAQ

Review of the moment

Final Fantasy 7 Remake

Sprache

Sprache auswählen:

News-Export

Holt Euch unsere News auf Eure Seite:
· RSS Newsfeed How-to
·

Friends

· Emu-France
· progetto-SNAPS
· EmuBit.pl
· PDRoms

Remakes_VMs: Doom Legacy v1.48.12

AEP Emulation Page - Emulation News Foren-Übersicht » Emu News » News

Autor

Nachricht

Q-Marine

Titel: Doom Legacy v1.48.12

Verfasst am: 14.05.2023, 20:25 Uhr

AEP Team Member

Anmeldungsdatum: 04. Jul 2004
Beiträge: 5.914

Status: Offline

Der Doom Source-Port Doom Legacy wurde aktualisiert.

A new version of the Doom source port Doom Legacy has been released.

1.48.12 SVN1642 (2022-11-30)FEATURES 1.48.12

Added SDL2 support, as a compile option. This provides video, sound, and keyboard alterations for the SDL2 library calls. The source code still supports SDL1. This supports target machines that are not supported by SDL2. At this point, for some things like MIDI music, we have not yet found optimal SDL2 solutions.
Add a control to select music type, with an automatic mode. Add automatic music type selection and playing.
This works better with SDL1 than SDL2. SDL2 will always use Fluidsynth for MIDI. It even builds a copy of Fluidsynth into SDL2.
Added controls to adjust monster health, health pickup, armor pickup, and ammo pickup. This allows adjusting play of an overly difficult map such as one with multiple cyberdemons, such as when you have only three players on your coop team and one is a newbie, or just adjusting a map weak in ammo. The user can also increase difficulty when feeling cocky.

BUG FIXES 1.48.12

Mingw32 does not have strcasestr. Had to write one for Mingw32 and Watcom.
Fixed a segfault in biowar.wad Map08 with OpenGL. It would segfault when a texture being drawn in cache, had one patch extending lower than the texture bottom. The cache write now tests against the cache limits, and not the source.
Fixed X11 musserver quitting whenever trying any device other than TiMidity. Made the FluidSynth MIDI detection work. Included the DEBUG options. Fixed a HAVE_ZLIB test that would error when compiling for X11.
Fixed where Player picks up clip when already has full ammo. A bug was introduced in patch w105_22_playermsg, svn 1225. This resulted in the clip being used up, even when the player already has max ammo.
Rewrote the flat animation, to load all flats of an animation. A long time ago the flats were optimized by only loading the flats that appeared in the level map. This is incompatible with flat animation, as the animation requires flats that may not have appeared otherwise. This results in the animation not working for some flats that should be animated (doom2 map17). Updates the flat animation again when levelflats has moved during the update. Removed the old animation code that checked all flats in the wad.
Fix the existing MIDI, MP3, and OGG music playing. Fix MP3 music playing, so that it does not try to play it as MUS. Detect the music type upon replay too.
VISPLANE_DYNAMIC_COVER. Replaced arrays of [MAXVIDWIDTH] in visplane with dynamically allocated arrays of the current video width. This reduces each visplane from 6464 bytes to 3268 bytes. This will allow MAXVIDWIDTH to be increased, to allow larger screen sizes, without affecting the memory usage for everybody.
Transition to new software renderer, to fix sprites that are drawn in conflict with 3d floors.
Removed drawnodes code. Sprites could not be sorted into the drawnodes to satify all the conflicts that occur. Instead of trying to save all the sprite conflicts in one sprite structure (like a drawnode), the sprite is split and clipped until all parts of it have been drawn (or masked),
Replaced openings code (from PrBoom) with pool16 code, which does not have to adjust existing pointers when expanding the pool.
Fix to sprite draw, so that flipped sprites drawing is independent of the sprite x1 position. This fixes draw errors of some flipped sprites.
Fixed the OpenGL dynamic lights, where wall textures would distort when a fireball or rocket would pass by. This affected walls under a 3d floor, when it experienced a dynamic light.
Fixed a zip seek error that only affected some zip files. Opening a zip archive when there already was a zip file open, required that the zip file be closed, or its file position will be different than our recorded position. This fixes bug when loading cyberarena3.zip.
Protect against NULL line ptr in some light functions. This mitigates a segfault in cyberarena3.zip, that was not reproducible.
Fixed compile errors in dynamic load of zlib, and libzip. Detect version of libzip from header file. Remove version of libzip from make_options.
Add SDL_DIR to the compile make_options, because compile on win/mingw32 cannot reliabily find SDL/include otherwise, and it is better than having end users editing the Makefile. SDL installs with sdl-config are not affected, and most users do not need to specify it.
Fixed the new SDL sound code to compile with SDL Mixer 1.2.8, SDL Mixer 1.2.10, SDL Mixer 1.2.12, and SDL2 Mixer. This is detected at compile. The SDL Mixer 1.2.8 does NOT have MIX_INIT, but the SDL Mixer 1.2.10 does, and SDL2 does too. The MIX_INIT provides some device detection and reporting to the user what was found.
Still supports compiling for SDL Mixer older than 1.2.8, but those do not have RWOPS, and thus music playing with that Mixer will then use the hard-drive. This is detected and determined at compile-time, and running with a newer SDL Mixer will not affect that compile decision.
The user must have a compatible SDL Mixer installed (same or better). Newer SDL installs have bug fixes (especially on win), and may be customized to the users machine, so this is up to the user.
Changes to support compiling on Mac OS X (Darwin). Uses App folder. Based on support from Gibbon.