Re: [opensource-dev] Windows ReleaseOS build unable to load textures

2019-02-11 Thread Kadah
 > all the replies

Thanks. That answers my main suspicion, that it is actually broken and 
not something I missed.

Fixing OpenJPEG is well outside the scope of my project, but the KDU 
patch will at least allow me to see if the LLTextureCtrls are functional.
___
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


Re: [opensource-dev] Windows ReleaseOS build unable to load textures

2019-02-11 Thread Henri Beauchamp
You might want to use my modified version of OpenJPEG v1.4.0.635 (that is
included in the Cool VL Viewer source and built in-tree with the viewer)
instead of any later versions that got utterly broken for SL usage...

My version includes the needed security fixes from v1.5+ as well as some
crash bug fixes. It is also (somewhat) SSE-optimized.
It works beautifully and this, for years, in the Cool VL Viewer.

Henri.
___
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


Re: [opensource-dev] Windows ReleaseOS build unable to load textures

2019-02-11 Thread Nicky D.
Try with an openjpeg version build from this repository:
https://bitbucket.org/NickyD/p64_3p-openjpeg

https://bitbucket.org/NickyD/p64_3p-openjpeg/commits/9c2e80ac43f67040ee8870a92ac9f05ee00c2020

Is probably fixing your issue

On Mon, Feb 11, 2019 at 11:15 AM Kadah  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.
>
> Every texture request is generating the following on a clean build of
> viewer-release:
> WARNING   LLViewerFetchedTexture::updateFetch : oversize, setting as
> missing
> WARNING   LLViewerFetchedTexture::setIsMissingAsset :
> dc60d326-ba27-db3a-103a-e378d6dd2530: Marking image as missing
>
> To get at least something more, I added a debug output from FS to
> updateFetch (). Output was such:
>
>   INFO   LLViewerFetchedTexture::updateFetch : Discarding oversized
> texture, width= 4096, height= 4096
>   WARNING   LLViewerFetchedTexture::updateFetch : oversize, setting as
> missing
>   WARNING   LLViewerFetchedTexture::setIsMissingAsset :
> dc60d326-ba27-db3a-103a-e378d6dd2530: Marking image as missing
>   INFO   LLViewerFetchedTexture::updateFetch : Discarding oversized
> texture, width= 16384, height= 16384
>   WARNING   LLViewerFetchedTexture::updateFetch : oversize, setting as
> missing
>   WARNING   LLViewerFetchedTexture::setIsMissingAsset :
> 2aa5fd81-464f-3b76-40a7-f498a1561b76: Marking image as missing
>   INFO   LLViewerFetchedTexture::updateFetch : Discarding oversized
> texture, width= 2048, height= 8192
>   WARNING   LLViewerFetchedTexture::updateFetch : oversize, setting as
> missing
>   WARNING   LLViewerFetchedTexture::setIsMissingAsset :
> 2c007a7c-11c1-5748-e1a8-a77806efa9e3: Marking image as missing
>   INFO   LLViewerFetchedTexture::updateFetch : Discarding oversized
> texture, width= 1024, height= 4096
>   WARNING   LLViewerFetchedTexture::updateFetch : oversize, setting as
> missing
>   WARNING   LLViewerFetchedTexture::setIsMissingAsset :
> 50a3b5d7-f32f-41ce-ff7a-450a4bbf1e8f: Marking image as missing
>
> All but the 16384 ones appear sane.
>
> Autobuild config invocation:
> setx AUTOBUILD_VARIABLES_FILE
> "C:\Users\Kadah\Desktop\Dev\viewer-build-variables\variables"
> autobuild configure -c ReleaseOS -A 64
>
>
> Full viewer logs:
> https://pastebin.com/yzswgNnm
> https://pastebin.com/WeiYf2G7
>
> Viewer about:
> Within build VM: https://pastebin.com/Q1tKdw2U
> Installed on host: https://pastebin.com/PeyLBEiN
>
> Any help would be appreciated.
> ___
> 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
___
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

Re: [opensource-dev] Windows ReleaseOS build unable to load textures

2019-02-11 Thread John Nagle
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   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


Re: [opensource-dev] Windows ReleaseOS build unable to load textures

2019-02-11 Thread Jonathan Welch
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  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.
>
> Every texture request is generating the following on a clean build of
> viewer-release:
> WARNING   LLViewerFetchedTexture::updateFetch : oversize, setting as
> missing
> WARNING   LLViewerFetchedTexture::setIsMissingAsset :
> dc60d326-ba27-db3a-103a-e378d6dd2530: Marking image as missing
>
> To get at least something more, I added a debug output from FS to
> updateFetch (). Output was such:
>
>   INFO   LLViewerFetchedTexture::updateFetch : Discarding oversized
> texture, width= 4096, height= 4096
>   WARNING   LLViewerFetchedTexture::updateFetch : oversize, setting as
> missing
>   WARNING   LLViewerFetchedTexture::setIsMissingAsset :
> dc60d326-ba27-db3a-103a-e378d6dd2530: Marking image as missing
>   INFO   LLViewerFetchedTexture::updateFetch : Discarding oversized
> texture, width= 16384, height= 16384
>   WARNING   LLViewerFetchedTexture::updateFetch : oversize, setting as
> missing
>   WARNING   LLViewerFetchedTexture::setIsMissingAsset :
> 2aa5fd81-464f-3b76-40a7-f498a1561b76: Marking image as missing
>   INFO   LLViewerFetchedTexture::updateFetch : Discarding oversized
> texture, width= 2048, height= 8192
>   WARNING   LLViewerFetchedTexture::updateFetch : oversize, setting as
> missing
>   WARNING   LLViewerFetchedTexture::setIsMissingAsset :
> 2c007a7c-11c1-5748-e1a8-a77806efa9e3: Marking image as missing
>   INFO   LLViewerFetchedTexture::updateFetch : Discarding oversized
> texture, width= 1024, height= 4096
>   WARNING   LLViewerFetchedTexture::updateFetch : oversize, setting as
> missing
>   WARNING   LLViewerFetchedTexture::setIsMissingAsset :
> 50a3b5d7-f32f-41ce-ff7a-450a4bbf1e8f: Marking image as missing
>
> All but the 16384 ones appear sane.
>
> Autobuild config invocation:
> setx AUTOBUILD_VARIABLES_FILE
> "C:\Users\Kadah\Desktop\Dev\viewer-build-variables\variables"
> autobuild configure -c ReleaseOS -A 64
>
>
> Full viewer logs:
> https://pastebin.com/yzswgNnm
> https://pastebin.com/WeiYf2G7
>
> Viewer about:
> Within build VM: https://pastebin.com/Q1tKdw2U
> Installed on host: https://pastebin.com/PeyLBEiN
>
> Any help would be appreciated.
> ___
> 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
___
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