Marcos

Se supone que luego de modificar el script.txt utilizas el DOS para convertir ese archivo en archivo dat y luego copias el script.dat y el english.dat y los pegas en la carpeta principal del TR. ¿Haces esto no? La pista de audio que coloques no va a provocarte error. De hecho, yo le pongo una pista inexistente para que no suene ningún audio y funciona. Hay algo importante: si en el script cambias el nombre a tu nivel, también debes cambiarlo en el archivo english.txt Haz una cosa: cuelga en el foro tu script.txt y lo analizamos entre todos.

Felix, cuando a mí me pasaba eso, lo corrigí al cambiar los códigos de la línea de loadcamera así: LoadCamera= 0,0,0,0,0,0,0 Esta línea aparece en el script, en los detalles de tu nivel. Los seis primeros números dan el ángulo de la cámara de carga y el último numero de la lista (el septimo) corresponde al número de sala donde estará la cámara. Si en lugar de ceros hay otros números, el tomb4.exe busca la sala correspondiente y si la sala no existe puff, vuelve al escritorio. Otras veces, luego del título, el nivel no se abría por: -problemas con Lara -exceso de salas en el nivel

Gracias Escorpio x el elogio... //// Es cierto Kaliya, el video no se ve bien. El video tiene una resolución muy baja para que ocupe poco espacio. Igualmente la mejor resolución no se compara con la calidad de imagen que tiene el juego propiamente dicho.

Para hacer un title puedes crear un nivel aparte para obtener un archivo title.tr4, (aunque también puedes generarlo desde tu nivel). La cuestión es que debes crear una secuencia de cámaras unida a otra secuencia de cámaras y a otra y a otra (todas las secuencias que quieras). Cada secuencia puede tener la cantidad de cámaras planeadoras que quieras. Cada secuencia debe tener un número diferente. Para empalmar las secuencias usas el trigger flyby colocando el número de la pxma secuencia en el casillero al lado de donde dice flyby. Suerte.

Sí, aunque un cuarto esté vacío puede dar error, al menos, lo comprobé una vez en mi proyecto.

Kaliya, podés bajarlo de este link: http://www.fraps.com/download.php Jajaja... no es un conejo, es una gárgola. Las gárgolas son estatuas góticas de aspecto más bien tenebroso y fantástico. Pueden tener distintas formas, en este caso, es algo así como un perro con alas.

Felix, es cierto, ocurren muchos errores con el editor. A mí me pasó también que un cuarto dio error sin motivo aparente y lo solucioné haciendo ese cuarto nuevamente. Aunque el cuarto sea exactamente igual, el error se corrige, si es que realmente el cuarto es el que lo ocasionaba... Crear un nivel exige creatividad por un lado y por otro tener sumo cuidado con los errores. De eso se trata de borrar, guardar, agregar, sacar, y así... Un creador de TR debe tener MUCHA paciencia y persistencia.

Hola a todos!!! Probablemente en una semana terminaré mi proyecto. En el link encontrarán un archivo avi con una pequeña escena. Imprescindible escuchar el audio. Esta escena tiene que verse en su contexto algo diabólico y grotesco. Supongo que no es de mal gusto, recuerden al mayordomo de Lara, jaja. El avi estará colgado durante 7 días y después se autoelimina. http://download.yousendit.com/0F5608027222D880

Felix, en el editor oficial el fuego de las antorchas es "flame emitter2" y necesitan un trigger para que se vea el fuego.

A ver... ¿Probaste borrar los trapdoor? Compilá un proyecto sin los trapdoor y probá. La semana pasada yo tuve un problema al cambiar a "Lara" por una que bajé del trsearch.org Como me daba error, hice lo siguiente: para conservar las características de la Lara que bajé e trsearch sólo reemplacé algunos objetos referidos a "Lara" (fue una busqueda minuciosa) Te habrás dado cuenta de que los diez primeros objetos se refieren a Lara y sus animaciones: LARA:Z:\WAD\temple\LARA.prk PISTOLS_ANIM:Z:\WAD\temple\PISTOLS_ANIM.prk UZI_ANIM:Z:\WAD\temple\UZI_ANIM.prk SHOTGUN_ANIM:Z:\WAD\temple\SHOTGUN_ANIM.prk CROSSBOW_ANIM:Z:\WAD\temple\CROSSBOW_ANIM.prk GRENADE_GUN_ANIM:Z:\WAD\temple\GRENADE_GUN_ANIM.prk SIXSHOOTER_ANIM:Z:\WAD\temple\SIXSHOOTER_ANIM.prk FLARE_ANIM:Z:\WAD\temple\FLARE_ANIM.prk LARA_SKIN:Z:\WAD\temple\LARA_SKIN.prk LARA_SKIN_JOINTS:Z:\WAD\temple\LARA_SKIN_JOINTS.prk LARA_SCREAM:Z:\WAD\temple\LARA_SCREAM.prk LARA_CROSSBOW_LASER:Z:\WAD\temple\LARA_CROSSBOW_LASER.prk LARA_REVOLVER_LASER:Z:\WAD\temple\LARA_REVOLVER_LASER.prk LARA_HOLSTERS:Z:\WAD\temple\LARA_HOLSTERS.prk LARA_HOLSTERS_PISTOLS:Z:\WAD\temple\LARA_HOLSTERS_PISTOLS.prk LARA_HOLSTERS_UZIS:Z:\WAD\temple\LARA_HOLSTERS_UZIS.prk LARA_HOLSTERS_SIXSHOOTER:Z:\WAD\temple\LARA_HOLSTERS_SIXSHOOTER.prk CROWBAR_ANIM:Z:\WAD\temple\CROWBAR_ANIM.prk HAIR:Z:\WAD\temple\HAIR.prk Sólo reemplacé estos objetos, volví a poner los que tenía antes y funcionó. LARA_SKIN:Z:\WAD\temple\LARA_SKIN.prk LARA_SKIN_JOINTS:Z:\WAD\temple\LARA_SKIN_JOINTS.prk LARA_SCREAM:Z:\WAD\temple\LARA_SCREAM.prk LARA_HOLSTERS_PISTOLS:Z:\WAD\temple\LARA_HOLSTERS_PISTOLS.prk SHOTGUN_ANIM:Z:\WAD\temple\SHOTGUN_ANIM.prk Sólo usé pistols y shotgun como armas. No sé si es esto lo que te sucede pero vale tenerlo en cuenta. No te guíes por el hecho de que el wad de Jade Empire funciona en ese nivel y no en el tuyo. Es obvio que sea así, porque el problema lo tienes tú en tu proyecto.

Según mi experiencia, otras posibilidades del origen del error, al menos al usar el editor oficial, son: > una luz ubicada fuera de la sala > un trapdoor mal colocado > reemplazar la plantilla de texturas de modo que quedan cuadros blancos de texturas antes asignadas y ahora no > objetos defectuosos incorporados al wad > exceso de salas > reemplazar a Lara por otra Lara que, quién sabe por qué, da error en ese wad pero no en otro (me refiero al objeto que figura como "Lara", no sus animaciones) > la cámara configurada en el script está asignada a un cuarto que no existe (por eso durante la edición conviene tener en el script esta lína: LoadCamera= 0,0,0,0,0,0,0) La manera más práctica para evitar/corregir errores es ser organizado: > Cada vez que guardes el proyecto ponerle un nombre distinto de manera que puedas acumular copias de cada capa, paso por paso. Yo voy numerando: 1.prj 2.prj 3.prj etc Muchas veces he necesitado volver atrás. > Al hacer algunos pocos cambios en el proyecto, guardar enseguida (guardar con otro nombre!!!) > Si agregas o sacas objetos del wad, hacerlo poco a poco para probar que no dé error > Si no encuentro el error, pruebo borrando una sala, guardo y veo. Pruebo borrando otra sala y hago lo mismo. Bueno, espero que sirva de algo... Suerte.

Alejandro: El TRWest trabaja con archivos was (del was toma el wad) y trabaja también con *.tr4 Vale decir, puedes usar un wad del TR3 pero no un archivo *.tr2 Pero hay dos problemas: 1) En el TRWest los nombres de los objetos del TR2 o TR3 te aparecerán cambiados (o sea no corresponden con lo real, por ej: un enemigo figurará como swich) Si quieres puedes usarlos igual, pero antes deberás averiguar cuál es cuál, para ello podrías abrir el wad desde el editor y chequear los objetos y sus nombres. 2) Además, si usas objetos del TR3 con el TRWest sólo podrás colocar en tu nuevo wad objetos sin animación, pues de lo contrario da error. Por eso, hay fans que han adaptado objetos del TR1, TR2, TR3 y TR5 para que se puedan usar en el TR4 sin problemas. Estos objetos adaptados están en sitios como www.trsearch.org Suerte...

Rafaleis, si aun quieres utilizar el TRLE, aquí va la explicación: a) Clic en el objeto swich o key. b) Clic en el recuadro donde está dicho objeto. c) En la configuración del trigger eliges "swich" o "key" según corresponda. Aceptar. d) Clic en el botón rosa. e) Clic en el objeto door (puerta) que quieres que se abra con dicho swich o key. (También puedes lograr que suceda algún otro evento, no sólo abrir un puerta) f) Clic en el mismo recuadro donde está el trigger de la key o swich. Conviene que este clic lo hagas con el botón derecho del mouse para evitar que se seleccione el trigger anterior. g) Clic en el botón rosa. Importante: puedes agregar otro trigger en ese mismo recuadro, por ejemplo >un trigger CD para que suene una pista >un trigger para que aparezca un enemigo >un trigger de flipmap etc... Cualquier pregunta, trataré de ayudarte, sólo que no me conecto tan seguido. Sorry...

A ver si me explico mejor por las dudas: El problema que tuve se corrigió cuando borré algunas salas (pero éstas no tenían objetos como por ej. pasillos vacíos). Y hoy tuve otro problema relacionado con esto: Cuando Lara pisaba un trigger se cerraba el TR y aparecía el mensaje "Este programa ha efectuado un error..." Descubrí que el error fue causado por haber alterado una sala (modifiqué la altura del techo). Cuando bajé la altura a como estaba antes, todo funcionó ok. Evidentemente no puedo tocar nada en cuanto a salas, sin embargo, puedo agregar objetos y triggers sin problemas. ¿Se entiende? Así que he decidido no agregar salas ni modificar su estructura, pero sigo incorporandoles elementos.

UN ERROR PARA TENER EN CUENTA... Lo que voy a comentar puede ser útil a todos los que están construyendo niveles. Luego de guardar el proyecto, crear el *.tom y el *.tr4 sin problemas, al ejecutar el tomb4.exe el title funciona perfectamente pero al iniciar el juego aparece el mensaje "Este programa ha efectuado un error....etc" Descubrí que la causa es el exceso de salas. Generalmente me excedo de las 200 salas y entonces debo "sacrificar" algunas recortando así el proyecto tal como lo tenía pensado Así que tengan en cuenta esta posibilidad: todo puede estar ok, pero evidentemente hay un límite de memoria o recursos que se puede sobrepasar con el número de salas. PD: Supongo que también esa fue la causa por la cual tuve problemas con la inteligencia artificial asignada a un personaje ya que se solucionó.

Me parece fantástico el magaproyecto. Crear niveles es apasionante. Supongo que irás publicando uno por uno, porque si esperas a terminar los 18 niveles, ¿cómo manejarás la ansiedad? Este aspecto no parece importante, pero llega un momento en que uno quiere ver su creación publicada. Es una forma de automotivarse. Además aprenderás mucho de la opinión de los jugadores, y entonces evitarás repetir situaciones que sean duramente criticadas. Al menos esa es mi experiencia. Por otra parte, si te fijas, hay muchos autores que publican uno a uno una serie de niveles relacionados entre sí a modo de sagas, creando expectativas de parte de los jugadores que esperan la continuación de la historia.

Yo estoy usando el TRWest para manipular mis objetos. Permanentemente agrego y elimino objetos sin que me dé error. El TRWest da error sólo si quiero agregar objetos animados creados con wadmerger... hasta ahora.... Pues, si entendí bien, ahora sí puedo usar un personaje creado con wadmerger, si paso este personaje por el programa TRWAD to TRWEST. Luego lo agrego al wad de mi proyecto usando el TRWest. ¿Estoy en lo correcto? Pregunto antes de probar por las dudas...

Es cierto Darío, hay una enorme variedad de personajes muy interesantes que no puedo incluir en mis wads por usar el TRWest. Lo que pasa es que en este nuevo proyecto participan los mismos personajes del proyecto anterior, ya que es una continuación de la misma historia. Me quedé con el TRWest ya que me permite hacer ciertas maniobras que necesito sí o sí para asignar distintos comportamientos al mismo personaje. Esto no lo permite el Wadmerger. Entonces tuve que optar por las ventajas del TRWest pese a la gran desventaja (poquísimos personajes para elegir) Si todo sale como preveo, a fin de diciembre o principios de enero termino.

Yo usé el TRWest en mi anterior proyecto y ahora para mi nuevo proyecto también lo estoy usando. Con el TRWest, sí, puedes agregar objetos que no pertenecen al TR orginal. Pero NO PUEDES agregar aquellos OBJETOS ANIMADOS que fueron creados con el wadmerger. (Repito: los objetos animados incluyendo a personajes claro). Para saber si un personaje fue creado con el wadmerger debes hacer doble clic en el archivo was que acompaña al objeto y ver la línea de comando, si dice wadmerger. El TRWest permite agregar y sacar objetos durante el desarrollo del proyecto. He leido por ahí que el wadmerger no lo permite, no sé si es cierto.

He descubierto que los objetos AI no funcionan siempre de la misma manera. Son muy sensibles a otros acontecimientos ajenos al AI o al personaje afectado. Por ejemplo, al agregar o eliminar una sala, cambiar un toogle opacity1 por toogle opacity2, en algún portal, etc... aunque el personaje esté ubicado lejos de estos cambios, la AI no responde de igual modo. Quiero decir que, por ej., para patrullar, hace un recorrido distinto. ¿Alguien se ha encontrado con este problema?

Un consejo David: Estoy de acuerdo en que los niveles oscuros crean un clima de mayor misterio. A mí personalmente me gustan mucho (si están bien hechos claro) Entusiasmado por mi gusto personal, yo hice tres niveles oscuros pero este aspecto fue muy criticado y afectó seriamente al puntaje... Tal es así que, inmediatamente, volví a iluminar sala por sala y volví a colgarlos, (ufff, cuánto trabajo!!!) Te recomiendo que los hagas apropiadamente iluminados. Perderá misterio pero ganarás jugadores. Suerte!!!

Ok Mark... acabo de enviarlo.

Hola! No tengo la bandeja llena ni está deshabilitada la opción. Es una falla que viene desde que soy miembro. Bueno, entonces dejo aquí mi dirección de correo: marcosmensa@hotmail.com