Re: [opensource-dev] Touch Broken, Stuttering Issues
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 happening on windows. From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Trilo Byte Sent: Wednesday, November 10, 2010 6:14 AM To: opensource-dev List Subject: [opensource-dev] Touch Broken, Stuttering Issues 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 touching a notecard giver, landmark giver, dance ball, and vendors for purchase appears to be broken in the Mac client (I checked multiple regions/builds/shops). Build 214319 appears to work. While investigating this problem, I noticed that some 'stuttering' problems appear to be back. Popping open the debug console, it appears I'm getting a string of messages timed to the exact moments things freeze (a little faster than one per second). I'm not sure what it means, can anybody tell me if this is a problem in the Viewer, or something possibly something gone wrong in my settings? _ No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1153 / Virus Database: 424/3247 - Release Date: 11/09/10 ___ 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
[opensource-dev] Infinite loop in viewer-development?
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::removeMissingBakedTextures. Clearing cache has no effect. The infinite loop still occurs on the next logon. Is anyone aware of the underlying cause of the infinite loop? Is there a workaround that would avoid this infinite loop? The problem may not be new. The same infinite loop occurs with source code that I checked out six weeks ago. Sheet Spotter ___ 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] Touch Broken, Stuttering Issues
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 touching a notecard giver, landmark giver, dance ball, and > vendors for purchase appears to be broken in the Mac client (I checked > multiple regions/builds/shops). Build 214319 appears to work. It looks like this was probably a problem with a change that was made yesterday. I've filed https://jira.secondlife.com/browse/VWR-23782 to track the fix. > While investigating this problem, I noticed that some 'stuttering' problems > appear to be back. Popping open the debug console, it appears I'm getting a > string of messages timed to the exact moments things freeze (a little faster > than one per second). I'm not sure what it means, can anybody tell me if > this is a problem in the Viewer, or something possibly something gone wrong > in my settings? If you can better describe how to reproduce this, please? ___ 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] Infinite loop in viewer-development?
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 LLVOAvatar::updateMeshTextures, which in turn calls LLVOAvatarSelf::removeMissingBakedTextures. Clearing cache has no effect. The infinite loop still occurs on the next logon. Is anyone aware of the underlying cause of the infinite loop? Is there a workaround that would avoid this infinite loop? The problem may not be new. The same infinite loop occurs with source code that I checked out six weeks ago. This certainly is not happening for everyone... if you can figure out what condition is triggering it for you, that would be good information to have. ___ 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] Infinite loop in viewer-development?
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 ___ 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
[opensource-dev] Daily Scrum Update - Wednesday, November 10
*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 pull them into viewer-development immediately after - If you take a bug off any of the bug queues, please move it to the current sprint. *Team Status* *Merov Linden* *PAST* - STORM-105: Perf gathering: waiting on internal team comment before merging - STORM-104: Discussed with team chopper how best to organize the internal kdu build system. Modified all sub tasks so to reflect what really needs to be done - Hold my Office Hour - viewer-beta hg surgery *FUTURE* - STORM-146: kdu-autobuild: create the repo and build the coresys lib - STORM-151: kdu static link: create public dev repo and push current rearchitecture to dev repo *IMPEDIMENTS* - None *Oz Linden* *PAST* - Assorted wiki updates - Merge Monkeying Around *FUTURE* - Continue merge monkey (1 issue currently queued) - Continue working on library upgrade issues and documentation *IMPEDIMENTS* - none *Q Linden* *PAST* - Beta 3 bugs oops *FUTURE* - Beta 3 monitoring - Planning *IMPEDIMENTS* - none *Esbee Linden* *PAST* - Finish prefs subtask creation - Planning/coordination of Viewer 2.3 beta & release - Bug hunting *FUTURE* - Work on design doc for prim alignment (STORM-45) - Review keyboard shortcuts spec (STORM-26) - VWR Triage - Prioritize tickets for team and queue up more work - Viewer planning *IMPEDIMENTS* - none *Paul ProductEngine* *PAST* - BUG STORM-535 PLEASE allow adjustable transparency of "Nearby Chat" window, Chat History and Chat "Toasts" in Viewer 2.0! - Finished. Put on bitbucket. - BUG STORM-569 Add a Preference to enable Viewer UI Hints - Fixed. Put on bitbucket in separate repository for master ticket STORM-31 *FUTURE* - Create subtask to STORM-535 for text editors & line editors to have transparency - BUG Move "Bubble Chat" preference from Advanced to Chat - BUG Layout cleanup in the General tab of Preferences - BUG Layout cleanup in the Chat tab of Preferences *IMPEDIMENTS* - none *Seth Productengine* *PAST* - BUG (STORM-574) [crashhunters] crash at LLView::handleVisibilityChange(int) [secondlife-bin llview.cpp] - Could not reproduce. Looks similar to already fixed crashes. Might have been fixed but the fix didn't make it into beta. - BUG (STORM-546) Remove lots of dead renderForSelect() code from the rendering pipeline... - Pulled and tested Tofu's fix. - BUG (STORM-398) Message from nearby chat appears for avatar in Busy mode - Could not reproduce. *FUTURE* - Pick some issues. *IMPEDIMENTS* - Need more tickets to work on. *Andrew Productengine* *PAST* - Normal bug STORM-320 (Script Editor in Viewer 2.0+ "tabs" incorrectly) - Finished investigation to switch to other issues. Put investigation results into ticket. - Major task STORM-571 (Move voice prefs currently located in Advanced to Sound & Media) - Major task STORM-572 (Layout cleanup in the Sound & Media tab of Preferences) - Found a flaw in "Sound & Media" design that blocks these tickets’ implementation and asked Esbee to change it. - Major task STORM-566 (Add new tabs to Preferences) - WIP. Estimate - 5 hours with other tasks that are connected to it - STORM-582 (Take movement and camera control preferences from Advanced and move them to the new Move & View tab) and STORM-583 (Move colors-related preferences to the new Colors tab). *FUTURE* - Major task STORM-571 (Move voice prefs currently located in Advanced to Sound & Media) - Major task STORM-572 (Layout cleanup in the Sound & Media tab of Preferences) - Major task STORM-566 (Add new tabs to Preferences) - Major task STORM-576 (Add a Preference to allow users to enable double-click to teleport or use auto-pilot) *IMPEDIMENTS* - STORM-571, STORM-572 *Vadim Productengine* *PAST* - STORM-52 (Hook up external script editor). In progress. 30% done. *FUTURE* - Story STORM-52 (Hook up external script editor). *IMPEDIMENTS* - none *Andrey Productengine* *PAST* - started regression testing of Beta3 2.3.0 214088 *FUTURE* - complete regression testing - switch to v-d, or new beta3 build if it will be ready *IMPEDIMENTS* - none *Wolfpup Lowenhar* *PAST* - STORM-143 : Make the history search look for the previous chat log, no matter when it was. - Discussed with Q that this actually will supersede STORM-103. - STORM-102 : As an Event Host, I would like to be able to have Daily and Monthly logs of my chat and group/private IM's so I can easily have record
[opensource-dev] UI overhaul proposal
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 what I have so far: https://jira.secondlife.com/browse/VWR-23787 I'd love to hear feedback ___ 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] Touch Broken, Stuttering Issues
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,078.0, 4,011.1 in Mextli located at sim8914.agni.lindenlab.com (216.82.41.90:13003) Second Life Server 10.11.03.213781 Release Notes CPU: Intel(R) Core(TM)2 Duo CPU T5750 @ 2.00GHz (1994.99 MHz) Memory: 4094 MB OS Version: Microsoft Windows Vista 64-bit Service Pack 2 (Build 6002) Graphics Card Vendor: NVIDIA Corporation Graphics Card: GeForce 8600M GS/PCI/SSE2 Windows Graphics Driver Version: 8.16.0011.8766 OpenGL Version: 3.1 NVIDIA 187.66 libcurl Version: libcurl/7.20.1 OpenSSL/0.9.8j zlib/1.2.3 J2C Decoder Version: KDU Audio Driver Version: FMOD version 3.75 Qt Webkit Version: 4.6 (version number hard-coded) Voice Server Version: Not Connected Built with MSVC version 1400 Packets Lost: 56/101,996 (0.1%) On 11/10/2010 09:33, 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 builds. Clicking left/right on a panel >> vendor seems to work, but touching a notecard giver, landmark giver, dance >> ball, and vendors for purchase appears to be broken in the Mac client (I >> checked multiple regions/builds/shops). Build 214319 appears to work. > It looks like this was probably a problem with a change that was made > yesterday. > > I've filed https://jira.secondlife.com/browse/VWR-23782 to track the fix. > >> While investigating this problem, I noticed that some 'stuttering' problems >> appear to be back. Popping open the debug console, it appears I'm getting a >> string of messages timed to the exact moments things freeze (a little faster >> than one per second). I'm not sure what it means, can anybody tell me if >> this is a problem in the Viewer, or something possibly something gone wrong >> in my settings? > If you can better describe how to reproduce this, please? > > ___ > 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] Touch Broken, Stuttering Issues
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 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,078.0, 4,011.1 in Mextli located at > sim8914.agni.lindenlab.com (216.82.41.90:13003) > Second Life Server 10.11.03.213781 > Release Notes > > CPU: Intel(R) Core(TM)2 Duo CPU T5750 @ 2.00GHz (1994.99 MHz) > Memory: 4094 MB > OS Version: Microsoft Windows Vista 64-bit Service Pack 2 (Build 6002) > Graphics Card Vendor: NVIDIA Corporation > Graphics Card: GeForce 8600M GS/PCI/SSE2 > > Windows Graphics Driver Version: 8.16.0011.8766 > OpenGL Version: 3.1 NVIDIA 187.66 > > libcurl Version: libcurl/7.20.1 OpenSSL/0.9.8j zlib/1.2.3 > J2C Decoder Version: KDU > Audio Driver Version: FMOD version 3.75 > Qt Webkit Version: 4.6 (version number hard-coded) > Voice Server Version: Not Connected > Built with MSVC version 1400 > Packets Lost: 56/101,996 (0.1%) > > On 11/10/2010 09:33, 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 builds. Clicking left/right on a panel >>> vendor seems to work, but touching a notecard giver, landmark giver, dance >>> ball, and vendors for purchase appears to be broken in the Mac client (I >>> checked multiple regions/builds/shops). Build 214319 appears to work. >> It looks like this was probably a problem with a change that was made >> yesterday. >> >> I've filed https://jira.secondlife.com/browse/VWR-23782 to track the fix. >> >>> While investigating this problem, I noticed that some 'stuttering' problems >>> appear to be back. Popping open the debug console, it appears I'm getting >>> a string of messages timed to the exact moments things freeze (a little >>> faster than one per second). I'm not sure what it means, can anybody tell >>> me if this is a problem in the Viewer, or something possibly something gone >>> wrong in my settings? >> If you can better describe how to reproduce this, please? >> >> ___ >> 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 > ___ 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] Infinite loop in viewer-development?
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 would like to create a JIRA entry with more details. Does the new JIRA entry belong under the Snowstorm or VWR project? I would happily add a description of the source code revision number to the JIRA entry. Is the following an adequate description of this revision? Changeset 13413 (1a5850ad0a74) Including a revision number with my original questions did not seem important, since the problem appeared to be present for six weeks or more. I also did not include any hardware or operating system information because the problem was occurring in source code that is common to all platforms. I tried to keep the description brief and to the point. Sheet Spotter _ From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Oz Linden (Scott Lawrence) Sent: November 10, 2010 10:39 AM To: opensource-dev@lists.secondlife.com Subject: Re: [opensource-dev] Infinite loop in viewer-development? 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 LLVOAvatar::updateMeshTextures, which in turn calls LLVOAvatarSelf::removeMissingBakedTextures. Clearing cache has no effect. The infinite loop still occurs on the next logon. Is anyone aware of the underlying cause of the infinite loop? Is there a workaround that would avoid this infinite loop? The problem may not be new. The same infinite loop occurs with source code that I checked out six weeks ago. This certainly is not happening for everyone... if you can figure out what condition is triggering it for you, that would be good information to have. ___ 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] Infinite loop in viewer-development?
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. GCC4.4? ___ 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] Infinite loop in viewer-development?
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 a rather large crash log (13 MB). I would like to create a JIRA entry with more details. Does the new JIRA entry belong under the Snowstorm or VWR project? By all means use VWR. ___ 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] Touch Broken, Stuttering Issues
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 builds. Clicking left/right on a panel >> vendor seems to work, but touching a notecard giver, landmark giver, dance >> ball, and vendors for purchase appears to be broken in the Mac client (I >> checked multiple regions/builds/shops). Build 214319 appears to work. > > It looks like this was probably a problem with a change that was made > yesterday. > > I've filed https://jira.secondlife.com/browse/VWR-23782 to track the fix. Is this an internal-only issue? I'm getting a permissions violation when I attempt to bring it up. > >> While investigating this problem, I noticed that some 'stuttering' problems >> appear to be back. Popping open the debug console, it appears I'm getting a >> string of messages timed to the exact moments things freeze (a little faster >> than one per second). I'm not sure what it means, can anybody tell me if >> this is a problem in the Viewer, or something possibly something gone wrong >> in my settings? > > If you can better describe how to reproduce this, please? It starts at login, and continues even after teleporting to multiple regions. When it's happening, FPS drops from 60-90fps to 14-15fps > > ___ > 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] Touch Broken, Stuttering Issues
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" appears to not be > working properly in the latest builds. Clicking left/right on a panel > vendor seems to work, but touching a notecard giver, landmark giver, dance > ball, and vendors for purchase appears to be broken in the Mac client (I > checked multiple regions/builds/shops). Build 214319 appears to work. > > > > It looks like this was probably a problem with a change that was made > > yesterday. > > > > I've filed https://jira.secondlife.com/browse/VWR-23782 to track the > fix. > > Is this an internal-only issue? I'm getting a permissions violation when I > attempt to bring it up. Ah, looks like this one was moved internally rather than cloned & moved. Fortunately, it's been fixed already: http://hg.secondlife.com/viewer-development/changeset/00572a272c9e -- Yoz ___ 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] Touch Broken, Stuttering Issues
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) 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 builds. Clicking left/right on a panel > >> vendor seems to work, but touching a notecard giver, landmark giver, dance > >> ball, and vendors for purchase appears to be broken in the Mac client (I > >> checked multiple regions/builds/shops). Build 214319 appears to work. > > > > It looks like this was probably a problem with a change that was made > > yesterday. > > > > I've filed https://jira.secondlife.com/browse/VWR-23782 to track the fix. > > Is this an internal-only issue? I'm getting a permissions violation when I > attempt to bring it up. > > Ah, looks like this one was moved internally rather than cloned & moved. > Fortunately, it's been fixed already: > http://hg.secondlife.com/viewer-development/changeset/00572a272c9e > > -- Yoz > > ___ 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
[opensource-dev] OpenJPEG v2 progress update
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 results have cast doubt on those improvements. The test harness created by Robin Cornelius loads a list of J2C images using a test stub built within the viewer framework. Some images decoded more than 75% faster, while others were 500% slower. The investigation of those results is ongoing. In the last few days I learned that the current viewer patches for OpenJPEG v2 (i.e., http://jira.secondlife.com/browse/SNOW-361 ) do not produce a usable viewer. Decoding a truncated image will report a warning of "Stream has reached its end" or "Stream too short". Almost the entire scene is rendered in gray. My focus is now shifting from working on a faster OpenJPEG v2 to ensuring that OpenJPEG v2 will produce a usable viewer. I am interesting in hearing from anyone else (publicly or privately) that has made progress in creating a usable viewer with OpenJPEG v2. Sheet Spotter ___ 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] Touch Broken, Stuttering Issues
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 debug console message that reads: WARNING: isFeatureAvailable: Feature RenderDeferred not on feature list! The message is displayed at a rate of 10 per second, or more. This is In addition to all the other messages that appear in the debug console. Glad to see Touch working properly again, but rendering in 214429 is still a big regression for me. Stuttering/performance is much worse than 214370. 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) 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 builds. Clicking left/right on a panel > >> vendor seems to work, but touching a notecard giver, landmark giver, dance > >> ball, and vendors for purchase appears to be broken in the Mac client (I > >> checked multiple regions/builds/shops). Build 214319 appears to work. > > > > It looks like this was probably a problem with a change that was made > > yesterday. > > > > I've filed https://jira.secondlife.com/browse/VWR-23782 to track the fix. > > Is this an internal-only issue? I'm getting a permissions violation when I > attempt to bring it up. > > Ah, looks like this one was moved internally rather than cloned & moved. > Fortunately, it's been fixed already: > http://hg.secondlife.com/viewer-development/changeset/00572a272c9e > > -- Yoz > > ___ 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] OpenJPEG v2 progress update
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.com/browse/SNOW-361 ) do not produce a usable > viewer. Decoding a truncated image will report a warning of “Stream has > reached > its end” or “Stream too short”. Almost the entire scene is rendered in gray. > > My focus is now shifting from working on a faster OpenJPEG v2 to ensuring that > OpenJPEG v2 will produce a usable viewer. > > I am interesting in hearing from anyone else (publicly or privately) that has > made progress in creating a usable viewer with OpenJPEG v2. -- Carlo Wood ___ 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
