Re: [opensource-dev] What is the license status of UI sounds ?
On Sun, 07 Nov 2010 22:07:28 -0500, Oz Linden (Scott Lawrence) wrote: > On 2010-11-05 16:50, Henri Beauchamp wrote: > > These issues could easily be solved (I got a patch ready), provided the UI > > sounds could be distributed as part of the default skin (for example in > > /skins/default/sounds)... > > To do this however, we'd need to know what is the license status of the UI > > sounds: does LL allow TPV developpers to distribute them (under the Artistic > > License, for example, like for the UI artwork), and if yes under which > > License ? > > This sounds like a very interesting contribution, Henri. > > I'll look into the license issue. Any news on this front ? ___ 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
Scruffy: You wrote, "Use the official viewer to upload your sculpts. What's hard about that?" Errr. the official viewer doesn't support the temporary upload of sculpts maps. Particulars of sculpt sizing and sculpt LOD make temporary uploads particularly useful to creators like me. There's more, a lot more. Just ask some builders for their thoughts on Viewer 2. I'm the v2 coordinator for some groups and love it for media, wardrobe and favorites, but I'll pass on it for building. I did attend the v2 Town Hall way back when, and I've participated in some Linden Office Hours, too. I'll include a couple things below: *viewer2 forces you to round the statistics for object XYZ location, size and rotation. Some other viewers have extra digits for these these things (object tab > location and size). *other viewers have one click copy-paste for XYZ location-size-rotation of object/primsupports quick cloning and/or precise fit, even within a linked set. The extra digits are particularly nice when you are using Excel to store or generate for build calculations Or maybe just for the triangle math. *buried inventory management tools. V2 has things like file upload, collapse folders, sorting and the like buried under icons at the bottom of the side panel. As for running multiple viewers, please read the original post. To that, I'll ad that lots of creators are already running graphics and memory intense operations. For example, maybe Blender, Maya or 3dMax, probably Photoshop or Gimp (maybe both). --GJ From: Scruffy Date: Fri, 12 Nov 2010 15:00:54 +1100 To: "GeneJ (SL)" Cc: Subject: Re: [opensource-dev] OpenJPEG v2 progress update If Phoenix is broken then use the official viewer to upload your sculpts. What's hard about that? Noone is stopping you running multiple viewers. On Fri, Nov 12, 2010 at 1:37 PM, GeneJ wrote: > I am a Mac user who builds and create sculpts. > > My last two months in SL have been horrid from a viewer standpoint. When > the Phoenix viewer moved away from KDU, most Mac users lost the ability to > upload sculpts in that viewer. I'm at least led to believe this IS an > OpenJpg issue. (I don't consider it a bug, as I have at least formed an > opionion that no one bothered to check for this functionality prior to > release.) > ___ 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] Test build of STORM-102
Storm-102: https://jira.secondlife.com/browse/STORM-102 Test Build is located here: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-st orm-102/rev/214567/index.html Please test and leave any comments in the jira. ALSO NOTE that there is going to be temporary breakage of P2P IM logs as the name used for the logs is being changed. It will be using the user name instead of the legacy name. ___ 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 Summary - Thursday, November 11
*Thursday, November 11, 2010* *General Notes* - Merge Monkey of the Day: Oz - Beta 3 is out! - 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: got internal feedback, did a last v-d merge and got it prepared for integration - STORM-146: kdu-autobuild: created the repo , went through the whole autobuild config process, built the coresys lib, pushed 1st draft on remote hg - STORM-151: kdu static link: created public dev repo and pushed current rearchitecture to dev repo *FUTURE* - STORM-146: kdu-autobuild: finish coresys building and packaging - STORM-151: kdu static link: move things around so that it can build without dropping anything to source tree *IMPEDIMENTS* - None *Oz Linden* *PAST* - Assorted wiki updates - Merge Monkeying *FUTURE* - Continue merge monkey (9 issues currently queued) - Continue working on library upgrade issues and documentation - Start on setting up a reviewboard instance (thank you Q) *IMPEDIMENTS* - none *Q Linden* *PAST* - Beta 3 release - Planning / budgets *FUTURE* - Triage - Meetings *IMPEDIMENTS* - none *Esbee Linden* - OOO *Paul ProductEngine* *PAST* - BUG STORM-573 Move "Bubble Chat" preference from Advanced to Chat - Fixed and sent to bitbucket - BUG STORM-570 Layout cleanup in the General tab of Preferences - Fixed and sent to bitbucket - BUG STORM-575 Layout cleanup in the Chat tab of Preferences - Fixed and sent to bitbucket - BUG STORM-593 Make transparent texteditor and lineeditor - Created bug *FUTURE* - STORM-587 Layout cleanup in the Advanced tab of Preferences *IMPEDIMENTS* - none *Seth Productengine* *PAST* - BUG (STORM-581) IM toasts don't respect font color preferences for Chat - Investigated. Asked for clarifications about unused color settings. - BUG (STORM-578) SLURL font color in the nearby chat toast doesn't respect Chat preferences - Fixed. Sent for review. - BUG (STORM-579) Resident SLURL font color doesn't match Chat preferences for plain text Nearby Chat log - Investigating. *FUTURE* - BUG (STORM-579) Resident SLURL font color doesn't match Chat preferences for plain text Nearby Chat log - Estimated: 6 hours. - BUG (STORM-581) IM toasts don't respect font color preferences for Chat - Estimated: 2 hours if clarified in jira. *IMPEDIMENTS* - STORM-581 *Andrew Productengine* *PAST* - Major task STORM-566 (Add new tabs to Preferences) - Implemented and pushed into STORM-31 repo. - Normal task STORM-583 (Move colors-related preferences to the new Colors tab). - Fixed and pushed into STORM-31 repo. - Normal bug STORM-592 (Color swatches have a lot of unused and uncustomizable space beneath them. Make it customizable). - Encountered this problem while working on STORM-583. Created ticket, fixed and pushed into STORM-31 repo. - Normal task STORM-582 (Take movement and camera control preferences from Advanced and move them to the new Move & View tab) - WIP. Estimate- 3 hours. *FUTURE* - Major task STORM-576 (Add a Preference to allow users to enable double-click to teleport or use auto-pilot) - Normal task STORM-582 (Take movement and camera control preferences from Advanced and move them to the new Move & View tab) - Some other issues from STORM-31. *IMPEDIMENTS* - STORM-571, STORM-572 *Vadim Productengine* *PAST* - STORM-52 (Hook up external script editor): - In progress, 70% complete. *FUTURE* - Complete STORM-52 implementation. *IMPEDIMENTS* - none *Andrey Productengine* *PAST* - re-ran smoke and integrity tests against 2.3.0 Beta3 r214440 - completed regression testing of Beta3 *FUTURE* - switch to the latest v-d build and verify integrated tickets - start regression testing of v-d build *IMPEDIMENTS* - none *Wolfpup Lowenhar* *PAST* - STORM-102 : received email from Leyla and did some digging in the code then emailed Leyla again. Also tried one possible way to make conversion but that failed to build - attended Esbee's OH - worked @ main job *FUTURE* - STORM-102 : Waiting on reply back from Leyla. More digging in the code. *IMPEDIMENTS* - Not enough time between working in world and a real job to actually work on code. - Having to wait on emails.(but I know people @ LL are busy.) ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posti
[opensource-dev] Daily Scrum Summary - Friday, November 12
*Friday, November 12, 2010* *General Notes* - Merge Monkey of the Day: Oz - Beta 3 is out! - 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-146: kdu-autobuild: Identified minimal package that get viewer to compile. - STORM-151: kdu static link: Passes compilation without dropping kdu files in tree but linking fails with v6.4. Deep rework required to use the new API. Considering dumping some of the old crufty code and go with a more direct application of v6.4. *FUTURE* - STORM-146: kdu-autobuild: Create TC tasks so to build Windows and Linux kdu libs as well. - STORM-151: kdu static link: Continue upgrading to v6.4. Will work on decompression first, putting compression on the back burner for the moment. *IMPEDIMENTS* - None *Oz Linden* *PAST* - Assorted wiki updates - Merge Monkeying - Started on reviewboard (set up EC2 account) *FUTURE* - Put out call for reviews on autobuild - Continue merge monkey (pull STORM-102 ?) - Ask for help on library issue *IMPEDIMENTS* - none *Q Linden* *PAST* - Beta 3 release - Planning / budgets - Meetings *FUTURE* - Crashhunters - Process - 2.4 coding (hopefully) *IMPEDIMENTS* - none *Esbee Linden* *PAST* - OOO *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 - Look at STORM -535, 318, 537, 539, 174, 316, 580, and 581 and provide feedback/review next steps. *IMPEDIMENTS* - none *Paul ProductEngine* *PAST* - TASK STORM-570 (Layout cleanup in the General tab of Preferences ) - Improved and put to bitbucket - TASK STORM-585 (Layout cleanup in the Privacy tab in Preferences) - Implemented and put to bitbucket - TASK STORM-587 (Layout cleanup in the Advanced tab of Preferences) - Implemented and put to bitbucket - TASK STORM-586 (Layout cleanup in the Setup tab of Preferences) - Implemented and put to bitbucket *FUTURE* - Other tickets by priority *IMPEDIMENTS* - none *Seth Productengine* *PAST* - BUG (STORM-579) Resident SLURL font color doesn't match Chat preferences for plain text Nearby Chat log - WIP. Found a possible fix. Needs some more testing. *FUTURE* - BUG (STORM-579) Resident SLURL font color doesn't match Chat preferences for plain text Nearby Chat log - Estimated: 4 hours. - BUG (STORM-578) SLURL font color in the nearby chat toast doesn't respect Chat preferences - Estimated: 30m. *IMPEDIMENTS* - "(STORM-580) Changing IM font color Preferences doesn't affect IM/Group chats" - "(STORM-581) IM toasts don't respect font color preferences for Chat" - need a decision on what to do with IM font color Preference, whether it should be removed. Or where should it be used? *Andrew Productengine* *PAST* - Normal task STORM-582 (Take movement and camera control preferences from Advanced and move them to the new Move & View tab) - Fixed and pushed to STORM-31 repo. - Major task STORM-576 (Add a Preference to allow users to enable double-click to teleport or use auto-pilot) - Investigated. The possible implementation would be overcomplicated, asked Esbee in ticket to consider a change of current design. - Critical task STORM-560 (Add Preference that allows users to select default behavior when pressing letter keys) - Started investigating. Not sure about estimate, but it's surely not easy and I suppose that it may not be fixed in this sprint. - Reviewed Paul's tickets and made some additional changes to my previously commited tasks. *FUTURE* - STORM-560 *IMPEDIMENTS* - STORM-571, STORM-572 - Still no design changes. Paul had to temporarily leave voice prefs in advanced, because otherwise these settings would be lost from viewer after integration of our current work, because there is no room for them in sound&media. These changes are needed really badly. *Vadim Productengine* *PAST* - STORM-52 (Hook up external script editor): - Feature complete. Implemented two-way text synchronization between the embedded script editor and user-specified external one; saving file in the external editor automatically launches script compilation. Tested on Linux. *FUTURE* - STORM-52 - Test on Windows, polish, commit. *IMPEDIMENTS* - none *Andrey Productengine* *PAST* - switched to v-d build r214451 - verified integrated tickets - started regression testing, see spreadsheet *FUTURE*
[opensource-dev] STORM-151 : KDU v6.4.1 upgrade update
Hi guys, As anyone who reads Snowstorm's scrum reports knows, I've been working on upgrading our old KDU v4.2.1 to v6.4.1. This work is chronicled in STORM-146 and STORM-151 (as well as STORM-105 for the metric harness). This afternoon, I was happy to break through the fog and got a first viewer working with v6.4.1! I quickly ran some perf runs and it seems that this new lib gives us a 30% boost in decompression speed (tested on Mac OS X). I posted some preliminary results here: https://wiki.secondlife.com/wiki/Performance_Testers#Results Obviously, I need to run more extensive tests but that's a good start. My experience with running that short test during STORM-105 development taught me that the results are rather consistent from run to run. Compression is missing right now (the old LLImageJ2CKDU::encodeImpl() is victim of bit rot...) and will be my next focus. Don't rush to pull from my STORM-151 dev repo though: the kdu binaries are not posted and you wouldn't be able to build with it. *However* one should be able to build a standalone viewer with openjpeg with that repo and, if I broke anything (I had to do some cmake changes) I'd really appreciate folks telling me what I did wrong. I also can't make binaries available as I haven't completed the kdu building project for all platforms (only Mac right now). K, lots of things missing still but that was a long overdue update on this project and I know some of you were wondering if it'd ever make it to the finish line so, that quick note to say: yeap, it's coming and it's looking good right now. Cheers, - Merov ___ 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] STORM-151 : KDU v6.4.1 upgrade update
Sounds great, let me know if you need any additional Mac testing :-) TriloByte Zanzibar On Nov 12, 2010, at 5:35 PM, Philippe (Merov) Bossut wrote: > Hi guys, > > As anyone who reads Snowstorm's scrum reports knows, I've been working on > upgrading our old KDU v4.2.1 to v6.4.1. This work is chronicled in STORM-146 > and STORM-151 (as well as STORM-105 for the metric harness). > > This afternoon, I was happy to break through the fog and got a first viewer > working with v6.4.1! I quickly ran some perf runs and it seems that this new > lib gives us a 30% boost in decompression speed (tested on Mac OS X). I > posted some preliminary results here: > https://wiki.secondlife.com/wiki/Performance_Testers#Results > > Obviously, I need to run more extensive tests but that's a good start. My > experience with running that short test during STORM-105 development taught > me that the results are rather consistent from run to run. > > Compression is missing right now (the old LLImageJ2CKDU::encodeImpl() is > victim of bit rot...) and will be my next focus. > > Don't rush to pull from my STORM-151 dev repo though: the kdu binaries are > not posted and you wouldn't be able to build with it. *However* one should be > able to build a standalone viewer with openjpeg with that repo and, if I > broke anything (I had to do some cmake changes) I'd really appreciate folks > telling me what I did wrong. > > I also can't make binaries available as I haven't completed the kdu building > project for all platforms (only Mac right now). > > K, lots of things missing still but that was a long overdue update on this > project and I know some of you were wondering if it'd ever make it to the > finish line so, that quick note to say: yeap, it's coming and it's looking > good right now. > > Cheers, > - Merov > ___ > 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
