Update February 25th: As per a comment from Jessica Lyon, Firestorm have now merged the Server-side Baking code and updates to RLVa into one of their private repositories.
On the 13th February, 2013, the Firestorm team hosted a question-and-answer session so they could outline the current status of the Firestorm viewer, the issues the team (and SL) are facing, and outline plans for both the immediate future and longer-term as well as address questions from the audience.
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, otgether with the original recording itself. 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 speakers or requests for images to be displayed, 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 were asked in chat during the meeting and while speakers were talking. This inevitably meant that replies to questions would lag well behind when they were orginially asked. Therefore, to provide context for both questions and answers, questions have been included in the transcript and timestamped at the point at which each is addressed by a member of the Firestorm team
The meeting proper commences at 16:36 into the video, and this is the point at which the transcript starts.
Update February 25th: As per a comment from Jessica Lyon, Firestorm have now merged the Server-side Baking code and updates to RLVa into one of their private repositories.
Update, 19th February: A transcript of the core part of the meeting, including Jessica’s Firestorm status overview and the Q&A session, complete with the video recording, is now available.
Update, 14th February: The initial video recording of the meeting is now available on YouTube, and an HD version will be available soon.
Wednesday February 13th saw the Firestorm team host an open meeting to discuss what is happening vis-à-vis Firestorm given all the various ongoing viewer-related projects currently underway (CHUI, materials processing, server-side baking, plus Firestorm’s own updates and improvements) – and when the next release is liable to hit the public at large,
Several members of both the Firestorm development and support teams were on-hand to field questions, with Project Lead Jessica Lyon leading things off with a 15-20 minute overview as to what is happening, where the viewer stands at this point in time, what the plans are for the immediate future and what we might expect to see in Firestorm in upcoming releases.
The Short Version
The Good:
Firestorm will be supporting all of the new viewer capabilities coming out of LL, although CHUI will require careful consideration as to what is adopted and how, as Firestorm already offers several similar options to those being added to the viewer by CHUI
Firestorm will be getting a range of new features (although not all at once) which include: further work on re-implementing legacy search capabilities, the ability to save and reload personal settings; more OpenSim support; new windlight settings; new UI skinning; further work on adding v1-style functionality
The Not-so-good:
Serious crash and other issues have also come to light in merging Firestorm with the latest LL 3.4.5 code which the team are endeavouring to resolve
Server-side baking (SSB) is the priority for the Firestorm team at present (as it is with other TPVs), as it has a major impact on how people will see things in-world, and it is the project which LL are emphasising. However, integration of the SSB code into TPVs (particularly those supporting RLVa) is not proving easy
The emphasis on work at the moment is overcoming bugs, issues and problems and trying to get Firestorm to a point where it is running the SSB code.
Taken together, the latter points mean that while a new version of Firestorm is in development, there will be something a further wait before it appears, and when it does, it my not have such a huge range of new features as has been found in previous releases and might suffer from stability issues.
Jessica Lyon (seated centre, at the edge of the stage) with members of the Firestorm development and support teams, discusses Firestorm on Wednesday February 13th
Viewer Status
There are some serious issues within the Firestorm development code which are delaying progress towards a potential release. Firestorm has been merged-up to the Linden Lab 3.4.5 viewer code, and this has given rise to some severe problems for Firestorm (and is actually having an impact on other projects, as I reported earlier this week).
Commenting on the situation, Jessica Lyon pulled no punches, stating:
I’m going to be completely honest with you guys. Right now Firestorm, for us internally, is in pretty bad shape since our merge with Linden Lab’s TIP (3.4.5 code). There are a lot of bugs that we’ve inherited; there’s a lot of regressions which we’ve inherited. Ed [Merryman, lead for Firestorm Support] is crashing about two times a day – and for those of you know Ed, know that Ed never crashes. So if Ed is crashing on our recent builds, we’ve got some problems. We’ve got some log-out crashes, log-out things; log-in crashes … Basically, we’re not in great shape, and we’ve got a lot of fixing-up to do before we’re ready for a release.
As well as inheriting bugs, the merge has also highlighted bugs and issues within the Firestorm code itself which also need to be fixed. All of this adds up to recent builds for the viewer being “way worse” than the current release version in terms of stability and issues, and it is going to be a while before these issues are fully resolved.
Server-side Baking
Server-side baking is perhaps the most prominent viewer project underway at the moment, inasmuch as it is essential that all viewers connecting to Second Life be able to support it in order to avoid in-world experiences from being broken. Simply put, avatar skins and system clothing will not render on viewers which do not support SSB once the code is fully deployed, as shown below. )Things are somewhat more involved than that, and for those unfamiliar with the project, I’ve covered it in-depth in Avatar Baking: “and the clock has started!”. )
The SSB problem in part: I’m standing on an SSB-enabled region. On the left – as I appear to others who are using an SSB-enabled viewer; On the right, as I appear to others who are using a viewer which does not support SSB.
As it stands, Firestorm has yet to be merged with the Lab’s supplied server-side baking code for the viewer, although work has been underway within the team in a separate repository to the 3.4.5 code merge. A major problem here, as I again reported earlier this week, is that SSB has considerable (and negative) impact with RLVa. These problems are compounded by the fact that the test regions for SSB functionality are all on Aditi, which has considerable issues of its own at the moment, which are affecting people’s ability to reliably test code, and all have scripts disabled – which makes testing RLVa fixes alongside SSB somewhat difficult.
Currently, the Lab remains sympathetic to the issues TPVs are facing (and have offered help wherever practicable), and are not currently pushing a date by which TPVs must be ready for SSB to go live. They’ve also acknowledged that some of the problems TPVs are facing are down to delays on the Lab’s part, such as not making any bug fixes to the viewer code available until January 30th, some seven weeks into the planned eight-week window in which it had been hoped TPVs would be able to integrate the code. However, it is clear that TPVs are feeling under pressure to get SSB-capable versions of their viewers sooner rather than later.
Please use the page numbers below to continue reading this article
On Saturday December 17th, a Phoenix / Firestorm Q&A was held at the Rockcliffe University regions, where Jessica took questions on both Viewers from the audience and which had been posted beforehand either to her directly, or via the Phoenix blog.
Jessica and host Nigma Sterling at the Q & A session
The event, hosted by Nigma Sterling, was recorded for those who could not attend, and the video has now been released on YouTube. The video is some 2hrs 30 mins long, and covers a lot of ground.
This is an honest and open response to the many criticisms the team have faced from their user community, and for those that have concerns about Phoenix and / or Firestorm it is a worthwhile spending time watching it.
I’ve not been privy to much of the situation that is alluded to in the video – the heated discussions regarding Phoenix and the perceptions that the team are somehow “abandoning” their users in “forcing” them into the V3 world through Firestorm – and i’m not about to embroil myself in it.
However, I do emphasise very much with Jessica and the team – indeed with all TPV developers in that they all face a difficult hill to climb, whether they are attempting to stay current and work within the constraints of the new Viewer code base or whether they are trying to work within the constraints of a code base (Viewer 1) that has been effectively frozen by LL for a year now, and which LL have themselves indicated is only going to get more and more broken as time goes on.
It’s a thankless task, however you look at it, and one that is never going to please everyone, be it for genuine technical issues or simply because of people’s unwillingness to take the time to work with a new UI. This being the case, I’m going to take a moment and lift a metaphorical glass of mulled wine to all TPV developers and say “thank you” for all of your efforts over the years.
Sadly, I cannot embed the Phoenix / Firestorm Q&A, as it is locked from doing so. However, you can see it here.