search

rolivencia / de_dust2_largo

Counter-Strike 1.6 & Counter-Strike: Global Offensive custom map. Spin-off of the original de_dust2 map.
13 stars 1 forks source link

[CS 1.6] RMF basado en la fuente original de de_dust2. #8

Closed WorstAquaPlayer closed 3 years ago

WorstAquaPlayer commented 3 years ago

Ya que el issue Texturas faltantes en el RMF de la versión de 1.6 #2 resulto en que el RMF debía ser modificado a nivel de geometría, me parecería interesante proponer este Pull Request.

He conseguido hacerme con la fuente original de de_dust2, y le hecho unas modificaciones para que encaje con lo que es de_dust2_largo.

rolivencia commented 3 years ago

He conseguido hacerme con la fuente original de de_dust2, y le hecho unas modificaciones para que encaje con lo que es de_dust2_largo.

¿Es chequeable esto? Si uso la navaja de Occam, iría por que alguien descompiló de_dust2 e intentó hacer que quede lo más parecido posible al original. Extraño sería que se hubiese filtrado el RMF original, y más aún que se hubiese filtrado de este mapa solamente. Haciendo una googleada rápida encuentro un archivo en 17B sin mucho detalle.

Para respetar y mantener la esencia del BSP original, todas las texturas que hacen referencias al bombsite fueron reemplazadas por sus versiones limpias, y también se añadió el brush cerca del spawn de Ts, como en el BSP original:

Me parece bien. No tiene sentido que estén esas texturas ahí.

Luego de hacer las modificaciones anteriores, hice una ultima que es importante, ya que es de geometría existente en ambas versiones (de_dust2 original y de_dust2_largo original) en un área jugable:

Esto probablemente se deba a que el WinBSPC no descompilaba todo 100% exacto y a veces movía sólidos. También puede ser que eso haya sido algo que yo hice - después de todo, recuerdo que estuve no más de 3 días armando la versión del mapa que subí a la web.

La razón por la que esta imagen esta incluida es para que se tenga en cuenta el parámetro extra utilizado en el csg, "-wadinclude de_dust2_largo.wad". Incluir eso en cada compilación facilita el compartir BSPs, ya que las texturas de de_dust2_largo.wad son empaquetadas al BSP y no haría falta mandar el WAD junto al BSP.

No sé si esto es necesario, realmente. Quienes modifiquen el mapa y quieran generar algún derivado arrancando por este RMF probablemente descarten estas texturas, aunque por fines "arqueológicos" no estaría mal incluirlas. De mi parte me parece bien, dado que esto no implica poder reemplazar los .bsp que se pueden descargar del mapa en otra parte y las modificaciones sirven para que este .RMF quede de referencia para trabajos posteriores.

Confirmame el punto del origen del RMF mencionado, y tal vez podría incluirlo aquí mismo en un commit posterior.

Te acepto el Pull Request. Te menciono, de paso, que es muy mala práctica haber bajado el .wad de mi PR para incluirlo en este. Si querés charlar de git flow posteriormente, estoy a tu servicio.

WorstAquaPlayer commented 3 years ago

¿Es chequeable esto? Si uso la navaja de Occam, iría por que alguien descompiló de_dust2 e intentó hacer que quede lo más parecido posible al original. [...]

No se si habrás escuchado de esto (Probablemente si, pero viene bien siempre dar contexto), pero en 2003 se filtraron archivos de desarrollo de Half-Life 2 (o del Source Engine en general). En este leak no vino tan solo una versión temprana del juego (compilado y su código fuente), si no también otras cosas relacionadas. Una de esas cosas era una carpeta llamada "hl1-wc-maps", la cual contenía todos los VMFs de los mapas del Half-Life original, pero ahí también había una sub-carpeta llamada "cstrike" la cual contenía los VMFs de ciertos mapas del CS 1.6, entre ellos, de_dust2. No tengo idea de si es posible pasar este tipo de archivo por acá, pero dejo una captura para mostrar los datos del VMF: explorer_j6wyA3s7Br

[...] Te menciono, de paso, que es muy mala práctica haber bajado el .wad de mi PR para incluirlo en este.

No entiendo en que sentido decís "haber bajado el .wad de mi PR", si te referís a que lo descargue e incluí acá, no, no lo hice, es un wad diferente, el de este PR tiene un par de texturas mas.

rolivencia commented 3 years ago

No se si habrás escuchado de esto (Probablemente si, pero viene bien siempre dar contexto), pero en 2003 se filtraron archivos de desarrollo de Half-Life 2 (o del Source Engine en general). En este leak no vino tan solo una versión temprana del juego (compilado y su código fuente), si no también otras cosas relacionadas. Una de esas cosas era una carpeta llamada "hl1-wc-maps", la cual contenía todos los VMFs de los mapas del Half-Life original, pero ahí también había una sub-carpeta llamada "cstrike" la cual contenía los VMFs de ciertos mapas del CS 1.6, entre ellos, de_dust2. No tengo idea de si es posible pasar este tipo de archivo por acá, pero dejo una captura para mostrar los datos del VMF:

No me acordaba del leak, pero sí recuerdo que se había hablando un tanto al respecto. Fue previo al lanzamiento de CS:S en 2004, que salió antes de Half-Life 2 y estuvo "apurado" por este tema del leak. No tenía internet en casa en esa época, por lo cual hacer mucha investigación me insumía horas de cyber, y las gastaba o jugando o buscando cosas de mapping para llevar a casa.

Nombrada esta cuestión puramente anecdótica, creo que si el origen es un leak no es buena idea poner esto en un repositorio público. Más allá de que es un juego muy viejo, hay temas de copyright en el medio - y ya demasiado con que este mapa es una modificación de uno existente sin permiso previo.

No entiendo en que sentido decís "haber bajado el .wad de mi PR", si te referís a que lo descargue e incluí acá, no, no lo hice, es un wad diferente, el de este PR tiene un par de texturas mas.

Genial, no es el mismo. De cualquier manera pisar cambios sin ponerte de acuerdo conmigo (que me tuve que bajar Wally, sacar las texturas, buscarlas, etc. es duplicar laburo).

Es justificable cuando de antemano avisás, pero gasté un buen rato buscando el .wad y haciendo esto y no es lo ideal para un flow eficiente. A mi criterio manejándonos en open source me parece mala práctica.

Cerrado y mergeado este asunto. Buen laburo.