|
Nous imaginons aisément que les développeurs de Linden Lab utilisent la plus grande partie de leur temps à développer et si possible à développer tout aussi bien Second Life serveurs et viewers.
C'est déjà arrivé que les génies de Second Life nous sortent de grandes choses même si elles sont décriées -- comme Viewer 2 -- mais aussi qu'ils distillent de petites améliorations ou avancées de-ci, de-là -- comme nous vous le montrons de temps en temps dans le Canard virtuel. Je vous amène deux petites nouvelles de ces sacrés développeurs.
Jonathan Yap and Robin Cornelius ont eu l'idée de s'attaquer au passage d'un terrain à l'autre et plus précisément à la manière dont la musique est stoppée de la parcelle quittée et dont elle est mise en œuvre sur la parcelle abordée.
Le résultat de leurs travaux est (sera en fait) que quand un résident approche de la limite d'une parcelle en vue de la quitter, la musique s'affaiblira peu à peu et quand il entrera dans le terrain suivant, la musique, faible au départ, deviendra de plus en plus forte. Et bien entendu, si le stream audio est le même sur les deux parcelles, il n'y aura pas d'effet spécial. Il y a donc implémentation d'un AudioMusicFadeIn et d'un AudioMusicFadeOut. Le délai de stabilisation du son est fixé à cinq secondes mais il est ajustable pour le moment car les développeurs sont à la recherche du meilleur timing.
Et vous pouvez essayer cela en récupérant un viewer de test spécialement dédié. Et dans quelques semaines cette innovation importante -- c'est tout au moins ainsi que Oz Linden aka Scott Lawrence le déclare -- sera dans les bacs.
Des résidents se sont plaints que beaucoup de Jiras (les rapports d'anomalies version Linden Lab ainsi que les demandes d'innovation) restent lonnnngggggttttteeeeemmmmmmmppppssss sans réponse, voire se perdent dans le désert de nos désillusions.
Il était une fois un Jira portant le numéro 1708 intitulé "Sauvegarder et charger des scripts entre l'éditeur de script et le disque local". En résumé, pouvoir lire et écrire les scripts sur le disque dur de l'ordinateur comme le fait n'importe quel éditeur de scripts ailleurs que dans Second Life. Il est daté du 28 février 2008 à 17h27, je précise 17h27 parce que d'aucuns diraient que je chipote sur les délais, c'est sûr que la journée du 28 février était déjà largement avancée et que, bon, nous dirons que le délai sera compté à partir du 29 février (si, si, si!)  Au début il a été traité par le mépris, c'est vrai il y a mieux à faire.
Apparemment Linden Lab s'y est ensuite intéressé, car ne lisons-nous pas dans l'un des commentaires qui est de Merov Linden et est daté du 20 janvier 2010 15h55 : "Trop tard pour l'incorporer dans 1.3! Déplacé pour le futur" Ah Zut! Trop tard, c'est ballot, ça!
Le 1er février 2011, Jonathan Yap faisait remarquer : " Si vous ajoutez un éditeur externe pour travailler les scripts, cela doit être facile de les sauvegarder sur le disque local."
Mais le 18 novembre 2011, rebondissement à la suite d'un mot de Ima Mechanique : "Des modifications permettent à la fenêtre d'un script ouvert de sauvegarder/charger vers/à partir des fichiers sur l'ordinateur de l'utilisateur. Ouvert et sauvegardé avec succès des scripts à partir de/vers des fichiers locaux."
Ça discute encore un peu sur les détails, mais il semble en ressortir que cela se fera par une entrée de menu du genre Build => Upload => Script pour amener un script dans Second Life, le reste se faisant dans l'éditeur de script. Après, faudrait-il sauvegarder un script contenant des erreurs ou pas, nous les laissons faire, là encore ça finira bien par sortir un jour...
Garmin Kawaguichi,
Uploaded from USB Key Page de mots clés Second Life, Linden Lab, secondlife, Marketplace,Dash Deal,Groupon,Canard virtuel, mesh, meshes, Avatars 3D, Google, mots inventés, viewer 2, basic viewer, advanced viewer, Rod Linden, PouletFritesMayo Boucher, bannissement, nouvelle recherche, Search Project Viewer, Aditi, inventory, inventaire, rez, rezzé, rezzer, développeur, Jira, script, LSL, scripts Lsl, nouveau jeu, Nisray, Camp de Base, traduction, google translate, google api, microsoft translator, fraude, UI, Interface Utilisateur, Duran Duran Universe, Univers Duran Duran, importations temporaires, attachements cou et racine, neck, root, Snowstorm, Firestorm, chat lag, age verification, Viewer 3, What's Next, The Future of Commerce in Second Life, NPC, PNJ, Personnages Non-Joueurs, Non-Player Characters, BURN2, burning man, Rodvik Humble, Rodvik Linden, Premium, Sandbox, MMORPG, Viewer 4, icônes GrimReaperzBeat, GRIM REAPERZ Beatmakers, http://www.youtube.com/user/GrimReaperzBeat, http://www.youtube.com/grimreaperzbeat, http://www.myspace.com/grimreaperz, http://www.facebook.com/grimreaperzbeatmakers, GRIM REAPERZ sur Facebook, http://grimreaperz.bandcamp.com/ Bothrudéyomithorpéinacrylate
|
- -
Team building
Commentaires
Jonathan Yap nous apprend que la modification progressive du flux audio lors du teleport telle que décrite dans la 1ère partie de l'article est étendue à tous les cas de flux audio.
Ainsi lorsqu'une musique démarrera, son volume sera progressivement incrémenté ; il en va de même pour toute modification du flux audio.
Lors d'une demande de teleport, le flux audio ne sera pas interrompu dès l'apparition de la barre de progression, il sera maintenu pendant la durée de l'opération de teleport.
Garmin Citer