Es/Brush: Difference between revisions
< Es
Jump to navigation
Jump to search
No edit summary |
No edit summary |
||
| Line 2: | Line 2: | ||
<!-- Add the categories to the main page, not here. Some template, such as {{This is a}}, and all Table templates should be placed to the main page. --> | <!-- Add the categories to the main page, not here. Some template, such as {{This is a}}, and all Table templates should be placed to the main page. --> | ||
Un '''sólido''' ('''''brush''''' en inglés) es una forma [https://es.wikipedia.org/wiki/Pol%C3%ADgono#Clasificaci%C3%B3n_de_los_pol%C3%ADgonos_seg%C3%BAn_su_forma convexa] tridiminensional creado | Un '''sólido''' ('''''brush''''' en inglés) es una forma [https://es.wikipedia.org/wiki/Pol%C3%ADgono#Clasificaci%C3%B3n_de_los_pol%C3%ADgonos_seg%C3%BAn_su_forma convexa] tridiminensional que se ha creado con la [[Hammer Block Tool|herramienta Hammer Block]] de [[Valve Hammer Editor|Hammer]]. Los diseñadores de niveles usan los sólidos para definir la forma del [[world|mundo]] (que también define la [[visibility|visibilidad]] del nivel) y crear [[brush entity|entitidades del sólido]]. | ||
Cuando se compila | Cuando se compila un mapa, el [[VBSP|VBSP]] convierte las caras de un sólido que tocan un [[visleaf|visleaf]] a un [https://es.wikipedia.org/wiki/Geometr%C3%ADa_constructiva_de_s%C3%B3lidos grupo de polígonos]. Los modelos del sólido resultantes se almacenan en el archivo BSP y pueden pertenecer a entidades (como por ejemplo, el mundo o la propio entidad del sólido). Se conservan los sólidos originales en el BSP, pero no es claro el beneficio de esto. | ||
En | En comparación con los [[model|modelos]], los sólidos son: | ||
* Únicos | * Únicos. | ||
* De | * De poco detalle y [[cheap|económicos]]. | ||
* | * Alumbrados con [[lightmap|iluminación del mapa]]. | ||
* | * Rígidos (no se pueden [[Skeletal animation|deformar]]). | ||
== Compilación == | == Compilación == | ||
# Para cada modelo del sólido, solo se compilan las caras que tocan un visleaf. Esto se puede ver a continuación: <p>[[File:Brushes compiled.png|750px|Sólidos y sus equivalentes compilados]]</p> | |||
# Para cada | # Si una parte de la cara toca con visleaves y otra no, la cara del sólido se dividirá para eliminar zonas ocultas. | ||
# Si parte de la cara | |||
Hay dos excepciones a estas reglas: | Hay dos excepciones a estas reglas: | ||
* Aunque son entidades discretas en Hammer, los [[func_detail | * Aunque son entidades discretas en Hammer, los [[func_detail|func_detail]] se fusionan en uno durante compilación. No se necesita poner [[nodraw|nodraw]] a las caras ocultas (pero ''sí'' a las caras de detalle que dan al mapa y viceversa). | ||
* | * Las caras de materiales [[$translucent|translúcidos]] nunca se dividen. No se aplican a caras internas u ocultas a menos que realmente se tenga esa intención. | ||
== Límites == | == Límites == | ||
VBSP tiene estos límites: | |||
* 8192 sólidos (16384 en {{GMOD}}). | |||
* 128 caras en un mismo sólido. | |||
* 32768 caras en total (medio del límite de planos de BSP; cada cara usa dos planos). | |||
Los sólidos invisibles como los [[trigger_multiple|triggers]] y [[hint brush]] cuentan con este límite. Las caras NODRAW no cuentan porque están eliminados durante la compilación, quedando solo sus colisiones, cuadro delimitador y posición en el mapa. Hay que tener en cuenta que el compilador puede dividir las caras, contándolas más hacia el límite. | |||
Los sólidos invisibles como los [[trigger_multiple | |||
{{tip|Es posible crear una compilación personalizada de VBSP con estos límites cambiados o eliminados, pero el comportamiento del motor Source no está definido.}} | {{tip|Es posible crear una compilación personalizada de VBSP con estos límites cambiados o eliminados, pero el comportamiento del motor Source no está definido.}} | ||
== Véase también == | == Véase también == | ||
* [[Level Design Overview|Vista general de diseño de niveles]] | |||
* [[Level Design Overview | * [[Brush Creation|Creación de sólidos]] | ||
* [[Brush Creation | * [[Model|Modelo]] | ||
* [[Model | * [[Displacement|Disposición]] | ||
* [[Displacement | |||
Revision as of 05:41, 26 February 2024
Un sólido (brush en inglés) es una forma convexa tridiminensional que se ha creado con la herramienta Hammer Block de Hammer. Los diseñadores de niveles usan los sólidos para definir la forma del mundo (que también define la visibilidad del nivel) y crear entitidades del sólido.
Cuando se compila un mapa, el VBSP convierte las caras de un sólido que tocan un visleaf a un grupo de polígonos. Los modelos del sólido resultantes se almacenan en el archivo BSP y pueden pertenecer a entidades (como por ejemplo, el mundo o la propio entidad del sólido). Se conservan los sólidos originales en el BSP, pero no es claro el beneficio de esto.
En comparación con los modelos, los sólidos son:
- Únicos.
- De poco detalle y económicos.
- Alumbrados con iluminación del mapa.
- Rígidos (no se pueden deformar).
Compilación
- Para cada modelo del sólido, solo se compilan las caras que tocan un visleaf. Esto se puede ver a continuación:
- Si una parte de la cara toca con visleaves y otra no, la cara del sólido se dividirá para eliminar zonas ocultas.
Hay dos excepciones a estas reglas:
- Aunque son entidades discretas en Hammer, los func_detail se fusionan en uno durante compilación. No se necesita poner nodraw a las caras ocultas (pero sí a las caras de detalle que dan al mapa y viceversa).
- Las caras de materiales translúcidos nunca se dividen. No se aplican a caras internas u ocultas a menos que realmente se tenga esa intención.
Límites
VBSP tiene estos límites:
- 8192 sólidos (16384 en
). - 128 caras en un mismo sólido.
- 32768 caras en total (medio del límite de planos de BSP; cada cara usa dos planos).
Los sólidos invisibles como los triggers y hint brush cuentan con este límite. Las caras NODRAW no cuentan porque están eliminados durante la compilación, quedando solo sus colisiones, cuadro delimitador y posición en el mapa. Hay que tener en cuenta que el compilador puede dividir las caras, contándolas más hacia el límite.
Consejo:Es posible crear una compilación personalizada de VBSP con estos límites cambiados o eliminados, pero el comportamiento del motor Source no está definido.