[sldev] Crash reports analysis [http-texture builds]

Rob Lanphier robla at lindenlab.com
Thu May 14 16:55:53 PDT 2009


This issue was discussed at length in the Open Source Meeting today:
https://wiki.secondlife.com/wiki/Open_Source_Meeting/2009-05-14

Issue filed in JIRA:
http://jira.secondlife.com/browse/VWR-13511

Rob


On 05/14/2009 03:29 PM, Dzonatas Sol wrote:
> Robin Cornelius wrote:
>
>>   
>>> 3. Since this bug isn't fixed in OpenJPEG 1.3, but the release timeline
>>> for OpenJPEG 2.0 doesn't look clear, what would be the odds of
>>> convincing the OpenJPEG team to ship an OpenJPEG 1.3.1. We've got a
>>> strong preference to stick with releases rather than svn snapshots.
>>>     
>>
>> 2.0 does not look likely soon. The people behind openjpeg are quite
>> busy. Dzontas has got 2.0 working with secondlife but there are
>> remaining issues mainly to do with progressive downloads i believe. May
>> be he can comment further on exactly what is wrong.
>>   
> A little research through the OpenJPEG threads reveal that some of the
> team were away (Artic). I tried to ping them but one turns up with an
> invalid mail address (was a school address). I'm not sure if the main
> programmer has received my mail, as even I have had to juggle mail
> addresses lately.
>
> OpenJPEG 2.0 fully works with alpha (yay!), but it does not support
> truncated streams. My tests of it installed in the sl-viewer show its
> performance is good. It appears like it fails gracefully when it hits
> a truncated stream, but I found that to be unstable when a
> deallocation could randomly cause a crash. The OpenJPEG standard
> expects the decoders to handled truncated streams, so a fix to
> allocate/deallocate truncated streams now seems futile, as it would be
> better to just fully implement the code to handle truncated streams.
>
>> I would also like to toss in the mix that openjpeg 1.2, 1.3 or even back
>>   to 0.97 has issues with encoding alpha and ends up with the entire
>> alpha channel set to 128 v2.0 fixes this issue, but i believe there is
>> no clear backport to 1.3 for this problem currently.
>>
>>   
>
> Not impossible to backport, but highly impractical to throw lots of
> free time at it to get it done when it would more worthwhile time
> spent to get truncated streams to work in 2.0. If Jerome has made
> progress on that and just hasn't posted the progress yet, I hate to
> step on toes. Best to wait for the pong?
> ------------------------------------------------------------------------
>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/SLDev
> Please read the policies before posting to keep unmoderated posting privileges



More information about the SLDev mailing list