Tabla de líderes

Dale un toque especial a tus mapas con la entidad post_processing_volume que te permite cambiar el tono de color de tu mapa, desenfocar areas y varias cosas mas.

Observas colores extraños en tu consola de compilación? Acá te dejo una potencial solución para ese problema.

Es mucha la curiosidad que uno tiene por entender como funciona cada una de las partes de un mapa oficial de Valve, a través de esta guía podrás observar cada una de sus partes, entidades y que estrategias tuvieron en cuenta los desarrolladores del CS2 para diseñar sus mapas. También podrás editar un mapa oficial a gusto aunque con mucha dificultad ya que para dejarlo en condiciones va a necesitar un trabajo arduo tras el proceso de descompilacion. Recuerda que al editar un mapa de CS2 estas infringiendo derechos de autor por lo que esta guía es netamente educativa.

Que es una unidad? Una unidad es la medida general usada en el Valve Hammer Editor. Se puede usar el boton o el boton en la barra de herramientas superior, o las teclas [ y ] en el teclado para aumentar o disminuir el tamaño de la grilla en las ventanas con vista 2D. El tamaño mas chico de la gilla es de 1 x 1 unidad por cuadrado El tamaño mas grande de grilla es de 512 x 512 unidades por cuadrado Como hago para saber las medidas de un bloque en particular? Usando el boton , selecciona el bloque o brush escogido y, cuando este seleccionado, mira en la parte inferior derecha de la pantalla. Vas a ver algo como esto: Esas son las opciones de bloque o brush seleccionado. Lo que esta mas a la izquierda (solid with 6 faces) quiere decir cuantas caras tiene el solido (6). Lo que le sigue son las coordenadas del solido en la cara. Lo siguiente (128w 128l 128h) son las medidas del bloque o brush seleccionado (128 de ancho, 128 de largo y 128 de alto). Por ultimo tenemos la medida actual de la grilla (64), es decir que un cuadrado mide 64x64 unidades Altura de un jugador parado Un jugador parado mide 73 unidades de alto, es decir que un jugador no podria pasar por un pasillo de 72 unidades de alto o menos. Altura de un jugador agachado Un jugador agachado mide 37 unidades de alto, es decir que seria imposible para un jugador entrar en un conducto de aire que mida 36 unidades de alto o menos. Ancho de un jugador El ancho de un jugador es de 33 unidades, es decir que un jugador no podria pasar por un pasillo de 32 unidades de ancho o menos. Altura del ojo de un jugador La altura del ojo de un jugador parado es de 53 unidades, saber esto es probablemente util cuando queremos poner cuadros, ventanas, y otras cosas relacionadas con la vista. Salto vertical de un jugador Este es el punto mas alto al que un jugador llegaria saltando hacia arriva, sin agacharse. La altura del salto vertical de un jugador es de 45 unidades, es decir que un jugador no seria capaz de saltar sobre una caja o borde de 46 unidades de alto o mas, sin tener que agacharse. Salto vertical + duck de un jugador Este es el punto mas alto que un jugador es capaz de saltar hacia arriva. El salto vertical + duck de un jugador es de 63 unidades de alto, es decir que un jugador no podria subirse a una caja o borde de 64 unidades de alto o mas, sin el uso de gravedad baja o la ayuda de otro jugador Altura maxima de un escalon sin tener que saltarlo La altura maxima de un escalon que pueda treparse sin tener que saltar, es de 18 unidades por default. Esto se puede cambiar usando el comando sv_stepsize "n". Tutorial hecho por TommyLJN Traduccion hecha por Santi

Antes de empezar voy a aclarar una cosa, este tutorial fue creado por Apps, asi que agradecimientos a el. 1er Paso. Abrir counter strike o el mod en el que esten trabajando. La configuracion de video debe estar a 1024 x 768 (obligatorio) [Recuerden que su pantalla tiene que tener una resolucion mayor a la de 1024 x 768 pxls.] 2do Paso. Clickear sobre "console" o apretar el boton que esta al lado izquierdo del 1 (º) 3er Paso. Escribir: sv_cheats 1 4to Paso. Escribir: map y el nombre de su mapa (por ejemplo) map mimapa 5to Paso. Cuando se abra el mapa en la consola escribir: dev_overview 1 6to Paso. Cuando aparezca el overview copiar en algun lado el texto que aparece en la consola ("zoom 1.14 map origin.... rotated 1") 7mo Paso. Quitar la consola y presionar F5 para generar un screenshot (este quedara guardado en la carpeta principal de half life) 8vo Paso. Cerrar counter strike. 9no Paso. Abrir el screenshot (cs_militia0000.bmp) con un programa de edicion de imagenes y convertirla a 256 colores. 10mo Paso. Guardar la imagen con el nombre del mapa cs_militia.bmp (ejemplo) en la carpeta de overviews del counter strike 11vo Paso. Abrir un archivo cualquiera .txt de la carpeta overviews de half life, guardarlo como cs_militia (ejemplo) en la carpeta overviews del CS y editar sus propiedades con el texto que anteriormente habiamos escrito en algun lado (Paso 6) por ejemplo: ZOOM= lo que le aparezca ORIGIN= las tres cifras que aparecen entre parentesis. ROTATED= el numero que aparezca IMAGE= overviews/nombre del mapa.bmp HEIGHT= la cifra correspondiente a "Z Max" 12vo Paso. guarde el archivo de texto en la carpeta overviews del CS. Y listo!, de no haber funcionado intente de nuevo con los pasos anteriores, si aun sigue sin funcionar postee ayuda.

Optimización Valve Hammer Editor Actualización Video explicativo sobre Optimización general para vuestro mapa en CS 1.6 [ https://youtu.be/qoVgBYRw-J4 ] Descargar del mapa [ Mapa optimización creado por ZorHerK ] Optimizar es un factor importante cuando se trata de mapas, por lo cual debemos aprender cómo mejorar el rendimiento de nuestro trabajo. Para ello iremos por pasos ya que esto será un tanto extenso en explicaciones e información. Optimización básica. Compilar con Full VIS. Esta opción permite cálculos adicionales durante el proceso de VIS, lo que ayuda a reducir el número de errores de VIS en un mapa a diferencia de un VIS normal. Se recomienda utilizar esta opción una vez hayas terminado por completo tu mapa, ya que el tiempo de compilación aumenta aproximadamente en un 30% sobre un VIS normal. Textura NULL. ¿Que cumple esta textura? Esta textura se elimina del mapa durante la compilación, por lo que no existirá cuando juegues el .bsp ya compilado. Esto ayuda bastante para mejorar el rendimiento y la reducción de wpolys. Es bueno usarlo en lugares los cuales el jugador jamás podrá visualizar o alcanzar, sobre todo al exterior/vacío del mapa. Texturizado. Lo primero que debemos tener en cuenta es el texturizado y el uso de archivos pesados (.wad), con esto quiero decir: no es buena idea usar texturas con un tamaño mayor a 512x debido a la calidad alta de imagen y una advertencia que te muestra el compilador si superas este límite. Eso sí, no significa que no compilara el mapa, nada más es mejor evitar todo tipo de advertencia que te muestre el compilador y evitar que el archivo .bsp pese más de lo que debería. Otra cosa relacionada a las texturas en general es el aumento del tamaño escala de este, ¿en qué nos puede ayudar esto? Nos ayuda a mejorar el rendimiento y la reducción de wpolys de forma considerable a cambio de una calidad visual menor en nuestro mapa, así que piensa bien dónde usar este método. Tamaños: 1.00 Tamaño escala por defecto. 2.00 / 4.00 Tamaño escala para sectores amplios como lo son rocas, tierra o un techo. 5.00 / 8.00 Tamaño escala para zonas lejanas a vista del jugador. 10.00 a más Tamaño escala para cosas más específicas. Ahora hablemos de ciertas cosas que nos ayudan a optimizar de forma general nuestro mapa Construcción general del mapa. Dependiendo de cómo construyas tu mapa puede llegar a influir no solamente en los fps una vez dentro del juego, también afecta lo que demora en compilar el mapa. Existen obviamente varias formas para resolver este tipo de problemas las cuales iré mencionando: - No construir espacios demasiado amplios. La razón de esto es a causa de todos los models / sprites / jugadores que debe renderizar el juego en ese espacio, por lo cual bajaría de forma muy notoria los fps. Evita crear mapas con tamaños muy exagerados y enormes. Esto también va en conjunto con la distancia visible del jugador que lo recomendable dependerá de lo grande que sea tu mapa, como por ejemplo un mapa pequeño-mediano, 3000~5000. Un mapa mediano-grande, 6000~9000. - No recomendado crear un Skybox. Al crear esto el mapa correrá a muchos menos fps de lo normal, más aún si tienes un LEAK que ilumine todo el mapa. Si no puedes encontrar un LEAK en tu mapa no procedas a este método, no resolverás nada en realidad. - No usar func_water en áreas grandes. En este caso es mejor usar func_illusionary en lugar de func_water, porque func_water provoca caídas de fps. Desconozco las razones técnicas, pero se puede notar jugablemente si lo intentas. - No usar la herramienta carve / tallar. El problema con esto es que genera cortes que no tienen sentido, generando más polígonos en el mapa y empeorando el rendimiento. Es recomendable usar la herramienta de corte y hacer pieza por pieza y luego ordenarlos como corresponde, tratando de reducir bloques innecesarios. Puede ser contradictorio mencionar que usar carve / tallar igual puede ser de gran ayuda, solo si logras aprender cómo usarlo en conjunto con una de las herramientas más complicadas del programa, la cual vendría ser la herramienta de manipulación de vértices. - No usar inmensas cantidades de sólidos sin entidad. Esto es en referencia con los wpolys, por lo cual si creas muchos sólidos sin una entidad el aumento de polígonos será bastante alto. Para resolver este problema podemos usar dos tipo de 'SolidEntity'. Func_wall, el cual es más primitivo y más fácil de usar. Simplemente transformamos el sólido a entidad y con esto ya reduciremos varios los wpolys, o podemos dar uso de func_detail el cual está diseñado para esto. Func_detail: ¿Qué es? Es un 'SolidEntity' el cual permite reducir la cantidad de wpolys visibles/no visibles en un mapa, ayudando a mejorar considerablemente los fps. La gracia de este 'SolidEntity' es usarlo en bloques sólidos que no formen parte de la estructura básica del mapa, ya sean cajas, pilares, postes de luz, lámparas u otros objetos. Cabe recordar que este 'SolidEntity' no puede ser un sólido de agua o de sky y que la entidad no puede hacer contacto con el exterior/vacío del mapa, de lo contrario lanzará un LEAK el compilador. Cómo usarlo: Cuando transformas el sólido a func_detail éste automáticamente ya funcionará sin problemas así como lo será el resto. Atributos de la entidad: 'Detail level' (importante) : Con este atributo podemos marcar el nivel de detalle de menor a mayor de un sólido. Los sólidos con niveles más altos en detalles no generarán cortes a otros con uno menor. Ten en cuenta que esto tiene un límite de 3 niveles como máximo, así que no puedes abusar de los números como te plazca, de lo contrario ignorará su función y solo conseguirás que el archivo .bsp pese más. Diferencias de un sólido normal y uno con entidad func_detail. Información adicional: HINT & SKIP. Antes de iniciar aclaremos algo: los visleaf (o leaf) son espacios de una superficie visibles dentro de un mapa. Esto básicamente se refiere con las habitaciones o espacios de un mapa. Cuando el jugador se encuentra en una habitación el juego debe renderizar todo ese lugar, tanto donde el jugador se encuentra, como la siguiente o anterior habitación. Por más que nosotros no veamos lo que hay a través de la pared, el juego la renderiza de todos modos. Para evitar que suceda este renderizado innecesario se da el uso de HINT y SKIP. Ten en cuenta que el mal uso de estas dos texturas puede causar un mal rendimiento. Wpolys. ¿Qué son? Wpolys significa "Worldpolys", o su traducción, Polígonos del mundo. Estos son el número de polígonos que el mapa genera en el proceso de compilación de VIS, haciendo que genere cortes en el mapa formando más polígonos de los creemos que hay. ¿Cómo puedo saber y poder ver la cantidad de wpolys de un mapa? Para visualizar estos wpolys y saber cuantos hay en un mapa debemos abrir la consola dentro del juego y escribir los siguientes comandos: "sv_cheats 1; developer 1; gl_wireframe 2; r_speeds 2; deathmatch 1". Luego debes escribir en la misma consola "map <nombre_del_mapa>", obteniendo esto como resultado. Como cada PC es diferente uno del otro, los fps siempre serán diferentes, ¿pero cómo podemos saber que tan óptimo se encuentra nuestro mapa? Los números más apropiados para una buena optimización en cuanto a wpolys son los siguientes: 400~900 wpolys: el mapa tiene un rendimiento excelente. 1000~1300 wpolys: el mapa está bien. 1400~1800 wpolys: dentro de este punto los fps comienzan a bajar en aquellos ordenadores los cuales son de calidad baja. +2000 wpolys: los fps son más bajos para los que tienen un PC de potencia media. +3000 wpolys: el mapa completo sería un problema para jugar debido a la mala optimización. Es recomendable editar el mapa y reducir polígonos extras. Te pido que leas bien toda la información dada anteriormente, gran parte de lo que se escribió aquí es importante para obtener un buen rendimiento en tu mapa, especialmente la parte básica de optimización. Si tu mapa aun continua con bajos fps vuelve a echarle un ojo a la información escrita, y revisa detenidamente tu mapa en busca de algún error. Este tutorial es una actualización del tutorial de @LeaN, también gran parte de la información que se dio fue sacada por parte de foros como lo es Gamebanana además de otros. Gracias.

Existen varios métodos para hacer sonidos. En este caso les voy a mostrar cómo crear y configurarlo, utilizando el programa GoldWave, que es el que suelo usar para mis mapas porque el procedimiento es bastante rápido y sencillo. Si no tienen el programa, lo pueden descargar del siguiente link → GoldWave 5.08 PROCEDIMIENTO 1) Una vez que lo instalemos, lo vamos a abrir y seguidamente abriremos nuestro sonido, en mi caso es una canción en formato .mp3 (recomiendo siempre recortar el sonido y/o canción en caso de que sea demasiado extensa. En internet pueden encontrar varios recortadores online de fácil uso). 2) Una vez que lo abramos, lo vamos a guardar yendo a File > Save As. Pero antes de hacer esto, vamos a cambiarle el formato a .WAV (que es el formato de sonido que admite el juego) y en Atributos se lo vamos a cambiar a PCM Signed 16 mono. Después de configurar esto, lo guardamos en el escritorio, por ejemplo. 3) Ya tendríamos nuestro sonido hecho, pero no significa que en el juego se escuche bien. En este paso vamos a abrir nuestro sonido .wav y, en la pestaña Effect, vamos a seleccionar la opción Resample... 4) Se nos abrirá una ventanita y acá le cambiaremos el valor a 22050, que es la "codificación máxima" u óptima, por así decirlo, que admite el juego para que el sonido se escuche en perfectas condiciones (si le ponemos otro valor, el sonido seguramente se va a escuchar con peor calidad o, en su defecto, directamente el juego no lo va a soportar). 5) Con el último paso hecho, lo que nos resta es guardar nuevamente el archivo, reemplazar el anterior y guardarlo en la carpeta correspondiente de nuestro CS: NO STEAM → Archivos de programa/Counter Strike 1.6/cstrike/sound STEAM → Archivos de programa/Steam/steamapps/common/Half-Life/cstrike/sound (en caso de tener o hacer una carpeta exclusiva para nuestro mapa, lo guardaremos en dicho lugar, posterior a la carpeta sound). DATO: si ya hicieron el sonido pero aún no tienen el mapa para probarlo, lo pueden escuchar en el juego de todas formas poniendo el comando "spk sound/nombre_del_sonido" en consola, y así como lo escuchan, se escuchará en el mapa. (me parece que es sólo para Steam, pero pueden hacer el intento). Eso es todo, espero que les sirva. Cualquier cosa me pueden avisar!