Is this related to https://jira.phoenixviewer.com/browse/FIRE-22342
The problem there was with 5-channel images. SL has a few of those; in some old format, eyelash length was encoded as an extra JPEG color channel. Those resulted in crashes where the fast cache decoder didn't have a case for a 5-level texture. That was not fixed in Firestorm because LL had a fix in their code which was not yet integrated into Firestorm. See JIRA. Could it be that some combination of the fixes is clashing? It would be nice to get this fixed so building from source would Just Work again. On 2/11/19 2:30 AM, Jonathan Welch wrote: > Graham worked on a fix for this which is an improvement but still has > some loading issues: > > > https://bitbucket.org/lindenlab/viewer-tco > > You'll need to build it with -DUSE_OPENJPEG:BOOL=TRUE to test that path > anyway, the TC-built version assumes KDU. > > On Mon, Feb 11, 2019, 5:15 AM Kadah <kadah.c...@gmail.com > <mailto:kadah.c...@gmail.com> wrote: > > I'm working on a thing (some of you know what) and I've run in to a > rather annoying issue that's sunk most of the day as it was starting to > make testing difficult. > > None of my ReleaseOS viewer-release builds are able to load textures. > I've found that it's fine if I patch in KDU. While that is a > workaround, > it would be nice to know what I'm doing that makes OpenJPEG fail, > assuming it does work at all. _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
