The Firestorm have been working hard on readying a new release of the viewer. Beta version of Firestorm 4.5.2 have been under beta evaluation for the last week or so, (and is looking good – the most recent version appears to have cured an issue I’ve had with Firestorm and my GTX 660 GPU, so right now I’m a very happy bunny).
There are still some decisions to be made, as a result, the next Firestorm Q&A session will be on Saturday February 15th. As per usual, the venue for the meeting will be the Phoenix Firestorm Support Island theatre, commencing at 16:00 SLT.
Jessica and the firestorm team promise “exciting news” at the next Q&A session
References to some “great news” and “exciting times are coming” within the blog post announcing the meeting has led to speculation as to what might be announced.
As well as working directly on the viewer, members of the Firestorm team have, as reported in these pages, been working on integrating Leap Motion into the viewer on behalf of the Lab and Leap Motion – so rumours have been circulating that the next release will include Leap Motion support, and it would seem that initial support for the device may be available in one form or another.
Those who use Firestorm for their SL photography may well have a nice little surprise waiting for them as well 😉 , as might Linux users.
However, the best way to be sure of what is coming is to attend the meeting. As usual, and on behalf of the team, I’ll be providing a transcript after the fact.
On Saturday January 11th, the Firestorm team hosted the first of their informal question-and-answer sessions for 2014. The meeting was called at short notice, and I was unable to attend. Due to other pressures and work, I’m not in a position to provide a full transcript of the meeting. Instead the following is offered as a summary of the key discussion points raised in the meeting (with timestamps so that the relevant parts of the recording can be listened to), and a summary of the main questions asked during the Q&A session.
As always, please note:
Questions /comments were made in chat while speakers were talking. This inevitably meant that replies to questions would lag well behind when they were originally asked. To provide context between questions and answers, questions in the transcript are given (in italics) at the point at which each is addressed by a member of the Firestorm team, either in voice or via chat
There was some general discussion to topics such as lag and clearing cache which took place during the “Q&A”, notes on these have been included in the General discussion section below, rather than in the Q&A section
This report is provided for informational purposes only. As such, questions on technical issues relating to Firestorm and / or project-specific questions cannot be answered here unless one of the Firestorm team drops by.
There was a lot of back and forth and sundry chat during the meeting on a range of topics which is not reported upon here.
As ever, my thanks to North for recording and supplying the video of the meeting.
General Discussion
0:00:01- 0:03:09 Firestorm Support: One-on-one Help
The Firestorm support volunteers will be commencing one-on-one help for users who feel they need it. The support will be offered as and when volunteers are available, and will take place in the ground-level central area of the Phoenix Firestorm Support Island. Sessions will likely be held on a drop-in basis: if you have a particular issue with which you need help, drop by and if there are volunteers available, they’ll do their best to help you, both in voice and / or in text.
Do keep in mind that the support team are all volunteers, and as such, they have individual approaches to providing assistance (some will not provide support in IM, for example). Also, as volunteers, it is possible that there may be times when the drop-in area is not staffed; if this is the case, people can either seek assistance through the Firestorm support groups or try the drop-in area another time.
0:03:15-0:10:00 Official Firestorm Support
There have been issues of users presenting themselves as “Firestorm advisors” and IMing people in the support group chat, etc. If anyone using Firestorm is unsure as to whether someone talking to them in support chat (or IM), they can verify the person’s status in a number of ways:
If the conversation is taking place as a result of contact via the Firestorm support group chat (either in chat or initiated from their and taken to IM) – check to see if the person’s group chat is in bold – if it is, this indicates they have moderator status, and are a member of the Firestorm Support team
If you use Firestorm legacy profiles, open the profile of the individual concerned and check the Account section – if they are a member of the Firestorm support team, it will be listed (If you’re using web profiles by default, go to Preferences > General and uncheck Use Web Profiles by Default, top right – a viewer restart is not required.)
Check the Support page on the Firestorm web site. This lists the support volunteers – but do check the last updated timestamp at the bottom of the page, as it may not have been updated recently (although the team do maintain it).
How to identify if someone is a member of the Firestorm support team (top) and how to see the Firestorm legacy profiles (bottom)
This is a something of a sensitive issue, as the support chat is a community service, and as such the support team members appreciate other Firestorm users providing help to one another if official support team members are unavailable or already busy. As such, they do not wish to discourage users from providing such help to one another. However, what is (understandably) not appreciated is people presenting themselves as “official” Firestorm reps when they are not, and who consequently may not be in a position to access all information relating to a support issue or provide accurate information on the viewer’s future.
On Saturday December 14th 2013, the Firestorm team hosted another informal question-and-answer session. While the meeting was recorded, the Firestorm team are aware that many of their users have hearing difficulties, and / or prefer to read text. It is because of this that this transcript has been provided.
When reading it, please remember:
This is not a word-for-word transcript of the entire meeting. While all quotes given are as they are spoken in the video, to assist in readability and maintain the flow of conversation, not all asides, jokes, interruptions, etc., have been included in the text presented here
If there are any sizeable gaps in comments from a speaker which resulted from asides, repetition, questions to others etc,, these are indicated by the use of “…”
Timestamps are provided as guidance should anyone wish to hear the comments in full from any speaker on the video
Questions /comments were made in chat while speakers were talking. This inevitably meant that replies to questions would lag well behind when they were originally asked. To provide context between questions and answers, questions in the transcript are given (in italics) at the point at which each is addressed by a member of the Firestorm team, either in voice or via chat.
Please note: This transcript is provided for informational purposes only. As such, questions on technical issues relating to Firestorm and / or project-specific questions cannot be answered here unless one of the Firestorm team drops by.
The TL;DR Summary
The numbers in braces are timestamps which refer to the section of this transcript where more details can be read, and to the section of the video recording where the relevant comments can be heard.
Main Discussion:
The next release: will most likely be a stabilisation of the code currently in 4.5.1 rather than introducing major updates, although this is still to be determined. LL have a lot coming down the pipe, which Jessica was hoping would be ready for inclusion in the next release, but that is looking unlikely unless something significant happens to change things [0:00:25-0:02:48]
Response to the beta has been good, around 120,000 downloads, of which around 6,000 are for the Windows 64-bit version. A number of people have subsequently reverted back to the 4.4.2 release due to issues. There are significant issues with voice, Mac users have encountered issues arising from Cococa (Mac and Voice issues covered later as well).[0:02:48-0:06:03]
Reference is often made to “Linden Bugs”. This does not necessarily mean they are the Lab’s fault; it simply means that the SL viewer has the same issues [0:06:03-0:06:53]
Firestorm releases are currently roughly four months apart. Ideally this should be two months, which is a target, but needs to be balanced with the risk of overwhelming the support volunteers (who need to both learn and support new releases). Therefore, it might mean a compromise of a release every quarter [0:06:53-0:09:40]
Voice issues: Vivox problem, LL have it as well. Firestorm have a series of videos demonstrating the problem. If a user on FS 4.5.1 beta has the issue, the recommendation is to revert to the 4.4.2 release [0:09:53-0:10:46]
The FS Windows 64-bit has been well received and feedback has been positive. Most people are reporting imporved stability rather than improved performance compared to the 32-bit version [0:11:10-0:12:56]
Oculus Rift is coming to Second Life [0:13:10-0:15:27]
Leap Motion is coming to Second Life – and the Firestorm Team have taken a lead in the integration work with the viewer [0:15:27-0:22:49]
Firestorm 4.5.1 beta and Firestorm release numbering explained [0:23:02-0:26:35]
Why Firestorm block versions and why Phoenix isn’t currently blocked [0:52:02-0:58:41; 1::0036-1:02:56]
Firestorm Q&As qill be monthly from January, alternating between 08:00 SLT and 16:00 SLT month-by–month [1:12:03]
Q&A Session:
Would it be an option to have different branches for people to download …? – includes discussion on why FS does not have nightly builds and on joining the FS beta testers [0:27:56-0:37:32]
Can we hope for more tattoo layers? [0:37:35-0:39:19] – reply includes reference to Linden Lab User Group meetings, the forums in which such questions can be asked
Will the new version [of Firestorm] be in 64-bit, and is Fitted Mesh coming? [0:40:00-0:47:40]
Why is IM and local chat so laggy in the beta version of Firestorm? (Mac build) – known issue, with both Firestorm (FIRE-12172) and LL JIRAs raised against it [0:47:40-0:49:47]
Why will music streaming not work on 4.4.2 with the new Mac OS upgrade? – Mac OS X 10.9 Mavericks issue reported under FIRE-10630 There is also a list of Cocoa bugs specific to the Mac build [0:49:47-0:52:02]
Dealing with inventory “jump” issues and bug regressions [0:52:02-1:00:36]
Are older versions of Firestorm also blocked from OpenSim when they are blocked from SL? – any version prior to 4.4.2 will unfortunately be blocked from OpenSim when blocked from SL. All versions of FS from 4.4.2 onwards can be individually blocked from grids [1:02:56-1:04:13]
Has the FS team ever considered working on a mobile Firestorm product? – includes the FS April Fools from 2013, and accessing Firestorm remotely [1:04:16-1:10:17]
Has the FS team considered “drawing a line” on how far they’re veer from the LL codebase (e.g. additional feature input, etc.), in order to improve the release cycle and lessen the maintenance overheads? [1:13:20-1:21:01]
What drives the FS team to do what they do? [1:21:40]
On Monday November 18th, Firestorm will commence blocking older versions of the viewer from accessing Second Life.
This is a move that has been coming for some time, and has been announced on a number of occasions through the Firestorm blog, through Firestorm user meetings and Q&A sessions, and which has been repeated through various blogs, including mine.
As it is, there are a good number of users still running versions of Firestorm that pre-date the introduction of Server-side Appearance (“avatar baking”) and some which even pre-date mesh rendering. Not only does running such versions lessen the user experience and increase the workload Firestorm support volunteers have in trying to assist people on older versions of the viewer.
Nor are the Firestorm team doing this entirely off their own backs. For obvious reasons, the Lab would like to see more users benefiting from the broad range of improvements which have already been rolled-out to SL (and those still being deployed in terms of further viewer-side updates), including SSA, interest list updates, improvements to the rendering pipe, improvements to viewer / server communications, and so on, all of which should improve the user experience, even for those on older hardware.
Given that Firestorm does have the lion’s user of active users, just under 65,000 of whom are still logging-in to Second Life on versions of the viewer pre-dating the more recent SL updates such as SSA, the easiest way to encourage them to update is to block older versions of the viewer.
Many Firestorm users are still on versions pre-dating SSB and mesh rendering
This being the case, once the block comes into force, it means only users on Firestorm 4.4.0 through to the current version(s) will be able to access Second Life. As such, from November 18th, the following versions of Firestorm will be blocked from Second Life (numbers of people still using each version given in brackets):
4.3.1.31155 (40,451)
4.2.2.29837 (14,120)
4.2.1.29803 (60)
4.1.1.28744 (3334)
4.0.1.27000 Beta (4585)
3.3.0.24882 maintenance release (606)
3.3.0.24880 hotfix release (571)
3.2.2.24336 (881)
3.2.1.24179 (166)
For those who feel they may be unable to run later versions of Firestorm, the recommendation is to give a later version a go and to contact Firestorm support teams for assistance or try the Firestorm troubleshooting wiki pages, as issues encountered may be fixable. For those who have genuine issues in trying to run later versions of Firestorm, Linden Lab’s Third-party Viewer Directory offers a list of self-certified alternative viewers you might want to try.
For further information, please refer to the Firestorm blog announcement.
Please note: I cannot address technical questions relating to Firestorm through this blog. Please contact the Firestorm support groups if you have specific technical questions.
The long-awaited Firestorm update has arrived in the form of Firestorm 4.5.1.38838. And for windows, it comes in both 32-bit and 64-bit flavours. If you’ve read my recent interview with members of the Firestorm team, or the transcript of the Firestorm Q & A held on October 26th, you’ll know both versions essentially have the same functionality, although there are some slight differences, which I’ll come to anon.
As far as the 32-bit release is concerned, however, there are a few of up-front notes to be read:
It is a beta release, not a “final” release. What does this mean? Essentially that it is coming out with both new functionality and with a fair few bugs, some of which may well continue to irritate while others people should be able to live with
The reason it is not a “final” release is that there is a lot more coming down the pipe from Linden Lab – additional SSA + inventory work, further viewer-side interest list updates, new HTTP updates, group ban functionality, and so on. However, none of this has been officially released by LL, and so while it has been hoped to bring to users in a 4.5.1 release, the Firestorm team have (wisely) opted to draw a line under what they have and clear the decks for the next round of code integration and updates (which will also hopefully resolve a number of the more irritating bugs to be found in the viewer – any viewer – where things like inventory, interest list work, etc., is concerned)
Although the release is “beta” it is fully supported by the Firestorm support volunteers.
These releases see Firestorm reach parity with the Linden Lab 3.6.7 code base, and all fixes up to that release. What follows here is not intended as an in-depth review of Firestorm 4.5.1.38838, but rather an overview of what is likely to be the more popular features and updates and a look at some aspects of the Windows 64-bit version. This being the case, please also check the release notes / change log for a full list of updates and all attributions thereof.
Download and Installation – 32 bit
It is strongly recommended that users perform a clean install of the new release. For Windows users, this means ensuring you remove the Firestorm folders found in C:\Users\[username]\AppData – under the Local and Roaming folders respectively, as well as uninstalling the program. Do make sure you use the settings back-up option (Preferences > Backup) to back-up your settings prior to uninstalling your current version of Firestorm and deleting these two additional folders.
The 32-bit installer weighs-in at just over 44MB in size, which is pretty much par for the course for Firestorm, and (for me) installation was smooth and didn’t trigger any AVG Pro alerts.
Once started, I noted this release appears to follow the menu bar colour scheme introduced by the Lab alongside of their updated viewer release process. Rather than being the default Firestorm colour, the menu bar is tinged a deep purple, indicating it is a beta release.
CHUI Updates
As Firestorm already had a communications interface which does much of what Linden Lab’s Communications Hub User Interface (CHUI) does, Firestorm does not implement CHUI in its entirety, although some features have been added. These include:
Block tab added to the people panel
Support for showing/hiding timestamp and names, replacing own name with (You)
Added expandable chat entry fields (Firestorm specific improvements made by Cinder Roxley)
A new menu item, Comm > Conversation Log (see below)
Access to Conversation Log and Chat History from the People floater
Sounds for teleport and inventory offers.
Conversation Log
The conversation log allows you to review saved logs of past conversations from within the viewer. As noted above, options can be accessed via the Comm menu or via the People floater.
The Firestorm 4.5.1 Conversation Log floater
Using Comm > Conversation Log opens a floater listing all available conversation logs. Right-clicking on any name in the list will display a series of options: IM, view profile, offer teleport (if the person is online), etc.
Open Chat Transcript will open up the conversation history with that person in a viewer floater, or if you prefer, Open Chat Transcript Externally will display the conversation history with that person in an external application such as Windows Notepad. These options are also available from the gear cog button at the top right of the floater, while the button next to it allows you to sort the order in which logs are displayed and access the Nearby Chat history.
When using the People floater, right-clicking on an individual’s name will display an option to view your chat history (if available) with them within the viewer. If there is not available history, the option will not be displayed.
Export / Back-up and Import
Firestorm becomes the latest in a number of TPVs to include the capability for users to back-up or export their own creations to their hard drive. Version 4.5.1 provides two file formats for this:
.OXP format for backing-up your own creations – which can include prims, textures, sounds, animations and note cards
.DAE format (Collada) for exporting objects as mesh.
Both options will export objects and their textures (the .DAE export code is from Singularity), and both are fully compliant with the Second Life permissions system, meaning:
Objects must belong to you, and all parts made by you or export will fail.
All textures on the object must be in your inventory, and be made by you. This includes sculpt maps
If you are not the creator of any element in an object, it will be replaced by the default when saving to your hard disk (so any prims you did not create will be replaced by a default cube, for example)
Any items contained inside the object (e.g. scripts, notecards, etc) must also be made by you
Back-up cannot be used to save mesh objects or objects containing mesh parts.
Back-up (l) to .OXP format and export to Collada .DAE (r) from Firestorm. Note that as I am attempting to back-up / export an object which uses textures I did not create, Exportable Textures is set to 0 – on saving the file, the three textures in the object will be replaced with the default plywood texture
Objects which have been backed-up should be imported using the Import Linkset option via the Avatar / Build > Upload menu. Objects exported as Collada .DAE files can be uploaded using the mesh importer.
To initiate a back-up or export, right-click on the object in question in-world and select Save As > Backup or Save As > Collada as required (if you’re using the pie menu: right-click and More > More > Save As and select the required option). The required dialogue floater is displayed – please then follow the Instructions on the Firestorm wiki.
When importing a back-up, it’s worth noting the following:
Importing a backed-up object
If you back-up a textured object to your hard-drive, note that as long as you have the textures in your inventory, you do not have to re-upload them when importing the object once more. Therefore, you can leave Upload unchecked and avoid paying to re-upload the textures. Once the object has been uploaded, the texture will be applied from your inventory
If the object contains textures, sounds or animations which have been completely flushed from your inventory since the object was backed-up, you will either need to check the Upload box on the importer and pay to re-upload them as a part of the import, or import them separately
You can opt to restore the imported object to the same region co-ordinates as recorded when it was backed-up (use with care) and opt not to have the object re-attach itself to you if it was originally attached when backed-up.
Materials Processing
Full materials processing support (diffuse, normal and specular maps) are included with this release. See my article on materials processing if you’re not already familiar with it. Or if you prefer, simply watch the video.
Movelock
Movelock is designed to provide a means of “replacing” avatar phantom (which no longer works as a result of other changes within LL’s viewer code) as a means of deterring people from trying to push your avatar around (such as when you’re afk, or simply because they are being an 18-karat wombat).
It uses LSL through the Firestorm bridge in order to try to “lock” your avatar wherever it stands (although you can still move around yourself with Movelock is enabled – it comes into play when others try to bump you around).
Movelock can be activated via Avatar > Movement > Movelock or by CTRL-ALT-P, or through the Movelock toolbar button. Once enabled, your avatar can still be pushed by other avatars and objects, but will return to its prior position when the pushing ceases. North, who coded the feature, produced a video on her early work with Movelock, demonstrating it in action.
Again, this isn’t the same functionality as avatar phantom, but will hopefully act as a deterrent to those who insist on shoving others around.
New Particle Capabilities Support
This release of Firestorm includes the “new” particle system capabilities, comprising:
Arton Rotaru has produced a video demonstrating the ribbon particle effect to create tyre tracks left by a vehicle.
Particle Griefing Alleviation
Note that these new particle capabilities include the ability to right-click on a particle stream / any rendered particles and mute their associated emitter, effectively blocking them. This can greatly simplify dealing with unwanted particle effects, such as during a particle griefing attack be eliminating the need to find the actual emitters and muting them. Also, as part of a general anti-griefing measure, particles will automaitcally cease rendering if FPS drops below 4 (both of these are Linden Lab improvements).
On Saturday October 26th 2013, the Firestorm team hosted another informal question-and-answer session. While the meeting was recorded, the Firestorm team are aware that many of their users have hearing difficulties, and / or prefer to read text. It is because of this that this transcript has been provided.
When reading it, please remember:
This is not a word-for-word transcript of the entire meeting. While all quotes given are as they are spoken in the video, to assist in readability and maintain the flow of conversation, not all asides, jokes, interruptions, etc., have been included in the text presented here
If there are any sizeable gaps in comments from a speaker which resulted from asides, questions to other etc,, these are indicated by the use of “…”
Timestamps are provided as guidance should anyone wish to hear the comments in full from any speaker on the video
Questions /comments were made in chat while speakers were talking. This inevitably meant that replies to questions would lag well behind when they were originally asked. To provide context between questions and answers, questions in the transcript are given (in italics) at the point at which each is addressed by a member of the Firestorm team, either in voice or via chat.
Please note: This transcript is provided for informational purposes only. As such, questions on technical issues relating to Firestorm and / or project-specific questions cannot be answered here unless one of the Firestorm team drops by.
The TL;DR Summary
The numbers in braces are timestamps which refer to the section of this transcript where more details can be read, and to the section of the video recording where the relevant comments can be heard.
The upcoming release will be a public beta. It will have a number of known bugs, some of which will be annoying [0:01:42-0:02:28]
There is a lot more coming from the Lab, so it is important the Firestorm team get a beta version out, so they can prepare for bug fixing and integrating the new code LL will be pushing out (and which is currently pending release by the Lab) including:
SSA updates (AISv3)
Group ban list
Interest list
HTTP updates
It will be a beta release, but it will be fully supported [0:05:10-0:05:33]
The Firestorm team have been accused of “holding things back”, they are not. There are valid reasons for any apparent delays (such as the amount of work some code merges have required and code for newer projects has yet to appear from the Lab [0:05:33-0:07:43]
A full release is unlikely before February 2014 [0:07:43]
The beta will be accompanied by a Windows 64-bit version of the viewer [0:11:01-0:13:41]
Why feedback for the 64-bit version is being requested, what kind of feedback is sought, why feedback should be delayed for a week or more following the release, the placebo effect [0:11:37; 0:14:30-0:16:09; 0:32:52-0:34:13; 1:01:04-1:04:08]
64-bit versus 32-bit: what to expect and what the differences are [0:16:09-0:18:22]
Linux 64-bit [0:28:50-0:29:34]
Why it is unlikely any viewer will have multi-screen support (tear-off panels and menus which can be moved outside the viewer window & between monitors) in the near future [30:09-32:52; 34:13-34:41]
Mac 64-bit [0:36:09-0:41:49]
The issues in building 64-bit versions of Firestorm [0:41:49-0:44:47]
Mac Maverick support [46:05-48:08]
Both Windows 32-bit and 64-bit can co-exist on the same PC [49:47; 57:29]
64-bit and lack of Havok support [58:29]
A discussion on Firestorm on mobile devices & LL’s coming beta with OnLive [50:39-54-15]
Why clean installs are really, really necessary at times [1:14:47-1:18:39; 1:24:58-1:25:47; 1:32:50-1:35:24]
Important notes on the 64-bit installer / installation [1:19:20-1:21:29]
Why Firestorm should only ever be downloaded from the Firestorm website [1:22:14]
OTR is coming, but not a priority [1:23:48-1:23:54]
The Firestorm have been working hard on readying a new release of the viewer. Beta version of Firestorm 4.5.2 have been under beta evaluation for the last week or so, (and is looking good – the most recent version appears to have cured an issue I’ve had with Firestorm and my GTX 660 GPU, so right now I’m a very happy bunny).
