Project

General

Profile

Feature #2381

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

Added by thesourcehim 6 months ago. Updated 6 months ago.

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

100%


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 6 months 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 6 months ago

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

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

#2 Updated by skyjake 6 months 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 6 months 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 6 months ago

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

#5 Updated by skyjake 6 months ago

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

#6 Updated by thesourcehim 6 months ago

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

#7 Updated by skyjake 6 months 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 6 months ago

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

#9 Updated by skyjake 6 months ago

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

#10 Updated by skyjake 6 months 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.

Also available in: Atom PDF