I thought that the big problem with openjpeg v2 is that it doesn't
deal with partial streams correctly. Has that changed?
On Wed, Nov 10, 2010 at 05:19:52PM -0600, Sheet Spotter wrote:
> In the last few days I learned that the current viewer patches for OpenJPEG v2
> (i.e., http://jira.secondlife.
Just got the good build now, touch appears to be back to normal. The
stuttering/skipping, however, persists.
I do notice that the problem appears to get significantly worse when turning on
deferred rendering. When that happens, fps (which normally pushes 90) drops to
around 11fps and I see a
I have been quietly working on improving the performance of OpenJPEG v2 for
a number of weeks.
The focus was on testing an enhancement to one of the internal decoder
algorithms.
Results with the OpenJPEG test applications showed a 25% improvement in the
decoder performance. More recent res
I was hoping that build fixed it, but the email that went out said the build
had failed. Waiting patiently for a working build to test :-)
On Nov 10, 2010, at 1:29 PM, Yoz Grahame wrote:
>
> On 10 November 2010 13:10, Trilo Byte wrote:
> On Nov 10, 2010, at 7:33 AM, Oz Linden (Scott Lawrence)
On 10 November 2010 13:10, Trilo Byte wrote:
> On Nov 10, 2010, at 7:33 AM, Oz Linden (Scott Lawrence) wrote:
>
> > On 2010-11-10 6:13, Trilo Byte wrote:
> >> I was busy checking out some other items/banging on different parts of
> the viewer, and didn't realize until just now that "Touch" appear
On Nov 10, 2010, at 7:33 AM, Oz Linden (Scott Lawrence) wrote:
> On 2010-11-10 6:13, Trilo Byte wrote:
>> I was busy checking out some other items/banging on different parts of the
>> viewer, and didn't realize until just now that "Touch" appears to not be
>> working properly in the latest build
On 2010-11-10 15:35, Sheet Spotter wrote:
The infinite loop occurs when the avatar's baked textures cannot be
decoded.
The problem was encountered while testing OpenJPEG v2, but it could
also occur with any JPEG 2000 decoder.
After running the code outside the debugger I was able to submit
On Wed, 10 Nov 2010 09:29:16 -0600
Sheet Spotter wrote:
> The code enters an infinite loop when two methods are repeatedly
> calling each other. LLVOAvatarSelf::removeMissingBakedTextures calls
> LLVOAvatar::updateMeshTextures, which in turn calls
> LLVOAvatarSelf::removeMissingBakedTextures.
GC
The infinite loop occurs when the avatar's baked textures cannot be decoded.
The problem was encountered while testing OpenJPEG v2, but it could also
occur with any JPEG 2000 decoder.
After running the code outside the debugger I was able to submit a rather
large crash log (13 MB).
I w
and fwiw, this was introduced for me with changesets that happened
between build #214319 and #214370
On 11/10/2010 14:14, Dave Booth wrote:
> Oz, I cant add this to the jira because I can view it as a guest but get
> perm violation when logged in...
>
> Repro on my system too with a build I just
Oz, I cant add this to the jira because I can view it as a guest but get
perm violation when logged in...
Repro on my system too with a build I just downloaded. help/about below.
Second Life 2.4.0 (214370) Nov 9 2010 18:24:07 (Second Life Development)
Release Notes
You are at 250,693.0, 245,07
So... Building upon things already discussed, and several people's ideas for
just the basic UI (ideas for the more specific tools to come later maybe) I
have come up with a proposal that I'm told is similar to but not quite the same
as some ideas floating around LL and PE already...
Here's wh
*Wednesday, November 10, 2010*
*General Notes*
- Merge Monkey of the Day: Oz
- Plan to get Beta 3 shipped tomorrow and maybe to production next week.
- If an issue is “In Progress” it should have a time estimate!
- Please remember - when merging your fixes into Beta, you must also p
On Wed, Nov 10, 2010 at 11:38 AM, Oz Linden (Scott Lawrence)
wrote:
> See the archive for my rant on using the word "latest".
in short please For The Love Of The One True Prim please give the repo
tag/build number of which viewer you are talking about.
--
Robert L Martin
___
A stack overflow is occurring during log on with the latest
viewer-development source code.
See the archive for my rant on using the word "latest".
The code enters an infinite loop when two methods are repeatedly
calling each other. LLVOAvatarSelf::removeMissingBakedTextures calls
LLVOAvata
On 2010-11-10 6:13, Trilo Byte wrote:
> I was busy checking out some other items/banging on different parts of the
> viewer, and didn't realize until just now that "Touch" appears to not be
> working properly in the latest builds. Clicking left/right on a panel vendor
> seems to work, but touch
A stack overflow is occurring during log on with the latest
viewer-development source code.
The code enters an infinite loop when two methods are repeatedly calling
each other. LLVOAvatarSelf::removeMissingBakedTextures calls
LLVOAvatar::updateMeshTextures, which in turn calls
LLVOAvatarSelf::
The point at where touch is broken seems to be when a touched object has to
interact with a person like in the following situations:
1. Giving a notecard/landmark to a person
2. The person need to select from a menu(llDialog)
Those are the ones I have noticed so far. BTW this is also
18 matches
Mail list logo
