Dans cet onglet vous pouvez déterminer des paramètres spécifiques pour un cycle jour/nuit et une eau, ou en créer.

(Sélectionner l'environnement)

(Utiliser les paramètres de la région)
Si vous cliquez ceci, la parcelle de terrain utilisera les mêmes paramètres de ciel et d'eau que la région.

(Utiliser l'inventaire)
Cliquez ceci pour sélectionner une ressource jour prédéfinie se trouvant dans votre inventaire.

(Personnaliser)
Vous permet de créer un cycle jour/nuit sur mesure pour la parcelle de terrain. Voir cette page pour la méthode de création 'une configuration de jour.

(Configuration du jour)

(Durée du jour en heures)

Les anciens jours SL sont de 4 heures, mais vous pouvez utiiser n'importe quelles valeurs ici, entre 4 et 168.

Si vous voulez un cycle jour/nuit qui correspond à l'ancien cycle de 3 heures de jour et 1 heure de nuit, voir ici.https://en.wikipedia.org/wiki/Coordinated_Universal_Time

(Compensation du jour en heures)
Compensation par rapport au Temps Universel Coordonné. Par défaut le décalage est de -8, qui est l'heure SL, ou heure du Pacifique.

(Heure apparente du jour)
Indication sur l'heure apparente du jour, basée à la fois sur la ressource de jour utilisée et sur l'heure du jour actuelle (position du soleil).

(Altitudes dans le ciel) Affiche quelles ressources de ciel et d'eau sont utilisées pour le cycle jour/nuit assigné à la parcelle de terrain. Les altitudes dans le ciel ici ne peuvent pas être modifiées; elles ne sont qu'une indication.

• Sky 4 (ciel 4) 3000m
• Sky 3 (ciel 3) 2000m
• Sky 2 (ciel 2) 1000m
• Ground (sol)
• Water (eau)

PLEASE NOTE: Scripted attachments being broken is not a viewer issue. We are providing this page of tips to help our users. If none of this works, please contact LL, or the maker of the item, for assistance with your broken attachments.

Possible reasons why HUDs or other scripted attachments may stop working:

• Disconnected during a teleport after restarting a region. See BUG-5034.

• Script (running) state is lost when logged out during forced teleport. See BUG-41379.

• There are griefing objects that can be rezzed on a region; anyone who goes there will have their HUDs and all other scripted attachments put into a non-running state. For instance: a HUD for a mesh body, and all the mesh body parts you are wearing, may be broken at the same time.

Note: While this issue most commonly affects HUDs, it can also affect any and all other scripted attachments you were wearing when the breakage happened.

There are a few things you can try to get the items working again.

First of all:

• If you have RLV enabled, disable it (Preferences → Firestorm → Extras, top option), relog, then try again.
• Go to Top Menu → Avatar → Avatar Health → Refresh Attachments. See if that fixes the items.
• Relog then test the items again. That may be enough. If not, read on.

Things to try:

• Check for location issues:
  • Make sure you are in a region that has scripts enabled.
  • Go to other regions and test the items there. This will rule out technical problems with the original region.

Stay in a script-enabled region to do all of the following. You do not have to do the following steps in this order, but the simplest and less drastic steps are listed first:

• Attempt to get scripts running:
  • Try removing and reattaching the items.
  • If the items are modifiable, try resetting them or setting their scripts to running: Inventory, right-click the item → Edit, and while it is in Edit, go to Build menu → Scripts → Reset Scripts, or Build menu → Scripts→ Set Scripts to Running).

• Check for interference:
  • Look in Inventory > Current Outfit folder, and see if you are wearing any HUDs you were not aware of. (Note: HUDS do not necessarily have “HUD” in the name.) This could include temporary “Experience” HUDS that you may not be aware were attached. (Temp HUDs have been known to freeze other HUDs on the same attachment point.)
  • Check that HUDs are not overlapping each other on the screen (and so preventing you from clicking).

• Check for issues with attachment points:
  • If any HUDs are sharing the same HUD attachment point, try moving them to separate HUD attachment points:
    Inventory → Right-click → Detach from Yourself, then Inventory → Right-click → Attach to HUD, and choose an unused point.
  • Even if they are not sharing attachment points, try moving them to different attachment points.

• Test basic functionality. To make sure that HUDs work for you at all, and work in your present location, do this:
  1. Rez a fresh cube
  2. Add the default script to it
  3. Take it into inventory
  4. Attach it to an empty HUD point
  5. Touch the HUD and see if there is script output in Local chat.
  6. If this doesn't work, then the problem is not with specific broken HUDs, but perhaps with your region, or some other unknown problem keeping you from running scripts.

• Identify broken items:
  • Try removing all the HUDs and other attachments and testing them one at a time: test each one, then remove it, then test another.
  • If you have original copies of the items, try detaching the ones you are currently wearing and using a fresh copy from the original.
  • If an item is no-mod and you can't get it to start running again, and you don't have another copy, you will need to request a new copy from the creator.
  • Note: If the non-working HUDs are for your mesh body parts (or other scripted attachments), you probably will need to use fresh copies of the original HUDS and the body parts – every part, from scratch (not copies of the broken ones you were wearing).

On nous rapporte parfois que les attachements en “rigged mesh” deviennent soudain invisibles pour les autres avatars après une téléportation. Ce problème peut généralement être corrigé en cliquant dans le menu Avatar → Avatar Health → Refresh Attachments. Si cela ne fonctionne pas, vous devrez vous déco/reco.

Pour réduire la fréquence de ce genre d'incident, assurez-vous que tous les articles en “rigged mesh” que vous portez sont attachés sur des points différents (attention à ne PAS attacher à un point réservé aux HUDs, ou bien vous serez le ou la seul(e) à voir cet article sur votre avatar). De nombreux créateurs ne modifient pas le point d'attachement par défaut qui est la main droite. Cela a pour effet de voir tous les articles en “rigged mesh” s'attacher sur le même point d'attachement, avec donc le risque aggravé de rencontrer ce problème. Donc lorsque vous portez une tenue, vérifiez chaque article en “rigged mesh” et s'ils sont attachés à la main droite, rattachez-les sur un autre point de préférence libre de tout attachement; après quoi détachez l'article pour que le point d'attachement soit sauvegardé.

Ceci est une conséquence du bug décrit ci-dessus. Lorsque vous traversez un grand nombre de régions ou que vous vous téléportez, certains de vos attachements deviennent “fantômes” de telle sorte que le viewer “croit” encore qu'ils sont attachés (donc vous les voyez sur vous dans le viewer), mais pour ce qui est de la région, les attachements en question sont détachés. Personne d'autre que vous ne les voit, et aucun de leurs scripts ne peuvent fonctionner.

Par la suite si vous ajoutez ou enlevez quelque chose que vous portez, il est possible que cela “rafaraîchisse” en quelque sorte le statut de vos attachements tel qu'il est pour la région. Lorsque ceci se produit, certains de ces attachements - voire tous - vous apparaîtront comme étant détachés.

Poru ceux qui comprennent l'anglais (ou si vous avez installé l'extension Google Translate dans votre navigateur) voir : FIRE-22970 etFIRE-17998.

Il s'agit d'un incident assez courant : les modifications que vous avez effectuées sur un attachement, que ce soit en mode édition ou par le biais d'un “applier”, se trouvent annulées si vous crashez.

La cause en est le fonctionnement-même de SL. Les modifications faites sur les attachements ne sont enregistrées qu'après avoir détaché l'article, ou lorsque vous vous déconnectez. Afin d'éviter que cela ne se produise, détachez l'article et comptez jusqu'à 10 à chaque modification, puis rattachez l'article (ceci est également valable pour les modifications sur les parties masquées/visibles d'un corps en mesh).

Il est possible que les attachements que vous voyez portés par votre avatar ne s'affichent pas dans votre inventaire comme étant portés. Vous ne pouvez donc pas les détacher par un clic droit dans votre inventaire.

Nous suggérons plusieurs solutions. Essayez-les l'une après l'autre et dans l'ordre, jusqu'à ce que l'une d'entre elles fonctionne.

1. Cliquez droit l'attachement sur votre avatar > Detach.
2. Si cela ne fonctionne pas, allez dans une région low lag comme celle-ci, puis déco/reco au même endroit. Essayez ensuite de détacher soit de la manière habituelle, soit de la manière décrite ci-dessus.
3. En cas d'échec, essayez de remplacer votre tenue selon la procédure décrite plus loin.

Le problème est plus compliqué lorsqu'il s'agit du bridge. Si pour une raison quelconque vous vous apercevez que vous devez recréer le bridge mais que dans votre inventaire il ne semble pas être porté, vous devrez le forcer à se détacher comme ceci :

• Allez dans vos Préférences → Firestorm → Extras→ Enable LSL-Client Bridge et désactivez le paramètre.
• Allez dans l'onglet “Worn Items” de votre inventaire, et détachez - si possible - tout bridge apparaissant comme étant porté (“Worn”).
• Dans votre inventaire cherchez “LSL bridge, puis supprimez-les tous de votre inventaire et videz votre corbeille.
• Déconnectez-vous.
• Relancez le viewer mais ne vous reconnectez pas.
• Ouvrez les Préférences (Ctrl P) > Firestorm > General et réactivez le bridge.
• Reconnectez-vous à Hippo Hollow (ou à un endroit les scripts sont autorisés à s'exécuter).
• Votre bridge devrait se recréer automatiquement à la reconnexion.

Si par contre vous constatez qu'à la connexion les attachements se détachent puis se rattachent, parfois plusieurs au même point d'attachement, essayez la procédure suivante :

• Créez un dossier temporaire à un endroit de votre inventaire que vous retrouverez facilement
• Dans ce dossier placez une copie de votre skin, shape, de vos yeux système et et votre “baldbase” système - ajoutez un pantalon et un haut (pas de mesh, de scuplty ou de prims, utilisez les vieux articles !)
• Cliquez droit sur le dossier et sélectionnez “Replace Current Outfit” (pas “Wear”, pas “Add”), ou encore, faites glisser le dossier sur votre avatar.
• Reconnnectez-vous.
• Une fois connecté, vous pouvez ajouter vos attachements habituels.

Si vous constatez que des attachements disparaissent après une téléportation, (entièrement ou partiellement), mais uniquement pour vous (les autres continuent de les voir normalement), activez les écrans de TP s'ils sont désactivés : Preferences → Move & View → Teleports → Disable teleport screens : décochez cette case.

Si un attachement scripté (comme un HUD par exemple) ne fonctionne plus après une téléportation; il est possible qu'il se soit détaché pendant la téléportation. Vous le voyez sur votre écran, mais le serveur “pense” qu'il est détaché et donc les scripts ne s'exécutant plus. Essayez ceci :

• Détachez/rattachez l'article. Vous devrez peut-être vous déco/reco avant et/ou après.
• De plus, si le HUD s'attache au point “Center 2”, assignez-lui un autre point d'attachement HUD.Les attachements ontmoins de risque d'être détachés sur les autres points.

NB: Ceci s'apparente à ce bug (en anglais).

NB: Ceci n'est pas un problèm elié au viewer. Nous fournissons ici des suggestions pour aider nos utilisateurs. Si le problème persiste après avoir tout essayé, contactez LL ou le fabricant de l'objet pour une assistance sur vos attachements inutilisables.

Il y a plusieurs raisons pour lesquelles les HUDs ou d'autres attachements scriptés peuvent cesser de fonctionner :

• Vous avez été déconnecté pendant une téléporation après le redémarrage d'une région. Voir BUG-5034 (en anglais).

• L'exécution du script a été perdue au moment de la déconnexion pendant une téléportation forcée. Voir BUG-41379 (en anglais).

• Des objets de griefers peuvent avoir été posés sur une région; toute personne qui se rend sur cette région verra ses HUDs et autres attachements scriptés désactivés par ces objets qui stoppent l'exécution des scripts. Par exemple, un HUD de corps mesh, et toutes les parties du corps que vous portez, peuvent se retrouver “cassés” en même temps, ainsi que tous les attachements portés que vous portiez à ce moment-là.

Vous pouvez tenter plusieurs choses pour remettre vos attachements en état de fonctionnement.

Premièrement :

• Allez dans le menu Avatar → Avatar Health → Refresh Attachments. Vérifiez si les choses sont redevenues normales.
• Déconnetez-vous et reco à HippoHollow.Cela suffit parfois à retrouver l'usage des ses attachements. Si ce n'est pas le cas continuez à lire.

Autres possibilités:

• Vérifiez qu'il ne s'agit pas d'un problème de région :
  • Vous êtes toujours à HippoHollow (les scripts sont autorisés et la région est low lag).
  • Allez dans d'autres régions où les scripts sont autorisés et testez les attachements. Cela écartera les problèmes liés à la région d'origine.
  • Si vous utilisez le RLV, désactivez-le (Preferences → Firestorm → Extras, 1ère option tout en haut) et déco/reco.

Restez dans une région où les scripts sont permis pour tout ce qui suit. Vous n'êtes pas obligé de suivre les indications dans l'ordre mais les possibilités les plus simples et les moins radicales sont en tête :

• Essayez de remettre les scripts à l'état d'exécution :
  • Détachez et rattachez les attachements.
  • S'ils sont modifiables, essayez de réininialiser les scripts ou de les exécuter : cliquez droit sur l'attachement dans votre inventaire → Edit → et pendant que vous l'avez en mode Edition, allez au menu Build → Scripts → Reset Scripts, ou menu Build → Scripts→ Set Scripts to Running.

• Vérifiez qu'il n'y a pas d'interférence :
  • Regardez dans votre inventaire → dossier Current Outfit, et voyez s'il y a des HUDs que vous portez sans le savoir. (NB : leur nom ne comportera pas forcément le mot “HUD”). Cela peut comprendre des HUDs “d'Experience” temporaire dont vous ignoriez la présence (les HUDs temporaires sont connus pour “geler” les autres HUDs placés sur même point d'attachement).
  • Vérifiez que les HUDs ne se superposent pas les uns aux autres sur l'écran.

• Vérifiez les problèmes de points d'attachement :
  • Si des HUDs partagent le même point d'attachement, essayez de les changer de point d'attachement pour éviter le partage de point :
    Inventaire → Click droit → Detach from yourself, puis Inventaire → Clic droit → Attachto HUDs, et choisissez un point d'attachement vide.
  • Même s'ils ne partagent pas de point d'attachement, essayez de les changer de points d'attachement.

• Testez le fonctionnement de base. Pour vérifier que les HUDs fonctionnent pour vous et à l'endroit où vous vous trouvez, faites ceci :
  1. Posez un cube neuf
  2. Ajoutez-y le script par défaut (clic droit → Edit → Onglet “Content” → bouton “New Script”)
  3. Prenez-le dans votre inventaire
  4. Attachez-le sur un point d'attachement HUD vide
  5. Touchez le HUD et voyez si le script communique dans le chat local.
  6. Si ça ne fonctionne pas, il ne s'agit pas du problème spécifique de HUDs endommagés évoqué ci-dessus, mais plutôt un problème avec votre région, ou autre problème inconnu qui vous empêche d'exécuter les scripts.

• Identifiez les attachements “cassés” :
  • Essayez de détacher tous les HUDs et autres attachements scriptés et testez-les un par un, en les détachant au fur et à mesure.
  • Si vous avez des copies de ces HUDs, essayez de détacher ceux que vous portez actuellement et utilisez une copie de l'original.
  • Si un attachement est “No-Mod”, que vous ne pouvez plus le faire fonctionner, et que vous n'avez pas de copie, vous devrez demander une copie au créateur de l'article.
  • NB: si les HUDs qui ne fonctionnent pas concernent des parties de corps mesh (ou autres attachements scriptés), vous devrez probablement utiliser et des copies des HUDs d'origine, et des parties du corps – et des copies faites avant l'incident. Si vous n'avez pas de copies, allez chercher un pack neuf au terminal de re-livraison (redelivery).

</pane>

</tabs>

Look in the Avatar menu and make sure that “Show HUD Attachments” has a checkmark.

A HUD's orientation (position and rotation) data is stored with the HUD when it's detached. It is relative to the attach point, not to the viewer. (Any attached object has its orientation data saved when it's detached.) When you attach a HUD to a new attach point, the previous position data is applied relative to the new attach point and the rotation data is reset to zero, and this can cause the HUD to be out of position or rotated incorrectly. To fix a HUD's position:

• Attach the HUD to its original attach point
  or
• Edit the HUD (right click it in Inventory, choose Edit) and set the position data to zero and then adjust from there
  or
• Edit the HUD and then scroll down with the mouse wheel to zoom out the HUD Layer, represented by a white rectangle. Drag the HUD so that it's inside the rectangle, then zoom in and finish adjusting.

If the HUD can't be seen but its position is correct, you may have to adjust the rotation. Edit the HUD, then change the rotation values or drag the rotation rings.

Reagrdez dans le menu Avatar si “Show HUD Attachments” (Afficher les HUDs) est coché.

De même que pour tout objet attaché, les paramètres d'orientation d'un HUD (position et rotation) sont sauvegardés avec le HUD au moment où on le détache. Ces paramètres dépendent de leur point d'attachement, et non pas du viewer. Lorsque vous attachez un HUDà un nouveau point d'attachement, la position précédente est appliquée par rapport au nouveau point d'attachement et les données de rotation sont réinitalisées sur 0, ce qui peut envoyer le HUD hors écran ou rendre sa rotation incorrecte. Pour corriger la position d'un HUD :

• Attacher le HUDà son point d'attachement original
  ou
• Editez le HUD (clic droit dans l'inventaire → Edit) et remettre les données de position sur 0, puis ajuster à parti de là
  ou
• Editez le HUD et utilisez la molette de la souris pour “dézoomer” sur votre écran (représenté par un rectangle blanc) jusqu'à ce que vous voyiez le HUD. Il ne vous reste plus qu'à ramener le HUD dans l'écran avec les flèches, puis zoomer pour revenir dans l'écran etfinir d'ajuster la position.

Si vous ne pouvez pas voir le HUD mais que sa position est correcte, vous devrez probablement ajuster ses paramètres de rotation. Editez le HUD puis changez les valeurs de rotation ou utilisez les bagues de rotation pour le repositionner correctement.

EEP! - Environmental Enhancement Project:

• A glimpse at the Environmental Enhancement Project (EEP) by Silas Merlin

• Start with release notes below and this page EEP Basics

• Also see Firestorm Wiki EEP Links (draft)

LMR - Love Me Render: Mac retina display, and graphics related changes. See release notes below for more details.

EAM - Estate Access Management: Improved estate tools. See release notes below for more details.

The pages below have been updated to reflect some of the changes since Firestorm 6.0.2. These pages are continually being updated. Please do not bookmark them, as they will disappear once 6.2.2 goes to public release.

• Firestorm Top (Menu) Bar - World: Parcel Details, Region Details, Beacons, Environment, Phototools
• Region / Estate: Environment tab
• About Land: Access tab, Environment tab
• Quick Preferences: Windlight changes
• Show More - Beacons: Show direction to Sun and Moon
• LookAt: Limit distance from head: Clamps your lookat target around your head. Limits the lookat crosshair to a fixed distance from your avatar, showing the general direction of viewing but not the actual lookat target.
• Graphics - Hardware Settings: Enable support for HiDPI displays: (Mac OSX only; requires restart). This will generally give you a sharper display but a lower frame rate.

Catznip RLVa 2.2 Release Notes

Release Notes for v6.1.1 (525446) - Second Life Viewer Released on March 26, 2019.
http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/6.1.1.525446

Love Me Render and HiDPI Retina Display

This viewer adds retina display support on Mac, and has a variety of graphics-related fixes.

Note: for Mac displays with HiDPI support, retina display mode will be enabled by default. This will generally give you a sharper display but a lower frame rate. If you want to disable HiDPI display, go to the preference settings page Me→Preferences→Graphics→Advanced Settings, and uncheck the box “Enable support for HiDPI displays (requires restart)”; then restart the viewer.

Release Notes for v6.2.0 (526190) - Second Life Viewer Released on April 12, 2019.
http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/6.2.0.526190

This shiny new viewer is a brave foray into improving the state of Estate Access Management! We can’t wait to see what you think about it. Here’s what you’ll find:

New “Access” tab in the Region/Estate floater with subtabs for “Estate Managers”, “Allowed”, “Allowed Groups”, and “Banned” Recording banned date, banned by, and last login for each banned account †
Search & Sort within each of the sub-tabs
Copy Banlist & Allowed-list
Added a confirmation for adding or removing from a list
More Estate Managers!
We’re upping the number to 15. Remember, with great power comes great responsibility.
†these features only available going forward.

Known Issues There is an issue where newly added Estate Managers will need to relog in order to view access lists.

Release Notes for v6.2.0 (526104) - Second Life Viewer Released on April 11, 2019.
http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/6.2.0.526104

Environmental Enhancement Project - EEP Welcome to the Environmental Enhancement Project (aka EEP!)
EEP is a major enhancement to the legacy Windlight environments, introducing new inventory object for defining the environmental settings.

Highlights

• Shareable environmental objects that you can keep in your inventory.
• Parcel level control of environments.
• Up to four different sky layers that may be set independently.
• More options for customization.
• And much, much more

Where Can I See EEP
EEP is now released on the main grid.

Personal Lighting
This EEP RC includes a new Personal Lighting floater. When you open this floater it will snap an image of the current shared environment wherever you are standing. You are presented with a number of controls that allow you to make quick modifications to the environment, including sun and moon position, ambient lighting, and more!

Importing my old settings
You can import your old Windlight settings into EEP.

1. Open an environment editor (Daycycle, Sky, or Water)
   
2. Select the Import button - This will open a file picker dialog
3. Navigate to where you have stored your Windlight XML files and select the file you would like to import - This is usually “SecondLifeViewer/app_settings/windlight/”

You should import Windlights of the same type as the editor you have open (Daycycle, Sky, or Water) Windlight XML files are very sensitive to the directory structure. Files should be laid out as follows: ./windlight/days ./windlight/skies ./windlight/water

Where To Find Out More
For more information about EEP, check out the Second Life Wiki pages.

Have questions or want to show off what you've created? Join us on the Second Life Forums.

Release Notes for v6.1.0 (524670) - Second Life Viewer Released on February 26, 2019.
http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/6.1.0.524670

BugSplat viewer

Update changes This viewer introduces a revised updater, replacing the current Viewer Manager Process (VMP). Instead of running the VMP before every viewer session, we now run the updater as a child process of the viewer. Viewer notifications are used to alert the user to a pending update.

This viewer starts more quickly than with the VMP. It displays only one Taskbar or Dock viewer icon. Pinning that icon should behave exactly as expected, going forward.

Pinned icons for the Viewer Launcher and VMP-driven viewer may need to be deleted and recreated.

We still run the updater before _first_ launching a newly-installed Windows viewer, to address the potential problem of installing a 64-bit viewer on a Windows system that does not support it. Similarly, if you install a 32-bit viewer on a Windows system that can support the 64-bit viewer, it retrieves the 64-bit viewer instead.

Bugsplat If this viewer crashes, the crash report is sent to BugSplat rather than to Linden's internal crash reporting system.

(Third party developers: the existing Breakpad crash-reporting code is still present in the code base. BugSplat integration is enabled by a CMake variable.))

FMOD Studio 1.10.12 (updated Windows, Linux, Mac)

KDU v7.10.6 (Windows, Linux, Mac)

Voice Server Version: Vivox Version 4.9.0002.30313 (Windows and Mac)
Voice Opensim 4.6.0017.22050 (Windows and Mac)
Linux uses native voice files Version: Vivox 3.2.0002.10426

LibVLC Version: 2.2.8

Chromium Embedded Framework (CEF) Dullahan updated:

• Dullahan: 1.1.1320
• CEF: 3.3626.1895.g7001d56
• Chromium: 72.0.3626.121
• Page of test URLs for Dullahan. With the Developer Menu enabled (Ctrl Alt Q) press Ctrl+Shift+Z then the Home page button.

• FIRE-23692 - [BUGSPLAT] Viewer crashes in Vivox code after teleport

• FIRE-22497 - Splash / Login Screen extra lines since CEF merge
• FIRE-23012 - Windows 10's UTF8 beta breaks URL parsing
• FIRE-23401 - Firestorm locks up Win 7 on login - Malwarebytes
• FIRE-23641 - Show parcel name in world map feature fails if the parcel has a null name
• FIRE-23663 - crash on using world map, xui file floater_world_map.xml might be corrupt
• FIRE-23665 - starlightskin original teal - colors of some UI elements are from original orange
• FIRE-23667 - missing 3p package
• FIRE-23674 - configure_firestorm.sh
• FIRE-23686 - Exported Scripts Not Importing
• FIRE-23692 - [BUG-226482] [SL-10284] [BUG-226490] [SL-10702] [BUGSPLAT] Viewer crashes in vivox code after teleport
• FIRE-23703 - Firestorm locking up when using texture preview or any other inventory view window.
• FIRE-23719 - SL Voice not launching on recent nightly build
• FIRE-23745 - Linux Build Failure Changeset 57082
• FIRE-23891 - Mouse cursor jumps around when right clicking and pie menu shows up (MacOS)

• FIRE-23603 - [LINUX] autobuild line 3666
• FIRE-23657 - [OPENSIM] ViewerAsset on OpenSim
• FIRE-22747 - Timed Land Ban, reorder fields
• FIRE-23723 - Change “sim” to “region” in Preferences

• FIRE-23524 - [PATCH] Option to limit look at target to a sphere around the avatar's head.

• FIRE-23592 - Update Japanese translation

• FIRE-23783 - [EEP] FSLightshare.cpp: Make it work with EEP?
• FIRE-23786 - [EEP] LLDrawPoolSky.cpp: Cloud noise selection - where did it go now? (“clouds2.tga”)

If you haven't logged into the Aditi Grid recently, you will likely need to contact LL Support to gain access as well as have your inventory synced. Please review this page carefully http://wiki.secondlife.com/wiki/Aditi. Also ensure you have this viewer setting enabled in Preferences - Advanced - Allow login to other grids.

Please note: Viewers play a minor part in voice functionality. The bulk of voice support is given by the external application called SLVoice, which is made by the SL voice provider, Vivox. Voice failures are almost always due to one of the following reasons:

• Your ISP is throttling or blocking the voice service;
• failure of the Vivox service;
• voice issues on the region you are on;
• voice being throttled by bandwidth set incorrectly - please check it by following the instructions here;
• voice hardware (mic, headset) not configured correctly in your operating system settings;
• voice hardware not configured correctly in the viewer;
• another application has your voice hardware in use (example, Skype);

• your anti virus software has “mangled” the voice application; see steps on this page: here.

• your firewall is blocking slvoice. Add slvoice to your firewall's exclusion/allow list.

The IP address of the server 'www.bhr.vivox.com' recently changed to 74.201.103.238 so anyone having a problem can check to see what address their system sees for that name - if it's not that address, it's probably wrong. A simple reboot may resolve this issue. If not, see DNS Fail - General steps for help fixing this.

nslookup command how-to: WindowsMacLinux

Since 4.7.9, voice has not always connected to the voice servers. This is due to some coding issues that we inherited from the official SL viewer and that code's interaction with the latest voice files. The issue is documented on LL's Jira. A workaround is to disable and then re-enable voice. But if you're presented with the voice connection failure message that tells you “Voice communications will not be available”, you may need to disable voice and then relog before voice will try to reconnect.

Steps:

• Go to Preferences → Sound & Media → Voice, and untick “Enable Voice.”
• Relog.
• Wait 10-20 seconds, or until the viewer has finished rezzing the scene.
• Re-enable voice.

Version 5.1.7., voice crashes when turning on microphone. See BUG-225293 and FIRE-22940
Fixed Firestorm-Beta 6.0.1.
Note that the SLVoice executable in this viewer is not compatible with most older viewers; do not copy it into other viewers.http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/5.1.8.518593

Most voice connection issues happen when the viewer tries to connect to voice during the login process. The workaround is to disable voice before you log out, and then only enable it after logging in when you need it. You can toggle Voice from the Media Controls at the top of the viewer (not enabled by default for Vintage or Latency skins) by hovering over the speaker icon and then checking or unchecking the last checkbox, or by going to Preferences ⇒ Sound & Media ⇒ Voice and checking or unchecking the top option.

If you have issues hearing but not being heard, or vice versa, then make sure that your headset is properly connected to your computer. Unplug it, then plug it back in, making sure it is fully inserted.

And on a related note, if you plug your headset in while logged into SL, you will very likely have to relog to get it to be recognised.

Due to the many different versions of each operating system (Windows, linux distros, Mac OSx's), it is very difficult to give specifics for each one. Nonetheless, make sure that your operating system is correctly configured for voice: that voice is going to your headset (or speakers, as you prefer), and that your mic is enabled and configured.

If you can hear people but cannot be heard, or vice versa, it is most likely a problem in this area.

A bit more specifically, for Windows and linux, check in Mixer that SLvoice is listed, and not muted. Check that input and output devices are correct. For Mac, look in the Sound Preference pane.

Voice doesn't work when Skype is on, or sounds don't work while using voice:

1. In Windows Control Panel > Hardware & Sound > Manage Audio Devices
2. Select the Recording tab, select the microphone, select Properties
3. Select the Advanced tab - untick 'Allow applications to take exclusive control of this device' - click OK
4. Select the Communications tab
5. Select 'Do Nothing' - click OK

Some details provided below.

• Go to Preferences→ Sound & Media -> Sounds. Find the Voice Chat slider and make sure it is not all to the left. Try increasing the volume.
• Make sure that Voice chat is enabled on that preferences tab.
• go to Preferences→ Sound & Media -> Voice. Click on Audio Device Settings. For Input and Output, use the dropdowns to select your voice devices (headset, microphone, whatever you use). It is best not to leave these at Default.
• Close Preferences and locate the Mic button on the button bar. Click the Lock checkbox then the actual button, and try speaking (hopefully, you went to Voice Echo Canyon so you can test).

Try reinstalling the drivers for your sound card, if you have one. Sometimes, these drivers conflict with the sound component of graphics card drivers. Similarly, you may have success by reinstalling your graphics card driver.

If voice still does not work, then continue working through this page.

If you find that voice cuts in and out, particularly right after a TP, and at the same time, you notice that things are not rezzing in for you very well (avatars, objects, etc), then the likely cause is that your router is being “overwhelmed” with texture transfers. So reboot your router/modem, and then your computer, and see if the problem is solved.

You can also try adjusting your bandwidth as explained here.

If that does not help, then proceed with the section below.

Chances are good that the problem lies with the SL servers or the voice provider, Vivox. Still, there are things you can try:

• Open Preferences, and go to Sound & Media → Voice, and click Reset (circular arrow).

• Shut down all applications that use, or can use, voice - like Skype, etc. Then relog.

• What sometimes helps to get voice working is disabling voice in Preferences→ Sound & Media -> Voice, hitting Ok, waiting a minute and then enabling voice and click Ok. When these methods fail (assuming voice usually works for you) it is usually the Vivox voice servers that are the problem.

• If this does not work at your current location, go to a region where other people are able to use voice at this time. One possibility is Firestorm Social, but any region where voice is known to be functioning is fine. Disable voice in Preferences→ Sound & Media -> Voice. Relog, using the last location selection on your login screen. Wait a couple of minutes. Reenable voice. Wait another couple of minutes (in other words, give the connection time to be established). If voice comes on, then the problem may have been the region you were in before. Was voice disabled there? If not, a region restart might solve the problem.

• Go to Preferences → Network & Files -> Connection and reduce your bandwidth setting to 500 (if it is not already set there). Repeat the above step to toggle voice off and back on. See here for more information on setting your bandwidth properly, but bear in mind that lower levels than those calculated there may be necessary for troubleshooting purposes.

• Log out of the viewer, then check Task Manager (or equivalent) and see if SLVoice is still running. If so, kill the process, restart the viewer and see if voice connects.

• Try a relog, or even reboot your router/modem, and then your computer. ¹⁾

• Sometimes device settings can reset, so check in Preferences→ Sound & Media -> Voice→ Audio Device Settings, to be sure that the input and output are set correctly.

• HTTP fetching may be overloading your router; please try the suggestions given here; if they do not help, revert the changes made then return to this page and continue.

• Does your headset/microphone work outside of SL? ie when using Skype, Yahoo or MSN

• Does your headset/microphone work in Preferences→ Sound & Media -> Voice→ Audio Device Settings?

• Is your voice chat volume turned up and not muted?

• Is the SLVoice.exe (simply SLVoice on Mac) that is in the Firestorm folder in the exceptions/allowed list for your firewall? If your firewall is turned off, turn it on and add the SLVoice.exe (or SLVoice) anyway.
  If your Firewall has SLVoice listed twice, then remove both instances, and allow it again. For Win10, make sure that SLVoice has Private unchecked, and Public checked. If you had these set differently, change them, then close the window, log out of SL, reboot.

• Check the bandwidth you are actually getting and what you have set in Preferences → Network & Files → Connection. Please refer to this page for specifics.

• Go to top menu, Advanced → Debug Settings, and in the window that opens, type: Cmdlinedisablevoice - then ensure this is set to FALSE. (Use Crtl-Alt-D to enable the Advanced menu, if it isn't.)

NB : Les viewers jouent un rôle très mineur dans le fonctionnement de la voix. L'ensemble du support de voix est fourni par l'application externe SLVoice et fait par le fournisseur de voix SL, Vivox. Les échecs de la voix sont presque toujours dues à l'une de ces raisons :

• Votre fournisseur d'accès internet régule le débit ou bloque le service voix;
• Échec du service Vivox;
• Problèmes de voix dans la région où vous vous trouvez;
• Débit de la voix réduit par un réglage de bande passante mal ajusté - voir les instructions de réglages ici;
• Le matériel audio (micro, casque, est mal configuré dans les options de votre système d'exploitation;
• Le matériel audio est mal configuré dans le viewer;
• Votre matériel audio est en cours d'utilisation dans une autre application (Skype, MSN, au autre);
• Votre anti-virus a détruit ou bloqué l'application voix; voir ici.

*MacOS 10.14 Mojave*: Pas de voice lorsque vous utilisez Firestorm-Beta 6.0.1. Voir (pour les anglophones) [Mac Mojave] SL Voice No Input on 6.0.1. Passez à la version 6.0.2 de Firestorm.

L'adresse IP du serveur 'www.bhr.vivox.com' a récemment été changée en 74.201.103.238, par conséquent quiconque rencontre un problème peut vérifier quelle adresse le système affiche pour ce nom - toute adresse différente est incorrecte. Un redémarrage ordinateur peut suffire à résoudre ce problème. Si ce n'est pas le cas, voir Problèmes de DNS - Général.

Depuis la version 4.7.9, la voice a toujours eu des problèmes de connexion aux serveux Vivox, ceci à cause de problèmes de coda que nous avons hrités du viewer officiel SL, et de l'interaction de code avec les derniers fichiers voix. Ce problème est documenté sur ce Jira LL (en anglais).

Pour résoudre ce problème on peut essayer de désactiver/réactiver la voice. Mais si vous obtenez le message d'échec de la connexion voice qui dit “Voice communications will not be available”, vous devrez désactiver la voice, et vous déco/reconnecter avant de réactiver la voix :

• Allez dans Preferences → Sound & Media → Voice, et décochez “Enable Voice”
• Déco/reconnectez-vous.
• Attendez une vingtaine de secondes jusqu'à ce que le viewer ait fini de charger tout votre environnement
• Réactivez la voice.

Dans la version Version 5.1.7., la voice peut crasher lorsqu'on clique le bouton microphone. Voir les Jiras (en anglais)BUG-225293 et FIRE-22940
Problème résolu dans Firestorm 6.0.1.

NB : le fichier exécutable SLVoice dans ce viewer n'est pas compatible avec les versions plus anciennes du viewer; il n'est donc pas possible de copier/coller le fichier dans les anciennes versions.http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/5.1.8.518593

La plupart des problèmes de voix se produisent lorsque le viewer essaie de connecter la voix pendant le processus de connexion à SL. Essayez de désactiver la voix avant de vous déco, et ne la réactivez qu'après vous être connecté, lorsque vous en avez besoin. Vous pouvez “basculer” la voix “on/off” à partir des contrôleurs de médias en haut à droite de votre écran en passant votre souris sur l'icône haut-parleur et en cochant/décochant la dernière case à cocher, ou en allant dans Preferences ⇒ Sound & Media ⇒ Voice et en cochant /décochant l'option du haut.

Si vous entendez mais que les autres ne vous entendent pas, ou vice-versa, assurez-vous que votres casque est bien connecté à votre ordinateur. Débranchez/rebranchez-le.

Si vous branchez votre casque alors que vous êtes déjà connecté sur SL, vous devrez probablement vous déco/reco afin qu'il soit reconnu par le viewer.

Etant donné le grand nombre de versions de chaque système d'exploitation (Windows, Linux, Mac) il est difficile d'expliquer spécifiquement les choses pour chacun d'entre eux. Cependant, assurez-vous que votres système d'exploitation est correctement paramétré pour la voix : que la voix va bien vers votre casque, ou vers vos hauts-parleurs selon les cas, et que votre micro est actif et configuré.

Si vous entendez les autres mais qu'ils ne vous entendent pas,il est probable qu'il s'agit d'un problème venant de la région.

De manière plus spécifique, pour Windows et Linux, vérifiez dans le mélangeur de volume son que le processus SLVoice et bien listé et pas bloqué. Vérifiez aussi que les entrée et sortie son sont correctes. Sur Mac, regardez dans les Préférences Son.

Pour plus de détails, voir ci-dessous.

• Allez dans Préférences→ Son & Média -> Général. Trouvez le slider “Voice Chat” et assurez-vous qu'il n'est pas complètementà gauche. Essayez d'augmenter le volume.
• Vérifiez que la Voix est activée dans Préférences → Son & Média → Voice Settings
• Allez dans Préférences→ Son & Média -> Voice Settings. Cliquez sur le bouton “Audio Device Settings”. Pour l'Input (Entrée) et l'Output (Sortie) utilisez les menus déroulants pour sélectionner votre matériel (casque, micro, quoi que vous utilisiez). En général il vaut mieux ne pas laisser les paramètres sur défaut.
• Fermez les Préférences et trouvez le bouton Speak sur la barre de boutons. Cliquez la case à cocher puis (si par chance vous êtes à Echo Canyon vous pourrez tester votre voix).

Si votre voix refuse toujours de fonctionner continuez à lire.

Essayez de réinstaller les pilotes de votre carte son. Parfois certains pilotes se mettent en conflit avec des composants de pilotes de carte graphique. De la même façon, réinstaller le pilote de votre carte graphique peut être la solution.

Si la voice ne fonctionne toujours pas, continuez à lire cette page.

Si vous trouvez que la voix est “hachée”, particulièrement après une téléportation, et qu'en même temps les avatars et/ou les objets ne chargent pas très bien, il est probable que votre box/modem est débordé(e)par les transferts de textures. Redémarrez la box (laissez-la débranchée pendant 1 bonne minute au moins et rebranchez-la) puis redémarrez votre ordinateur.

Ajustez votre bande passante comme indiqué ici.

Si le problème persiste, passez à la section suivante.

Il y a de grandes chances que le problème provienne des serveurs SL ou du fournisseur de voix, Vivox. Cependant voici quelques petites choses à essayer :

• Ouvrez vos Préférences → Sound & Media → Voice, et cliquez Reset (la flèche circulaire).

• Fermer toutes les autres applications qui utilisent ou peuvent utiliser la voix - comme Skype, etc. Puis déconnectez/reconnectez-vous.

• Désactivez la voix dans Préférences→ Sound & Media -> Voice , pressez Apply, attendez une minute et réactivez la voix et pressez Apply de nouveau. Quand ces méthodes ne mènent à rien (si la voix fonctionne habituellement pour vous), la source du problème provient bien souvent des serveurs Vivox.

• Si cela n'a pas fonctionné sur la région où vous êtes, allez dans une autre région où d'autres personnes utilisent la voix. Une des possilibités est d'aller à Firestorm Social, mais n'importe quelle région où la voix est active fera l'affaire. Désactivez la voix dans les Préférences → Sound & Media → Voice. Déco/reconnectez-vous après avoir sélectionné “Last location” sur votre écran de connexion. Attendez deux minutes pour laisser le temps à la connexion de se faire. Si la voix s'active, le problème était la région sur laquelle vous trouviez, et elle a peut-être besoin d'être redémarrée.

• Allez dans Préférences > Configuration et réduisez le réglage de bande passante à 500. Refaites les étapes ci-dessus désactiver/réactiver la voix. Voir ici pour plus d'information sur le réglage de la bande passante, tout en vous rappelant qu'il est possible que des réglages inférieurs à ceux résultant des calculs soient nécessaires en cas de problèmes, au moins le temps de les résoudre.

• Déconnectez-vous, puis vérifiez votre Gestionnaire de Tâches (ou équivalent) et vérifiez si “SLVoice” est encore en train de s'exécuter. Si c'est le cas, tuez le processus, redémarrez le viewer et voyez si la voice se connecte.

• Essayez de vous déco/reconnecter, redémarrez votre box, puis votre ordinateur.

• Il arrive que la configuration du matériel se réinitialise lors d'un crash ou d'une mauvaise déconnexion du viewer. Vérifiez dans Préférences→ Sound & Media -> Voice→ Audio Device Settings, si la sortie (output) et l'entrée (input) sont toujours correctement configurées.

• Il est possible que le Protocole HTTP soit en train de surcharger votre box/modem; essayez les suggestions données ici. Si elles n'apportent aucune aide, annulez les changements opérés, puis continuez à lire.

• Votre casque/micro fonctionnent-ils en dehors de SL ? Par exemple dans Skype, ou Yahoo ?

• Votre casque/micro fonctionnent-ils dans Préférences→ Sound & Media -> Voice→ Audio Device Settings?

• Le volume de la voix est-il assez haut ?

• Le fichier SLVoice.exe (SLVoice pour Mac) qui se trouve dans le répertoire Firestorm est-il bien dans la liste d'exclusions ou d'applications autorisées de votre anti-virus/pare-feu ? Si votre anti-virus/pare-feu est désactivé, ajoutez SLVoice.exe (ou SLVoice) et réactivez-le.

• Vérifiez la bande passante que vous obtenez et ce que vous avez configuré dans Preferences → Configuration. Référez-vous à cette page pour plus d'information.

• Allez dans le menu Advanced → Show Debug Settings, et dans la fenêtre tapez : Cmdlinedisablevoice - puis assurez-vous que c'est réglé sur FALSE (pressez Ctrl Alt D si le menu Advanced ne s'affiche pas en haut de votre écran).

“Jellydolls” are a new anti-lag feature created by Linden Lab. You can use this feature to reduce your lag and to protect yourself against graphics-crashing devices worn by others.

For general information about Avatar Complexity (“jellydolls”), please see:

• Torley Linden's short video tutorial:

This will give you a good overview of how jellydolls work and how they can help you. Don't try to find the settings the way Torley describes, since those are the official SL viewer settings! See the rest of this page for the Firestorm settings.

• The official Second Life announcement: https://community.secondlife.com/t5/Featured-News/Why-are-all-these-people-made-of-colored-jelly/ba-p/3031255

• Inara Pey's blog: https://modemworld.me/2016/08/09/firestorm-4-7-9-50527-i-see-jelly-people/

• The Second Life wiki page: http://wiki.secondlife.com/wiki/Avatar_Rendering_Complexity

Please note: the official Second Life pages (above) describe how to find the settings in the official SL viewer. See the descriptions below for how to find them in Firestorm.

• This determines which avatars will appear as jellydolls to you, based on their complexity.
• Go to Preferences → Graphics → General → Maximum Complexity.
• Note: Lowering this slider will decrease your lag and turn more avatars into jellydolls; raising the slider may lag you but more avatars will be fully visible.
• Note: Moving this slider all the way to the right is not advised, as this sets this setting to “No Limit” — which means that no avatars will render as jellydolls to you, but you will be subject to lag and worn graphics crashers.

• Right click on the avatar's name tag and choose from the menu:
  • Render Normally – avatar will be affected by your complexity slider (above)
  • Do Not Render – avatar will be a jellydoll for you
  • Render Fully – avatar will be rendered fully even if over your complexity slider setting
• In the pie menu, these options are under More → More → Render.

Go to the top menu bar> World menu and select Always show Friends normally.

Go to the top menu bar> World menu and select Avatar Render Settings. Here you can change how avatars render for you. Refer to this page for details.

• Go to Preferences → General and set “Show Avatar Complexity,” “Only if too complex,” and “Show own complexity” as you wish.

• This appears in the top right of your screen.
• Go to Preferences → Notifications → Alerts, and move “Warn me if my avatar complexity may be too high” to the “Always show” box or to the “Never show” box, as you prefer.

• This appears in the top right of your screen when you change clothes/accessories.
• Go to Preferences → Notifications → Alerts, and move “Warn me about my avatar complexity changes” to the “Always show” box or to the “Never show” box, as you prefer.

• Go to Avatar menu → Avatar Health → Show Avatar Complexity Information
• This shows complexity plus:
• * Rank (how close the avatar is to your camera; the closest is 1, next closest is 2…);
• * VisTris: recursively counts the number of triangles in every attachment at the current rendered LOD;
• * EstMaxTris: represents the sum of the estimated triangle count for each attachment to the avatar; and
• * attachment surface area in square meters.
• Note: The height of this hovertext cannot be adjusted.

Go to Avatar → Appearance and look at the bottom right of the window.

Here are three ways to see an item's rendering weight:

• Avatar → Appearance → Wearing tab (Ctrl+O); look in the righthand column for the number.
• Wear the item and then remove it, noting the change to your avatar complexity in the upper right of the viewer.
• Wear the item. Edit it → in the Build floater, click “more info” → and see the number listed for “Display.”

These are the default settings that determine the threshold at which you view avatars fully rendered or as jellydolls. They correspond with the “Quality and Speed” slider located in Preferences → Graphics → General. When the settings are left at these defaults, avatars whose complexity numbers are below these thresholds will be visible, while avatars with higher complexities will appear as jellydolls to you.

• Low: 35,000
• Low-Mid: 100,000
• Mid: 200,000
• Mid-High: 250,000
• High: 300,000
• High-Ultra: 350,000
• Ultra: 350,000

Symptom: You receive a message that the system has “Failed to find [name of any item] in the database” every time you try to wear or remove something.

Please note: This is not a viewer issue, but we have written this page to help users with a common problem.

We have identified three causes of this.

• Open your Inventory and look in your Current Outfit folder (must be the “Current Outfit” folder and not the “Worn” tab; this is important).
• Look for any broken links in the folder, particularly for the item with the name in the “Failed” warning you're receiving.
• Delete any and all broken links in the folder.

Explanation: This error happens when the broken link gets “stuck” in the folder for some reason. When the viewer tries to update the Current Outfit folder – which happens whenever you wear or remove a body part or clothing item – it detects the link in there and thinks you want to be wearing that item. So it tries to put it on you, but it can't because the link is broken, and the “Failed” message pops up.

If deleting broken links doesn't help, or if there were none, then make a temporary folder in your inventory. In it, put a copy of a system skin, system shape, system hair base, and system eyes - nothing else - and not the ones you are already wearing. Then right-click the folder name, replace outfit (not add or wear). Then check Current Outfit folder (not Worn tab) and delete any links showing as not worn. Then relog. (Please follow these steps exactly as given - it matters.)

• If the error message has gone away, you can try putting on your usual body parts and clothing.
• If the error message has NOT gone away, proceed to the next section.

• Check in Lost & Found folder and delete any system layers named “new”–“New skin,” “New eyes,” “New pants,” or similar.
• If you are wearing the item, remove it (if a clothing layer) or change to a different body part, whichever applies, and try deleting the item again.

Explanation: If a worn system clothing layer or system body part is not found at login, that layer/body part will be replaced with a default asset that is created and placed in Lost & Found. You will continue to get the error message until the “new” item is deleted from Lost & Found.

• If the error message has gone away, you can try putting on your usual body parts and clothing.
• If the error message has NOT gone away, proceed to the next section.

(Windows only)

This feature has been known to cause problems.

The NetBooster tool is a feature in System Mechanic Pro. This NetBooster feature does not always execute, so there is an element of randomness to reproducing these SL connectivity problems when System Mechanic Pro is installed on the system.

• Uninstalling System Mechanic Pro does not appear to revert the changes made by the NetBooster feature.
• The solution is to go into the NetBooster tool and selected “Restore original settings”.
• This restores Windows default settings and everything in SL works again.

For more information and additional symptoms, see this SL bug report.

If none of these steps help, then please test using the official LL viewer, which can be downloaded here. If you have the same problem there, file a support ticket with LL.

There are several ways to adjust different aspects of font size in Firestorm, each of them affecting different parts of the user interface (UI – the visible parts of the viewer, such as windows, text, toolbars, menu, etc.) or having different side effects.

If your font size is abnormally small, and the problem began after a Windows 10 update, see here.

If your font is sized normally, but you'd like it larger or smaller, see the settings below.

• What it does: The chat console is the onscreen scrolling text that moves up the left-hand side of the screen and has a semi-transparent background by default. This setting adjusts the font size of that text only.
• To find it: Type “onscreen” (without the quotes) into the search bar at the top of your Preferences window, or browse to Preferences –> Chat –> Visuals.
• To use it: Select “Small”, “Medium”, “Large”, or “Huge”. Click OK when you're done.

• What it does: This setting applies to the chat appearing in local chat, IMs, or group chats in the Conversations window and its tabs.
• To find it: Type “chat window font” (without the quotes) into the search bar at the top of your Preferences window or browse to Preferences –> Chat –> Chat Windows.
  Alternatively, click the list button ( ≣ ) at the top of the chat window and go to Font Size
• To use it: Select “Small”, “Medium”, “Large” or “Huge”. Click OK when you're done.

• What it does: UI Scaling changes the size of your entire User Interface, including all the text.
• To find it: Type “ui scaling” (without the quotes) into the search bar at the top of your Preferences window or browse to Preferences –> User Interface –> 2D Overlay.
• To use it: Adjust the slider up (for a larger UI) or down (for a smaller UI). Hitting OK at the bottom of the Preferences window will enable the change. Make your changes in small increments until you're familiar with the settings, as large changes can have significant, possibly undesirable, effects.
• Side effects: In some cases, a UI that is too large for your computer screen can cause the buttons at the bottom of Preferences to become inaccessible and will require you to clear your settings, restore previously backed up settings, or go to the Advanced menu → Set UI Size to Default (use Ctrl-Alt-D to enable this menu) in order to make the Preferences usable again. Even at not-so-huge settings, text in some windows may get all or partly cut off or may overlap with other text. The only UI Scaling setting that is fully supported is the default of 1.00.¹⁾

(Requires a viewer restart)

• What it does: This setting adjusts font size in all areas of the viewer without altering the UI scale.
• To find it: Type “adjustment” (without the quotes) into the search bar at the top of your Preferences window or browse to Preferences –> User Interface –> Font.
• To use it: Change the number in the box, click OK, and then relog. Make your changes in small increments until you're familiar with the settings, as large changes can have significant, possibly undesirable, effects.
• Side effects: Text in some windows may get all or partly cut off or may overlap with other text. The only Font Size Adjustment setting that is fully supported is the default of 0.²⁾

• What it does: This setting adjust the font type and size in the script editor.
• To find it: Type “script editor” (without the quotes) into the search bar at the top of your Preferences window or browse to Preferences –> Firestorm –> Build 1.
• To use it: Select

• Name of the font used in the LSL script editor
  • Monospace
  • Scripting

• Size of the font used in the LSL script editor
  • Monospace
  • Scripting
  • Small
  • Medium
  • Large

If you find that your feet are in the ground - or conversely that you are floating above the ground, you can adjust your height to get yourself back where you should be.

Hover Height adjustment:

• Either: Right click your avatar, select Appearance, then Hover Height. A window opens. Use the slider to adjust your height above the ground, then close the window.
• Or: go to Quick Prefs > Hover Height, and adjust the slider there.
  
  
• Note: RLVa is able to control this setting. If you find the setting changing apparently on its own, and you use RLV, one of your attachments may be adjusting the setting. Go to the RLVa menu → Debug → Show Debug Messages, and enable that setting. You will now see lots of “owner say” messages starting with “@….” One of them will most likely be @adjustheight:-0.2345=force or similar. This will tell you what attachment is controlling the setting.

NOTE: There is an old hover setting in your shape. Right click yourself, select Appearance → Edit Shape. In the Body tab, scroll down to Hover. In general, it is best to leave this setting at 50 (the default value) since the setting has been deprecated. Values other than 50 sometimes cause erratic hover problems.

This is a collection of error messages seen in SL. Some are system messages; some are viewer-generated. The list is by no means complete.

If you get an error message that is not on this page, please:

• Report it in Firestorm Support English (in-world support group)
• Or File a Jira alerting us to it (please provide the complete, exact wording of the message; a screenshot is also helpful).
• If you found a solution or explanation, please let us know that too.

Thanks!

Please note that Marketplace has nothing to do with the viewer. These messages are noted simply for convenience.

This section covers issues related to audio, video and some aspects of search.

• For situations where you cannot hear audio, be it streaming music, or the audio from a movie/video, the first thing to do is check the following:
  • Windows users: see this page.
  • Make sure streaming music and/or media are enabled in Preferences→ Sound & Media -> Sounds.
  • In the same place, check that volumes for music and media are not at minimum.
  • Make sure audio is configured correctly in your operating system (i.e., Windows, linux, OSX), that sound is going to the correct device (i.e., speakers or headset), and so on. This may require you to adjust settings in your sound mixer or other similar software.
  • Confirm that you have not blocked the stream/video: open Preferences → Sound & Media → Media → Manage Media Sites and see if the problem URL is listed there; if so, remove it.
  • For streaming music, test the music URL in your external web browser, to make sure that the URL actually works.

• If you have plugged in a USB sound device, you may need to relog so that the viewer can use it.
• HTTP fetching may be overloading your router; please try the suggestions given here; if they do not help, revert the changes made then return to this page and continue.

• Relog Firestorm and open the Search window
• Go to your computer processes and look for “slplugin.exe”
  • For Windows users, go to Task Manager → Processes Tab
  • For Mac users, go to Activity Monitor → My Processes (usually by default, but you can check top right drop down)
  • For Linux users, go to Command Terminal, and type “ps aux”
  • You may see four instances of the slplugin running (that is normal behavior)
  • If you do not see any instances of slplugin running, that is the cause of media failing
• If slplugin is not running, disable all firewall and virus protection (including anti-virus software and windows or other operating system firewalls). Do this check also for dullahan_host.exe.
• Relog and attempt video playback again
• If it works, you will need to stop your firewall/virus protection from blocking the slplugin and/or dullahan_host.exe files by granting appropriate permissions in your firewall/virus protection software
• NOTE: If you have several viewers installed, you will have to allow to each one access through your firewall, as well as to SLPlugin and dullahan_host.exe for each one.
• If all of the above does not resolve the issue, you can try downloading the latest SL Viewer and replacing your Firestorm slplugin file with the one from SL Viewer.

• In Preferences → Sound & Media → Sounds, make sure the “Enabled” checkbox to the right of the “Media” slider is checked
  (For audio, check “Streaming Music”)
• In Preferences → Sound & Media → Media, check “Allow inworld scripts to play media”
• In Preferences → Network & Files -> Connection, make sure the Maximum Number of Web Browser Windows dropdown is set to Five, Ten or Unlimited
• Make sure the issue is not with the specific television you are using, by attempting to view videos on a television that plays video normally for other Firestorm users.
• Make sure that “Enable plugins” is ticked in Preferences → Network & Files -> Connection, else the external media plugin can not be executed, and you may see a message saying: Adobe Flash Player or an HTML5 supported browser is required for video playback.

Embedded MP4s no longer are supported by Second Life. Consult your TV maker to determine if they use this format. Refer to BUG-224979, as well as this blog post.

• Windows users:
  • In order to play Flash format videos (e.g., YouTube videos), you must have the Opera & Chromium version of the Adobe Flash plugin installed. Unless you already have this specific version of Flash installed already, you will need to get the Opera & Chromium Flash plugin from Adobe.

• Linux users
  • You need to have the pepperflash plugin installed, which can be satisfied by installing pepperflashplugin-nonfree for Chromium

• Mac users
  • Mac users currently need the Safari & Firefox version of Adobe Flash plugin installed. Download it from Adobe.

• All users: Test your Flash
  • To make sure you have successfully installed the correct version of Flash and that it is working, use the in-world Flash game to test it.
    • Open the Developer menu: CTRL-Alt-Q. (Close this after testing; it's best not to leave this menu open.)
    • Then type CTRL-SHIFT-Z to open the internal browser.
    • Once the browser loads, click the Home icon in the upper left of the browser window.
    • Click the Media tab, at top.
    • Click “Flash game.”
    • A bubble-shooter game should load.

• NOTE: If you experience graphics driver crashes on nVidia cards when viewing Flash media (for example Youtube) both in-world and on a website and/or severe drops in your GPU clock mhz on any card then you will need to disable hardware acceleration on Flash Player. To do this, go to Youtube and Pick any video. Right click the video play area to bring up the options and follow the instructions here.

QuickTime is no longer needed for Windows users (and never was for linux users). Mac users, however, still need to have it.

• If YouTube videos suddenly will not play, and you just get a white screen, go to Preferences→ Privacy -> General, and click on Clear History, then try again.
• See also the Flash section, above.

Go to Preferences→ Sound & Media -> Sounds and make sure the volume sliders for streaming music and media are not all to the left and that there is no mute symbol (red no entry sign) on the speaker icon next to those. Make sure the Master Volume is not all to the left.

Check that Sound Source rolloff distance (Media tab) is correct; set back to default, if you changed it (5m and 30 respectively for min and max).

1) Check viewer settings

• Go to Preferences→ Sound & Media -> Sounds and check that you have the Sounds and UI sliders up high enough and that there is no mute symbol (red no entry sign) on the speaker icon next to those.

2) Check your audio drivers

• Look in Help menu → About Firestorm for the line that begins with “Audio Driver Version.” If that line says “Undefined,” reboot your computer and see if the Audio Driver Version appears.
• If this doesn't help:
  • Go into Windows device manager (https://support.microsoft.com/en-us/instantanswers/005a1acb-776e-4320-b9f2-3a2302a320da/open-device-manager) & see if there is a yellow triangle warning symbol against your Sound devices (or your display adapters).
  • Also make sure your sound card driver is up to date.
  • Reinstall your graphics driver; the drivers also include audio components.

Go to the top menu bar→ Advanced → Use Plugin Read Thread, and disable it, if it is enabled - or vice versa. (If you cannot see Advanced on the top menu, press Ctrl-Alt-D.)

If that doesn't help, first ensure that you have your bandwidth set correctly. Also, test the audio stream in your regular media player, and/or try a different audio stream in-world.

If the music volume fades as you cam around or edit objects, check the sound equalization settings in your operating system. For example, this may be caused by “Loudness equalization” being enabled in your speaker properties on Windows 7. (Refer to http://jira.phoenixviewer.com/browse/FIRE-19885.)

This error is due to Flash not being installed, or not installed correctly. See above.