Project

General

Profile

Feature #2381

Support for 8-bit and run-length encoded TGA images

Added by thesourcehim almost 5 years ago. Updated almost 4 years ago.

Status:
Closed
Priority:
Normal
Assignee:
skyjake
Category:
Regression
Target version:
2.3
Start date:
2019-12-25
% Done:

100%

Tags:
Resources, Textures

Description

Currently doomsday can not load and use TGA textures that contain 8bit alpha channel only data.
Examples: jDRP Particle00.tga and Particle23.tga

Related issues

Related to Bug #2380: [Linux] Errors when loading resources from PK3sRejected2019-12-24

Associated revisions

Revision 5f3810c0 (diff)
Added by skyjake almost 5 years ago

Resources: Use libgui's TGA loader

libdoomsday had the old TGA loader that works with FS1. That is now replaced with a call to
de::Image::fromData() that uses Qt for now, and stb_image in the future. libgui's TGA loader can
read RLE-formatted images unlike the old TGA loader.

libgui's TGA loader was modified to allow reading colormapped 8-bit images.

IssueID #2381

History

#1 Updated by skyjake almost 5 years ago

  • Category set to Regression
  • Status changed from New to In Progress
  • Assignee changed from Deng Team to skyjake
  • Target version set to 2.3.x

This would be useful to improve support for old resource packs.

#2 Updated by skyjake almost 5 years ago

  • Subject changed from Support for alpha 8bit TGA textures to Support for 8-bit and run-length encoded TGA images

#3 Updated by skyjake almost 5 years ago

libgui has a newer TGA loader that supports RLE in addition to plain RGB/RGBA. However, it is not used for particle textures.

The old TGA loader should be revised to use libgui's better implementation instead.

#4 Updated by skyjake almost 5 years ago

  • Related to Bug #2380: [Linux] Errors when loading resources from PK3s added

#5 Updated by skyjake almost 5 years ago

  • Status changed from In Progress to Resolved
  • Target version changed from 2.3.x to 2.3
  • % Done changed from 0 to 100

#6 Updated by thesourcehim almost 5 years ago

Updated to 3281 through flatpak, but I get the same warnings, those TGA's still can not be loaded.

#7 Updated by skyjake almost 5 years ago

The unstable Flatpaks aren't yet updated in sync with the rest of the autobuilder. I'll rebuild it now and you can update it then.

#8 Updated by thesourcehim almost 5 years ago

Why doomsday shows build number 3281 if it is not updated?

#9 Updated by skyjake almost 5 years ago

Perhaps it's a build config bug? I'll check if the Flatpak build correctly sets the build number.

#10 Updated by skyjake almost 5 years ago

Yeah that was the problem. The Flatpak builds didn't set the build number in the build configuration, so at runtime it would always show the current day's build number.

#11 Updated by skyjake almost 4 years ago

  • Status changed from Resolved to Closed

Also available in: Atom PDF