Marcos

Bueno, gracias...

Gracias Pemon por ocuparte. No estoy usando el mesh del medipack, lo reemplacé por otro objeto que también tiene un único mesh. Por rotar quiero decir que de acostado pase a parado o viceversa. En el wadmerger veo que en "sin animación" , el mesh del medipack está parado, pero la posición que adquiere en el mapa (animation0) es recostada. El nuevo mesh respeta esta rotación. Pero esta rotación no tiene nada que ver con la función que el wadmerger te permite usar en animation 0, animation 1, etc. La rotación que yo quiero cambiar es la de "No animation". Porque es la que determina cómo se verá en el inventario el objeto medipack (sea cual fuere el mesh). (El enlace que has puesto no funciona.)

Gracias amigo! Cuando abro el editor de animaciones del wadmerger, y el objeto está en "No animation", debería poder girarlo allí, pero la función rotar sólo está activa para Animation0, 1, etc. ¿Algún truco para lograrlo de todos modos?

Necesito rotar el mesh del small medipack, pero no en la animación, sino en su modo de presentarse en el menú. A ver si me explico: en el script es posible configurar esta característica para cualquiera de los otros objetos (llaves, etc.), ¿pero cómo se modifica para los medipacks?

Perdón por la demora en responder, si aún te interesa la opción de hacerlo con el editor de animación del wadmerger, eliges el botón de estáticos (la S con el dibujito de la palmera), clic en el objeto, clic en Animation editor, menú meshes - Move Center. Debes cambiar el parámetro de X o Z según corresponda. Los valores que debes colocar deben ser mínimos. Yo uso 0.01 para ir desplazando el objeto poco a poco. También es posible que necesites poner el valor en negativo (-0.01), según para donde se desplace su centro. Importante: para guardar los cambios primero debes cerrar el editor de animación y responder SÍ a la pregunta Save changes? Luego clic en SAVE WAD. Cuéntame si no me expliqué bien, o si tienes alguna duda.

spooky, del metaseq no sé nada, pero si te interesa que el objeto gire alrededor del sector puedo explicarte cómo se hace con el editor de animaciones del wadmerger, que permite mover el centro de ubicación.

Me respondo a mí mismo, señal de que me estoy poniendo viejo pues yo mismo ya había aplicado la solución en mis niveles anteriores!! La solución es un flipeffect 46 que elimine todos los enemigos activos. Gracias por la intención Zip, pero en el TREP no hay nada para esto. Y no estoy usando el TRNGLE. spooky y lararomero no puedo ayudarlos. (seré curioso: lararomero eres pariente de darío??)

El enemigo que esté ubicado en el slot Scorpion atacará a Lara sólo si ella le dispara. ¿Hay alguna forma de configurar que igual dicho enemigo ataque a Lara aunque ella no le dispare? Gracias.

Excelente explicación Fallen. Ahora me espera un arduo trabajo para readaptar la iluminación de la mayoría de los estáticos...

Muy claro todo lo que dices Adngel, tienes razón. Respecto a la sugerencia de lararomero, no tengo ganas ni tiempo de aprender nada nuevo para crear niveles, de hecho sigo usando el TREP. Fallen: ¿qué opinas tú? Al fin de cuentas, gracias a ti descubrí esta posibilidad de importar los estáticos de los dos modos.

Teniendo en cuenta que el strpix3 permite que los objetos estáticos absorban la luz del ambiente como los moveables, me pregunto si entonces no será mejor exportar-importar a todos como moveables. La única diferencia es que si bien absorben la luz ambiental, no son afectados por las luces adicionales insertadas. ¿Qué opinan?

Sí. Un nivel único relacionado con la historia de la arpía negra. Lo tengo avanzado en cuanto a la estructura, objetos, puzzles, triggers... Me falta todo el trabajo fino de texturas e iluminación, más algunas rooms finales. Y como siempre pequeños errores que hay que ir puliendo, que aunque pequeños exigen mucho trabajo y tiempo. Espero que éste sí sea mi último nivel, jaja

Mc, acabo de fijarme otra vez por las dudas. El wadmerger puede quitar o poner colisión en objetos moveables, pero no en los estáticos. Si usas el editor de animación con un objeto estático, el menú collision es inutilizable. El link que pusiste muestra una captura (la tercera captura) del wadmerger, editor de animación, con un objeto moveable. Entonces, para estáticos uno debe recurrir al strpix3, si te fijas bien, la primera captura es de ese programa.

Zip: Hay otra araña que sí envenena. Si mal no recuerdo el autor es Baddy. Si no la encontrás en trsearch, busca en laraslevelbase. Ero: la colision de los estáticos no se puede cambiar con wadmerger, sí se puede con el resto de los objetos.

Debes usar el StrPix 3, que yo sepa con el Wadmerger no se puede. No te confundas: primero haz clic en collision, ya que por omisión está elegido visibility. Entonces pones en 0 todos los valores de collision.

Iván: Yo tuve un problema similar, no sé si éste será tu caso. ¿Usas audio en formato ogg? El audio ogg provoca fallos de ese tipo, cuando en tu proyecto has colocado en un trigger un número de pista de audio que no está en la carpeta AUDIO. Lo curioso es que el problema sucede a veces sí, a veces no... Adngel: En uno de tus post dices que el editor funciona bien con Windows 7. Este tema ya lo he planteado en otro momento y todos coincidimos que no, porque reacciona muuuuy lentamente cada clic o maniobra que uno intenta hacer. ¿Tú usas el editor en Windows 7?

¡Qué fácil era, resultó perfectamente, gracias! Yo buscaba la palabra "objeto", ni idea de qué era dxf. Nunca es tarde para aprender... Se nota que te las sabes a todas!!

Gracias a ambos. McRaider: el tutorial no me sirve porque yo uso la versión vieja del NGLE, la compatible con el TREP, y no me ofrece esas opciones. fallen angel: no veo la opción exportar-importar objetos en el strpix (supongo que es el programa que quisiste escribir cuando pusiste stirpx ¿o estamos hablando de programas distintos?)

Hay objetos estáticos que no admiten cambio de color-luz, pues toman el color-luz asignado a la sala. ¿Es posible lograr que estos objetos sean iguales a la mayoría de los estáticos, a los cuales se les puede cambiar el color-luz independientemente de la luz de la habitación?

El fuego es de Teme9, es muy bueno, sí. Pero en cuanto a la forma que toma el humo es menos convincente que en los sprites originales TR4. En cuanto al color verde azulado pude comprobar que en mi nuevo monitor LED se ve verde azulado el humo de los sprites TR4 sin haber hecho ningún cambio de textura. Con el monitor LED esta diferencia de color no se veía.

Cierto, el fuego toma formas muy variadas, no había prestado suficiente atención, las fotos son elocuentes. También tienes razón respecto a que el humo del nuevo sprites es defectuoso. Ya me estaba convenciendo a mí mismo de usar el nuevo fuego, pero ahora me echo atrás a causa de que el humo no luce bien...

Las imágenes se ven pequeñas pero pueden ampliarse. Lo que no me convence es que las llamas del nuevo fuego tienen curvaturas muy pronunciadas que no son realistas. Por eso, ante la opción, siempre quise usar el viejo fuego. ¿Tú no lo ves así? ¿Es una apreciación errónea mía?

Gracias a ambos. Solucionado. Ahora una inquietud: hasta el momento utilicé el fuego del sprite original, si bien desde hace unos años casi todos los creadores usan un sprite nuevo. Las llamas del sprite nuevo no me convencen, me sigue gustando el fuego original. ¿Qué opinan ustedes? Si alguien sabe explicarme qué tiene de mejorado el nuevo fuego, porque yo no alcanzo a apreciar que sea de verdad más realista...

Sí, a eso me refiero, las aristas coinciden... Leeré el tutorial completo del link que me enviaste. Gracias!

Adngel, me alegra que estés creando un nuevo nivel. La explicación es confusa, yo la interpreto distinto a lo que tú has hecho. El primer AI y el segundo van al principio, y el tercero queda solo. Lo que es confuso es a qué altura debe estar el segundo y tercer AI.