HoRuS Petrov
Usuario
| Mensajes: 1 |   |
Karma: 0
|
Ref:Scripts: Buenas prácticas - 2008/09/04 15:39
Bueno, ante todo voy a decir que aunque aparezca mi nombre o el de mi socia (HoRuS Petrov & Avril Vallejo) todo lo que publiquemos en esta sección será redactado por los dos para intentar dar una información lo más riguorsa posible...
Ya que todo el mundo usa scripts freebies y no con mucha calidad vamos a empezar a "atacar" algo que seguramente está en el inventario de todos, es útil y funciona pero tiene algunos aspectos que creemos son inútiles o innecesarios, y vamos a empezar por las típicas bolas que se usan para "sentar" a los avatares, es un recurso muy utilizado debido a la "dificultad" que tiene posicionar al avatar en otro prim.
La mayoría de las bolas que existen llevan un canal de escucha abierto, algo muy atractivo y que puede confundir a más de uno a la hora de usarlas (acaso es mejor la bola que usa listen que la que no? para nada!!! desde aquí decimos que son las peores). Muchos habréis visto como una conocida marca de animaciones vende con las mismas una bola/s a la cual le han dejado un listen abierto y sin posibilidad de cerrar... y que llevan algunas ordenes como estas:
- /1 restart
- /1 sync
- /1 hide
- /1 show
- /1 ... "...y a saber que más tonterías...".
Por qué hay tanto lag en los salones de baile? Quizás este post aclare un poco esta pregunta que todos nos hemos hecho alguna vez.
Hay unos freebies que también usan las dos últimas. No voy a hablar de la necesidad de poner estos comandos que creo inútiles y que son una chapuza por parte del programador ( ¿ por que tiene que sincronizar el avatar de forma "manual" ?  )
El problema es el siguiente, cuando hay muchas bolas con scripts y escuchando en el mismo canal el lag se va disparando, el lag es como la lepra.. todo va bien hasta que un día colocamos algo extra en nuestro land y de repente no podemos andar (el servidor ha dicho ¡¡¡ BASTA, NO PUEDO CON TANTO !!!) y la culpa no es de ese último ítem que hemos colocado, si un script, textura, objeto, etc etc da lag (que no son los scripts los que dan el lag, las texturas de gran tamaño dan muchísimo más lag) lo hace para el resto de ítems que hay en el sim y a su vez, si un script se ve afectado por el lag, genera más lag creando un "círculo vicioso".
Por suerte algunos de los freebies que hay tienen un notecard en el interior de la bola en el cual aparece una línea "Voice yes/no)" y que podemos apagar directamente (recomiendo usar este freebie en vez de otros que no lo tienen y aunque muchos sabéis que estamos en contra yo entiendo que la calidad hay que pagarla y no es barata, así que ya puestos a usar algo freebie... que sea el mejor freebie que haya), para aquellos que quieran usar esta característica de ocultar o mostrar la bolita propongo sustituir este voice por un touch que haga el cambio, un touch con un pequeño timer que la ponga invisible automaticamente al minuto.. etc etc, no voy a dar ideas aquí (que los coordinadores de este maravilloso grupo organicen un curso para modificar ese script freebie y enseñar a la gente y que sea en el mismo donde cada uno aporte sus ideas para modificar ese script ).
Comento el problema de los listen a continuación....
Los listen abiertos es una de las cosas que más lag dan, empezando por este orden...
I) Canal 0 o chat general, si no se ha abierto el listen para escuchar a una persona u objeto en concreto, ya sea por key, nombre u orden específica (esto lo llamamos filtro de cabecera, en cola, dentro del evento se suele filtrar también de forma más concreta mediante condicionales), el script está registrando todo lo que la gente escribe en ese canal (imaginaros el efecto que produce que alguien con una gesture en una "discoteca" suelte 20 lineas de golpe  y haya scripts escuchando en el chat), por lo general es recomendable "subir" de canal-
II) Canales positivos bajos, cuanto más cercanos sean al 0 más lag dan (por qué el 1 y no el 9? o el 7 u 8 que están debajo de "/" en la mayoría de los teclados? y ya puestos... por que no /77 o /8888 ??? bueno, no me extiendo con esto ya que mi post va dirigido a intentar evitar las escuchas y no usar ninguna. SL esta siempre refrescando los canales comenzando desde el 0, cuanto más alejado esté el numero de canal del 0 menos veces lo refrescará.... evitando lag innecesario...
III) Canales negativos "altos" (cerca del cero como el -1,-2...) son mejores que los positivos, ya que sólamente los scripts pueden usar los mismos, en otros scripts si vais a hacer comunicación entre ellos intentad usar canales negativos y con el mayor número de dígitos posibles (alejados del 0).... Existe una variante en la cual un avatar puede comunicarse con un script por canal negativo, es el caso de los menús de diálogo (los menús de botones) y que también recomendamos usarlos en canales negativos y alejados del 0.
Permanencia de un listen:
En I+D los listen que se usan son abiertos y cerrados sólo para el momento en el que se van a usar, si necesitamos abrir una escucha, se abre durante un corto espacio de tiempo y siempre hasta que se ha recogido una orden. En el momento de recoger la orden la escucha se apaga automáticamente. Invito a toda la gente a intentar conseguir esto en sus scripts, además hay una práctica que he visto que se está empezando a usar y es usar "canales dinámicos" yo más bien lo llamaría escuchas dirigidas, específicas para cada avatar u objeto y que en nuestros scripts se usa desde hace más de un año. Aquellos que estén un poco metidos en juegos de RP habrán oído hablar de esta "nueva" práctica (dynamic channel).
Desde nuestro grupo recomendamos prescindir de listen ante todo, no usarlos salvo que no quede más remedio y sólo usarlos durante un corto espacio de tiempo. Un listen suele ser el recurso más cómodo y fácil de usar para aquellos que empiezan a dar sus primeros pasos con scripts, pero a su vez es uno de los eventos más dañinos que hay dentro de los scripts en cuanto al lag.
Desde aquí queremos agradecer a los coordinadores de este grupo que se hayan preocupado por abrir una sección para tratar sobre un tema que bautizaríamos asi... Crea SL pero CREA CALIDAD y que nos afecta a todos, los servidores tienen capacidad limitada y es algo que compartimos todos.
Un saludo a todos. (Avril Vallejo y HoRuS Petrov)
|
Foro
