Foro x-plane.es

Aprovechando la remodelación/actualización de LEMG... he decidido ponerme manos a las x-obras.

Dudas:

-Según veo en SIGPAC y GoogleEarth (ambos desfasados)... hay un follón (muchos parches) en plataforma entre material concreto/asfalto --> ¿si superpongo una capa de asfalto sobre concreto (aprovechando sus distintos colores) hay algún problema respecto al rozamiento? ¿se suman los coeficientes?

-La pista 13/31 tiene un ancho de 45 m. Activo la opción de bordes de pista (tipo asfalto)... pero el ancho es "automático" (y se agrupa con la pista)... se me forma demasiado "arcén" (a ojímetro... unos 2-3 m más por lado)... ¿se puede ajustar el ancho del arcén?

-¿Se pueden colapsar, sumar puntos... de estructuras adyacentes (lógicamente distintas) a fin de crear una sola?

-Los edificios.. bien te los diseñas tú, bien podrias incorporar trabajos realizados por otros en SketchUp.
En el primer supuesto no tengo dudas... pero en el 2º:

Si creo LEMG con edificaciones de otros autores... ¿se podría subir al FTP para compartirlo (si es que tiene la suficiente calidad el proyecto)?

Saludos

Duda 1 - No la he comprobado, creo que solo actua el rozamiento de la superior

Duda 2 - eso no se puede modificar, pero puedes poner una taxi por debajo de la pista y solucionado.

Duda 3 - No lo entiendo, pero puedes juntar, digamos la calle AB con la AC a traves de los puntos, por ejemplo para las luces y pinturas de los bordes de las taxi, si miras LEBL y los otros que he creado, estan montados a base de varias zonas, y la parte en que se juntas cruzando la pista, como no deben tener pintura ni luces, se soluciona con el NODO dejandolo con NONE.

Edificios Sckechup o como 00 se escriba, no te bajan con texturas y ponerselas es mas complicado que crearte tu propio edificio, también dispones de los de OPENSCENERYX y de los que te vienen por defecto en el simulador, con Blender y partiendo de cero tampoco cuesta tanto, pero con la version actual o me falta algo o no encuentro como poner texturas, y trabajo con una version antigua.
.
Si tienes mas dudas, ya sabes, no uses buscar y pregunta directamente, que de esos temas se ha comentado poco

-Leo por ahí que parece que se intenta en la medida de lo posible -en el diseño de APT- no solapar estructuras... digamos asfalto sobre concreto. Me las tengo que ingeniar para ir parcheando la plataforma (con un visita a LEMG via GoogleEarth verás que está todo hecho unos zorros...) y zonas aledañas.

Antes (y ahora así-así) tengo el problema de que a pesar de no solapar y acercar los límites de las estructuras (ejemplo; calle que se "une" a la pista) lo mas próximo posible (sin usar SNAP -"ajuste" a vértice- que es lo que me indicabas) veo que al ir rodando la Cessna mete un brinco -mas o menos acusado- al pasar de estructura.

Si no hay complicación en superponer superficies y no ocurre nada raro con el rozamiento --> me estoy planteando... remodelar lo hecho (me ahorraría decenas de taxiways de lineas amarillas y tendría continuidad de superficie -el botar se va a acabar-)

-Imagina que tengo 2 piezas de terreno... lo que pensaba era unirlas a fin de tener menos piezas sueltas... como si la hubiera creado ya con ese tamaño mayor desde el principio (piezas del mismo material A+B+C = T... manteniendo la geometría de las partes)... Parece que no se puede... ::) y además no es recomendable hacer todo de una pieza

Gracias por el interés y las respuestas

P.D.: ... pues sí... me miraré tu LEBL y otros para ir tomando apuntes... 8)

El interes propio  ;D que así tendre otro APT decente  ;)

Lo de los parches yo lo haría haciendo primero agujeros en la superficie principal.

Hay una herramienta que es una sierra cortando un agujerillo en el suelo, al estilo de los dibujos animados de la Warner. Con esa herramienta puedes recortar agujeros en un polígono. Luego esos agujeros los rellenas con el otro material haciendo "snap" en los vértices del agujero. No se si me explico, es más fácil de hacer que de explicar con palabras.

...no si ya conocía la herramienta.

En ciertos sectores (de ahí mis dudas sobre superposición de superficies) se puede: poner una base de hormigón -p.ej de la plataforma-, rematas encima con asfalto y luego le metes la sierra de calado... (aunque debes ejecutarla 2 veces, por cada material)... en esto estoy ahora... haciendo unas reformas de parches y "jugando" con el orden de capas.

El modo ajuste a vértices (SNAP)... está muy bien (y me ha salvado de muchas) pero para líneas circulares intrínsecas no funciona... digamos que va "buscando vértices de polígonos"

Saludos

P.D.: ¿se puede cambiar la cantidad de luces azules/verdes por unidad de longitud?... me parece que hay demasiadas... se "apelotonan"... :-[
P.D.: ¿las luces azules -realmente- se ven desde el aire o aproximación?... ::)

Depende de la altitud de vuelo, mira las fotos del proyecto LEBL

Truco: Se puede hacer snap también de los puntos de control de las curvas, no sólo de los vértices  ;)

Los puntos de control de las curvas SON vertices, solo que los moldeas a tu gusto

Si, es verdad... ;D... en las curvas Bezier además de recomendarse el uso de un único vector de control (se borra el otro)... -supongo que será que X-Plane se ahorra la mitad del cálculo para la misma curva--> optimización, más fluidez- y que el snap se hace punto a punto... también se hace por vector a vector... vamos haciendo coincidir la flechita (no sólo el punto de origen) que te rige la curvatura.

Otra cosa resuelta... :)

Vamos avanzando (esto me ha llevado un tiempo):

-minimizado el número de vértices planos
-reducción a Bezier de un vector
-reducción de puntos Bezier


P.D.: después pondré algunas fotillos (muy pre alpha... ::))
P.D.: ¿se puede hacer copy&paste de una línea? (lo he intentado... :'()... solo la plataforma de GA está llena de curvas (unas 30)

El motivo en realidad es más simple. Cuando un punto de la curva usa dos "manecillas" independientes, es muy fácil que la curvatura deje de ser contínua en ese punto. Hay que independizar las manecillas para hacer una esquina, por ejemplo. Pero si lo que se está haciendo es una curva suave, sin ángulos, las dos manecillas que parten de un punto tienen que formar una línea perfecta para que la curva final sea tangente a esa recta. Esto es más fácil de conseguir cuando las dos manetas se mueven solidariamente, y casi imposible si las separamos para manejarlas independientemente.

Copy & paste no recuerdo, pero añadir vertices o puntos, si, seleccionas uno y edit duplicar ( o eliminar si sobran)

Con las LINES si, por ejemplo en algunos parkings que son 5 o 9 iguales, dibujas uno, seleccionas todos los puntos y duplicas

Creía que ya estaban subidas desde ayer... ::)

(http://img706.imageshack.us/img706/2530/lemgwed.th.png) (http://img706.imageshack.us/i/lemgwed.png/) (http://img709.imageshack.us/img709/1264/69193507.th.png) (http://img709.imageshack.us/i/69193507.png/)

Visto desde la foto, promete  ;) ahora hace falta probarlo

Tras buscar/leer información (y desanimarme al final) sobre la posibilidad de poner señales horizontales... que si OBJ, draped poly, que si una estructura con todas las señales, que si el nuevo WED -yo uso el anterior-... un lío !... Encuentro el MAGNÍFICO script de señales horizontales (y código para verticales) que hay en la 1º página y que me ha resuelto el asunto... ;D

Aquí las dudas:

-Script: veo que hay señales cuyo borde lateral derecho está demasiado ajustado/pegado al ultimo carácter... y no es cuestión -queda feo- ponerle mas espacio (con guión bajo)... ¿se puede hacer algo?

-OverlayEditor: para situar correctamente el OBJ creado por el script es bastante interesante tener una imagen de referencia de fondo... pero el OverlayEditor te genera una imagen del APT en perspectiva, no tipo imagen cenital (desde arriba perpendicularmente al plano de suelo). Se me ocurre un solución (obtener una imagen desde GE en la misma proyección y luego pegarla)... pero es por si el OE puede mostrar el APT digamos "en 2D".

Puse la terminal y torre del SketchUp... quitando asuntos de texturización ( :'()... queda bastante bien. Sólo es cuestión de "limpiarla"... pasarla por un programa 3D (entra como malla) y empezar a quitarle polígonos (están duplicados!!!... ???), recovecos y detalles que sólo te van a consumir recursos y pueden simularse con texturas... esto esta aparcado... no es lo principal.

Saludos

Con AVANCE PAGINA/RETROCESO PAGINA,te queda zenital

Y con INICIO/FIN rotas (giras)

Tras descubrir/indagar en esto de .pol y .lin aparecen una serie de dudas.

-En el WED 1.1d2 puedo ver cargados los pol o lin que he puesto en la carpeta junto a la textura asociada...incluso pareciera que puedo dibujar lineas (como las de taxi)... pero finalmente no se muestran en X-Plane... la única forma es incrustándolos/editándolos con el OverlayEditor ¿es cierto del todo esto? ¿o hay algo más? Encuentro más cómodo dibujar desde el WED.

-Ya que el WED no trae lineas rojas, señales horizontales... ¿es recomendable hacer -por ejemplo- la plataforma o incluso las calles desde un .pol?... cubriría toda la zona que me interesara, me ahorraría decenas de OBJs, incluiría líneas rojas, sobretodo, o amarillas (tipo parking GA), suciedad... y hasta "nocturnidad". Es decir TODO lo que pueda en 2, 3, 4 .pol y el resto... lo que me permita WED.

-Si lo anterior no es del todo "saludable"... al menos centrándonos en el estacionamiento -para el tema de líneas rojas- ¿no es más conveniente hacer un área .pol (un cuadrado o lo que sea) que implique tales líneas rojas en vez de dibujarlas como segmentos (.lin)

Yo hize una linea roja con un .lin y una textura roja. Si te sirve la busco.

No.. si esa es la que tengo (simplemente poniendo "rojas" en el buscador... 8)). Una textura 64x64 PNG como decías... probé con/sin alpha y ambas funcionan.


La cuestión -o una de ellas- es que la única posibilidad de poner un .lin (que se vea en X-Plane) es con el OverlayEditor y me chocaba que apareciese en el WED y pudiera hacer nada con ella a pesar de dibujar dentro del WED.

En el WED... sí aparecen (custom cbjects... curioso!!!) mis archivos 64alpha.lin (la línea roja... no tan delgada... jeje) y heli.pol (circunferecia de trazo amarillo con bastante suciedad)... aparentemente dibujo en el aeropuerto por la zona que sea y luego al cargar el X-Plane no hay nada. Caso diferente es si abro con el OE y pego esos objetos... entonces sí. ¿no se podía dibujar directamente desde el WED?

Las otras dudas son referente a poder aprovechar un extenso poligono y ahí meterle señales horizontales, lineas varias, suciedad.. a fín de ahorrar OBJs y recursos.

Sobre la "no delgadez" de la linea, ten en cuenta que la usaba para marcar las zonas de aparcamiento prohibido alrededor del parking y para delimitar el parking de cada avion. Todo es cuestion de tocar los valores que la escalan. Lo que si quiero es añadirle suciedad. No me gustan las cosas tan pulcras y limpias que estan en el suelo.

Bueno unas imágenes de como va la cosa...

(http://img688.imageshack.us/img688/5003/53365133.th.png) (http://img688.imageshack.us/i/53365133.png/)(http://img214.imageshack.us/img214/2903/80104160.th.png) (http://img214.imageshack.us/i/80104160.png/)(http://img693.imageshack.us/img693/9586/60912413.th.png) (http://img693.imageshack.us/i/60912413.png/)(http://img689.imageshack.us/img689/963/80358102.th.png) (http://img689.imageshack.us/i/80358102.png/)

-Pruebas con algunas señales de suelo (sin textura dirty)
-Líneas rojas creadas con .lin (metiéndole algo de suciedad)
-Área roja y blanca (cebra)--> mejor con .pol (repetitivo)... mas cómodo, me ahorro líneas
-Suciedad de varios parkings en un solo .pol (no repetitivo --> NOWRAP) (algo laborioso hacer coincidir las marcas... distorsión del polígono en WED)... Lo mismo con un solo .pol por marca de suciedad (o 1 ó 2 tipos distintos de marcas) es casi mejor.

...y como siempre... dudas:

Todo lo he realizado con WED 1.1d2. No sé por qué parece que hay problemas con OverlayEditor (¿no está bien adaptado a .pol?) cuando cargo el escenario... aunque sean texturas múltiplos de 2... la verdad parece que no anda muy fino el OE con lo que hago en WED... ::)

La cuestión es que me es necesaria la opción de rotar, escalar manteniendo la proporción... y esto mas o menos lo hace bien el OE -aunque tiene problemas de distorsión al rotar- pero en el WED no encuentro la posibilidad de hacerlo. Todo se aplica según como hayas dibujado el polígono primeramente y en la pestaña "textures" del WED poco puedes hacer como mucho, escalar... ¿hay solución a esto?

------------

Pedazo de fallo que he encontrado en la foto2... ::)... habrá que llamar al de la hormigonera!!!

Quizás si escribes a Ben... Al fin y al cabo es una beta. A lo mejor, todavía puede incluir alguna funcionalidad extra.

Para rotar los objetos con OE usa las teclas "q" y "e", por lo menos los objetos obedecen

No si el "problema" era con el WED y la imposibilidad de rotar. El WED lo veo mas completo, por contra el OE parece que se lía con los .pol (repetitivos) y los .lin (pfff... así así).

La textura del .pol tiene que ser potencia de 2 para el OE... al WED le da igual... ;D. Así que si quiero rotar dentro del OE --> tener una textura potencia de 2 haría que pudiese usarla en ambos programas.

Uno va cogiéndole el "tranquillo" al WED y ya puede medio-medio obviar la función rotación -aunque el escalado proporcional si que se echa en falta... :'(- ...al menos para lo que es pista/plataforma/calles... el OE no me aporta mucho ya veremos cuando haya que edificar.

nota: sí se puede rotar -de aquella manera.. ::)- dentro de WED... en la pestaña textures presionando ALT.

P.D.: CTRL/SHIFT/ALT son las teclas indicadas para retocar las texturas sobre polígonos.

Con el OE plantas los edificios sin problemas  ;) de momento 2 programas para el trabajo  ;)

En parte ahí está el problema que se me presenta ahora Vs. las ganas de complicarme la vida.

Tras unos días de pruebas y errores...

WED: Tengo diseñado pista, taxiways, plataforma, líneas amarillas, señales verticales. Hasta ahí lo normal, lo que es propio del WED, ¿no?.

Esta nueva versión (1.1d2) permite el uso/la gestión/trazado de POL y LIN (dejaremos los OBJ para después) viendo como queda el resultado en la base del aeropuerto (las pistas, taxis...) de forma que obtienes (lista derecha del programa) una jerarquía que contempla TODO lo citado (incluyendo POL/LIN). Gracias a estos puedes diseñar señales horizontales/áreas de prohibición (POL) o líneas rojas (LIN).

Generas a partir de esa lista (ordenada con lógica) tu archivo APT.dat y el DSF. Cargas el X-Plane y TODO está en su sitio  ;D. Ambos archivos (APT/DSF) parten del mismo programa (WED) no tendría porque haber problemas.

Este WED parece tan increíble que permite el uso de OBJ (convertidos desde SketchUp, Blender...) y de la librería de objetos de OpenSceneryX (aunque no ves como en el OE el modelo antes de situarlo... da igual)

Ya puestos en antecedentes... los problemas:

-Aunque a priori parece que no haya problemas al abrir el aeropuerto creado con WED (incluye POL/LIN) con el OverlayEditor... si realizo cualquier modificación (quitar, poner, mover algo) dentro del OE me da error al intentar grabar lo hecho. "ERROR: Could not sink polygon point." Lo cual no ocurre si borro TODOS los POL -creados en el WED- (los LIN los acepta de buen grado... que majete) Si borro los polígonos me quedo sin señales horizontales, áreas prohibidas, suciedad... ::)

-Ahora si partimos de un APT/DSF "limpios" desde WED (sin POL en la lista, no hay líos con LIN)... y generamos tales archivos (APT/DSF) la importación en OE es correcta -como antes- y si hiciera algo dentro de éste NO HABRÍA problemas al grabar. Grabar en el OE es generar un nuevo DSF... el APT no lo toca. La única opción en este caso es agregar los POL (u OBJ) desde OE ... pero me encuentro que tengo 300 POL ya creados en el WED y no me gustaría volver a empezar.

ya puestos ...otra cosita

-Imaginemos (y olvidemos el OE) que tengo un aeropuerto creado con WED (incluyendo POL+LIN)... decíamos que tenía la capacidad de agregar OBJ de distintas fuentes. He visto que ciertos OBJ (de SketchUp) "pegan el petardazo" en el programa al intentar guardar (generar el DSF) ... fallo de DSFbuild... ya no sé si es el edificio era una pasada de poligonos o fallo del WED. Una lástima ya que el WED permite posicionar los objetos mejor que el OE.

Para rizar el rizo usé un archivo APT (POL+LIN) y un DSF creado en OE (con edificios) desde un APT limpio --> veo los edificios, y del APT completo faltan los LIN/POL. Parece que el que manda es el DSF.

Resumiendo:

Hay "2 tipos" distintos de DSF (el generado con OE y el de WED) incompatibles entre sí en la lectura/escritura de POL y OBJ. En definitiva, de poco sirven las ventajas del nuevo WED si luego me causan problemas con el OE.

A ver si hay algún "truquillo"/método para seguir usando las bondades del WED sin que me salte un error luego en el OE... :'(

Enhorabuena si has leído hasta ahí --> FIN

Saludos

--------------------------------------
P.D.: Este finde podría salir la beta del WED... ahora es versión de desarrollo

P.D.2: "... pero me encuentro que tengo 300 POL ya creados en el WED y no me gustaría volver a empezar"
Me empieza a doler la cabeza (pfff...¿a tí no?... ::))

Ya se comentó hace un tiempo el problema que existe trabajando con objs con el WED. Ben que lleva el desarrollo del WED lo sabe, pero dijo que en esos momentos no tenía tiempo para investigar el posible fallo. Es decir, en estos momentos el WED no es una buena herramienta para completar escenarios con objetos ya que por algún tipo de geometría o con muchos polígonos se produce el error y se interrumpe.
Por este motivo de momento lo mejor es trabajar los elementos del apt. propio con el WED (taxilines, runways, etc. y como mucho con objs para señales verticales.). De acuerdo que WED tenga más precisión para situar objetos, pero para los edificios no la necesitas.
De todas formas, si quieres aprovecha tu investigación para comentárselo a Ben a ver si espabila con esto y le da un empujón ya que la idea es completar los escenarios desde el WED.

Hay problemas con OBJ (edficios importados, no así OpenSX)... pero lo que me preocupa es con los POL (que son muchos cartelitos)

El DSF2TXT hace que me vuelva a levantar...

ERROR: Could not sink polygon point.: vamos a ver si no tiene que ver con el orden de las cabeceras -PROPERTY- (OE y WED las sacan en otro orden), con la definición de los polígonos o hasta el LAYER (puse airports +1)

Las pruebas las estoy ahora haciendo en un aeropuerto ficticio, minimalista, cuatro cosas... tipo loft para no cargarme LEMG (y porque todo carga mas rápido).

P.D.: miraré qué saco en claro y lo mismo le doy un toque (esperaré a este finde)

Y si lo montas como dos escenarios ??  :o no lo he probado, pero  ::)

La nueva version del OE + WED me fué de maravilla, ya que por lo menos si cargo el escenario para el tema de las lineas en parking y encajarlas con los finguers era un desastre, pero con las dos aplicaciones es muuucho mas facil y preciso

La prioridad es hacer un aeropuerto lo mas completo y preciso posible (uso las imágenes próximas de GEarth y SigPac y en ninguna sale la nueva terminal hecha... :'() usando los métodos optimizados para X-Plane (lo que recomiendan los de Laminar). Si veo que con 2 DSF me bajan mucho los FPS... me quedo con el APT. Prefiero que no tenga tantos objetos ornamentales a que me bajen los FPS... imagínate cuando llegues con un avión de esos llenos de poly... (aka CRJ), muy detallados... si encima es el aeropuerto quien te quita frames pues la sensación de simulación se te viene un poco abajo... :'(

Pero por probar ...  ;D (la verdad, no se me había ocurrido)

Dos carpetas (LEMG y LEMG_overlay). La 2º es copia de la 1º.

-Una para trabajar con WED (con los famosos POL y LIN) sin OBJ. Genero APT + DSF_wed
-La otra para trabajar desde OE. En esta y partiendo desde WED quito TODO lo refrente al aeropuerto... incluso quité la pista (cosa que me recuerda después el OE... es lo mínimo que debe haber), no así algunas lineas rojas que me servían de referencia -no hay problemas con LIN-. Genero un APT (pelao'... prácticamente no dice nada... pero debe aparecer) y un DSF_OE con el trabajaré bajo OE.

Respecto a FPS no parece que se note. Creía que vería un bajón importante por el hecho de cargar 2 DSF de la misma zona.

(http://img714.imageshack.us/img714/3822/screenshot12y.th.png) (http://img714.imageshack.us/i/screenshot12y.png/)

---------------------------
Ya casi casi sé de que va el error...
-las líneas que definen las coordenadas de los polígonos, sus vértices, están en distinta posición según el DSF lo saque el WED o el OE.
-el OE ordena según: 1ºPOL, 2ºLIN. Si se crea un nuevo polígono entra en 1º lugar en la lista... desplazando los demás +1 puesto. En el DSF del WED todo parece mezclado y no se aprecia un orden numérico en las piezas incluidas.
-Las sentencias PROPERTY cambian de orden... Marginal (el creador del OE) decía que las líneas W,E,N,S deben ir después de PROPERTY sim/overlay... en el del WED... bueno   ???... parece que no hay mucha comunicación entre Marginal y Ben.

Como Ben dice que estaba arreglando lo que se refiere a los DSF y sigo sin verle mucha salida al OE... pues si el WED evoluciona como es debido (el OE renderiza los objetos, el WED posiblemente casque si mueves algo con textura... creo que es en lo único que lo supera) creo que dejaré aparte tanto calentamiento de cabeza.

Me parece que Marginal se ha apartado del tema X-Plane, porque los del org han formado un equipo para actualizar el script de exportación de Blender que hizo Marginal, que debido a la evolución de los Obj en la v9, se ha quedado desfasado.

Te comente lo de los 2 escenarios porque en la reforma de APT_LEBL que estoy realizando, convive con el Catalunya, en el primero añado y en el segundo quito  ;) y no me ha dado problema alguno  ;D

Seguimos avanzando... esto de los DSF me paró bastante. Como dijiste... 2 DSF y listos!

Todo es muy bonito, los cartelitos, las señales pero... llega la noche... ::) POL vs LIN

La iluminación de plataforma no es problema... un POL con una textura (LIT) de luz (blanca, amarilla..) PNG (de momento... 8)) con algo de transparencia en la que se vea las textura de plataforma (de otro color...que para eso es de noche).

¿qué ocurre con las líneas?... todas negras (ausencia de luz) ¿o no?

-LIN no permite textura nocturna   >:(. Por muy bien iluminada que ponga la plataforma... las líneas salen negras.
-Pero recobran su color natural (esto parece un anuncio)
  --al ser iluminadas con las landing/taxi lights. Anda que si se pudiera hacer una farola con estas luces... :o
  --si el avión de turno (SU-37) tiene una pantalla ves su color real... curiosamente no ves los POL (por ejemplo las señales horizontales) y sí los OBJ posicionados con el OE.

En ...\Resources\default scenery\sim objects\apt_lines\taxilines.dds están las líneas que usa el X-Plane (incluye lineas rojas... y después no las usa el WED... vaya tela). He editado el archivo con distintos colores (magenta, azul, verde claro..) para diferenciar las partes... ninguno de las texturas oscuras que aparecen se usa para ennegrecer las líneas.

Mi duda es si hay algún archivo (sería prácticamente negro) que haga de máscara nocturna de forma que cubra cual manto las líneas y todo lo demás al llegar el ocaso. La solución sería aclarar esa textura (todo sería menos oscuro).

La otra opción es hacerlo todo con POL (que permite textura nocturna) pero pierdo resolución/detalle en las lineas... aparecerían con contornos difusos.

Lo que pasa es que si se le asignase a las .lin una textura visible por la noche, las lineas quedarían todas marcadas por igual en todo el aeropuerto, incluso en zonas donde no hubiera farolas. No quedaría un poco raro?

No lo permite... por la noche todo se oscurece.


Sí... pero para eso diferencio líneas cercanas a las zonas de luz (donde está el problema) y otras que quedaran en zonas de sombra de la plataforma y me da lo mismo que no se vean.

El problema, ademas de no poder tener _LIT, es que estaría bien un degradado de luz reflejada para la misma línea. Imagina un línea que parte está en luz y otra en sombra.

A ver como acaba esto... ;D

----------------
joder!.. que rápido responde!..(14 min) :o

Would it be possible to add RED lines from the WED? ... I know I can make them from LIN ... but I see that there are yellow lines, white ... Why not red?

...and something much more important than that ... Would it be possible to have lines (. LIN) with a night  texture capacity? ... Although I add a POL with a lighted platform effect ... when night falls they all (I refer to LIN's) turn black. But when you illuminate them with landing/taxi lights they "recuperate" their color.

-------------------
BEN
Make the custom lines with .lin for now; the premade lines match the apt.dat spec, so if a line is not in apt.dat, you need to make it yourself.

There is not yet a night lit line texture. If you have an art asset that you think would look good with night emissive lighting, please send me a png - I would like to see what the effect would be used for.

...y en esas estamos... ;)

Es con lo que me encuentro con las luces de farolas, no me satisface como quedan

(http://i178.photobucket.com/albums/w271/jorduran/screenshot_3-3.jpg)

mmm... ponle otro color (habrá alguna textura asociada)... mas blanco, difuminado por los bordes.

Ya que el GIMP no es muy bueno con efectos de luz, lo estoy haciendo pintando en blanco/trasparente con el spray difuminado (queda bastante parecido a la propia proyección de las luces de aterrizaje en el suelo) De todas maneras incluso como está ahora... si le pones un fondo (a la plataforma) iluminado -por ejemplo, gris claro y algo de transparencia- para evitar el contraste con el negro no quedaría tan mal.

(http://img339.imageshack.us/img339/3402/screenshot4tr.th.png) (http://img339.imageshack.us/i/screenshot4tr.png/)

----------------

Para crear un DDS desde un PNG... ¿qué características debe tener la conversión serían interesantes de cara a obtener un DDS óptimo para X-Plane?

-Xgrinder --> con un simple drag&drop  ¿qué opciones serían interesantes? (auto-pick compression/DXT1/3/5/no compression)
-Aorta 2.1 --> uso de DXTC (compresion de texturas), generar mipmap...

Lo probaré, aunque mis habilidades con el GIMP o el "fotochop" no son nada espectaculares, intenté crear la zona iluminada con circulos de distintra intensidad y transparencia y luego aplicarle un degradado, pero un desastre  ???

Bueno ahora que he sacado algo de tiempo veré si esta semana qué se puede hacer con el APT.

Dudas:

-vemos que las luces de rodadura desde las calles hasta la pista parecen ser con iluminación verde.  ::) Pa'variar, en LEMG, no... o me estoy quedando ciego. Veo en algunos vídeos recientes que las luces son alternativamente verde/anaranjadas desde pista a calle principal de rodadura (o viceversa). En algún PDF que miré -o me pasaron por aquí- de normativas de iluminación en pista no aparece nada de eso... ¿será antiguo?
Mi duda es si ya en plataforma hay iluminación (verde, supongo) desde la puerta de embarque hasta la calle principal o con las lineas amarillas se bastan.

-Refloto mi anterior pregunta: los dichosos DDS... ¿con qué grado de compresión -DXT1/3/5/AlphaExponent(dx5)/YCoCg(dx5)...- lo hacéis? ¿usáis mipmaps? Resulta gracioso que tenía unos hechos (y funcionaban!!!) pero ahora cada vez que lo intento o se cuelga el X-Plane o me los muestra grises, transparentes... según sea las opciones que elija. Uso GIMP y el plugin que hay para DDS.

-@jorduran: ¿esos fingers del LEBL son los móviles del AutoGate? En OpenSceneryX hay de todo menos fingers... qué rabia!!!

Saludos

Sobre la iluminacion, puedes estar viendo verdes-anaranjadas porque haya algun HOLD con luces en el suelo por ahi en medio, porque para rodadura suelen ser verdes pero nunca llegan hasta el parking porque se supone que eso ya es la plataforma principal y hay iluminacion o señalero, lo normal es que en cuanto la linea se salga de la principal haya dos opciones:

*la linea continua sin luces hasta parking
*la linea se interrumpe pero mas adelante sigue ya hasta parking (sin luces)

Normalmente en los pdf de datos del aerodromo te dice lo de las luces (tipo, caracteristicas, las que se iluminan y cuando, flashing lights, etc....)

Desde pista a calle (creo que entra por C4, no hay HOLD en todo LEMG)-->  verde/anaranjadas. En otro vídeo -por ahí andará- desde las calles de acceso a la principal (en verde). Curioso!
Me faltaba por confirmar desde principal a plataforma. En cualquier escenario del innombrable (y por ende su transformación vía FS2XPlane) ves setas verdes por doquier.

http://www.youtube.com/watch?v=w5pdLwLYfJY#ws (http://www.youtube.com/watch?v=w5pdLwLYfJY#ws)
corte del 1:58

Como se aprecia... o mejor dicho no se aprecia las luces azules desde el aire.

La información de AENA es parca (no entra en detalles) en el tema iluminación.

Saludos

Cuidado,que se te duplica el video.

Lo unico que puedo ver en aena (en elcurro no me da para mucho mas) es el punto 14 de los datos generales donde dice que las luces son verdes para el umbral, rojas para find e pista, etc... el tema es que no hay imagen de las luces en toda la plataforma...no se si estara en otro pdf pero hasta la tarde no puedo mirarlo mejor

Edito: he visto el video. Lo que ves verde son las luces de rodadura y yo si que veo las luces del HOLD para entrar en pista...
Que no veas las luces azules puede ser simplemente porque les bajen la intensidad, ya que las centrales de rodadura las tienen a un buen nivel...vamos que es mas dificil perderse que en una recta por castilla....

Correcto son los Autogate de Marginal, un detalle, he intentado modificar el OBJ y no he sabido/podido
http://marginal.org.uk/x-planescenery/tools.html (http://marginal.org.uk/x-planescenery/tools.html)

¿se puede desplazar el curso de un río?...  ::)

¿Esto entraría ya en las posibilidades del MeshTool?... es para saber si me tengo que desanimar o no.

(http://img521.imageshack.us/img521/4627/lemgguadalhorce.png)

Como se aprecia el X-Gualdalhorce pasa peligrosamente por las cercanías de la pista 12/30... bueno... y que inunda todos los rentacar de la zona... :-\

Saludos

P.D.: sería de agradecer la aportación de imágenes de plataforma (actuales)... GoogleEarth, OVI, Bing y Sigpac quedan desfasados y SkycraperCity ya lo tengo muy correteao'... ::)

Supongo que con el meshtool se deberia de poder, no conozco forma de mover ésto, a menos que Pepiño lo ordene  ;D ;D

Meshtool y punto pelota. No tienes otra manera.

Paciencia y punto a punto.

-MeshTool... no es de mi agrado. Esperaré a ver si para la v10 viene un terreno mas definido hidrográficamente... serian muchas alforjas para tan corto viaje. Aunque algo habrá que hacer ya que hay 2 tramos en el aeropuerto (N & S link) que pasarán sobre la autovía... :o :o :o

-De momento subo dos versiones de LEMG -los APT's- (no usar simultáneamente) que tenía de antes del verano para que le echéis un vistazo... y rajéis a gusto!!!

versión 1 --> la clásica de una sola pista
versión 2 --> me he adelantado un poco a las obras... y tenemos como quedaría con la 2º pista.

http://www.gigasize.com/get.php?d=xwwkp9gow3d (http://www.gigasize.com/get.php?d=xwwkp9gow3d)

Estoy en duda si merece la pena continuar con la versión 2 (a día de hoy la pista no es operativa + el problema con el río). Como edificios uso los de AirHispania (hasta que saque tiempo para hacerlo todo desde 0) pero para que no haya líos... no veréis edificios.

Además una carpeta Objects donde van algunos objetos, líneas personalizadas,... Dicha carpeta es común -la subo una vez para no repetir- (y debiera instalarse en ambas versiones).

http://www.gigasize.com/get.php?d=g0fjmwg1ccb (http://www.gigasize.com/get.php?d=g0fjmwg1ccb)

Saludos

P.D.: las imágenes georreferenciadas que uso con el WED... pues no veo la necesidad de subirlas. Una imagen de 130MB ya me dirás para que os va a servir. :-\

Mándale el layout del aeropuerto, con su boundary bien plantado a Robin Peel. Así proteges la zona del aeropuerto para cuando generen los escenarios de la v10.

-Pista, plataforma, calles... --> lo que sería el área propia del aeropuerto ---> Esto entiendo que es lógico enviarlo (viendo otros APT.dat)

pero ¿y esto?... ¿se consideraría atrezzo?... mas que nada porque no tengo buenas imágenes a día de hoy (dependo de SkycraperCity)

-Marcas de suelo (numeración de calle, parkings, líneas amarillas/blancas varias, iluminación verde/azul...)
-Señales verticales (carteles)

Todo esto partiendo de la base que las obras de la 2º pista (lo que es su plataforma y demás) está cogido con papel de fumar... y  le han metido bastante caña a parte de los que era "lo tradicional".

Aunque no tenga datos muy detallados de lo que pasa dentro del zona aeroportuaria... sí sé hasta donde llega. Esto puede servir para cuando metan el río, al menos, no cruce la pista y aparezca donde debe.

P.D.: no se iba a mandar un Made in Spain pack aunando todos los APT.dat creados???... vale LEMG no está terminado... pero se sabe su extensión --> evitaría problemas.

Mandale solo el APT, el resto, creo, debe considerarse escenario

"Advertencia: no se han publicado mensajes en este tema por aproximadamente 120 días.
A menos que estés seguro que realmente deseas responder, por favor considera mejor crear un nuevo tema."

No se preocupe, me siento seguro...  :P

===============================

Ya sé mas o menos como "reparar" el problema del río... por donde pueden ir los tiros sin usar MeshTools.
Cuando agregas desde el WED un *.pol... le puedes asociar un tipo de material (asfalto, cemento...) Uno de los materiales es el agua. Por mas que intente crear una "piscina" no hay forma.

He visto que tal material debe ser puesto al final de la lista del WED (no considerarlo over-lay)... pero ni por esas.

Puedo hacer zonas de agua con un *.pol personalizado... pero me interesaría hacerlo con el WED porque presumo que la textura que dispondrá será la que vemos en X-Plane... creando menos "distorsión"/diferencia con el mundo de X-Plane... es decir, si pongo una textura de agua... va a "dar el cante"

A ver que me decís

Precisamente he estado este finde probando los archivos POL y texturas personalizadas. Bájate el aeródromo de Punta del Faro de Jandía y mira el archivo POL y probarlo.

Para un piscina, por ejemplo, con textura propia no creo que haya problema (lo malo es el "efecto mosaico"). Los bordes los podrías dejar "cortantes" o degradados con un canal alfa en la propia textura...

Podrías crear el río modificado perfectamente con el WED. El problema lo vería en que debes "tapar" el que viene por defecto.

No se si te sirve esto de algo  ;)

Lo de la piscina era un símil de un "polígono acuático"... no me voy a "romper la cabeza" en crear una piscina para un simulador de vuelo  :D :D :D

Lo mas cercano -y correcto- es un parche (zona de Estanbul) que vi con el VertexTool que editaba el DSF... pero vamos que como dices (y recomienda Ben) con un poly tapo el X-río y  voy abriendo zanja por otro lado.

El problema de esto es que aunque tapara con un  *.pol lo que X-plane considera agua... a efectos de material de superficie seguiría siendo agua aunque aparentara otra cosa (comprobado con un heli al sobrevolar la zona... se levanta agua). Tendré que poner a ese *.pol un material sólido.

El efecto mosaico es:

A
850
DRAPED_POLYGON

#LAYER_GROUP airports +1, -1, terrain -1 ... ¿dónde?
TEXTURE water_texture.png

SURFACE water
SCALE 25 25 ----> si es como ocurre con los *.lin... vas jugando con los valores... ::)

Los bordes puedes hacerlos con un *.lin (con su degradado) sobre el *.pol

Segun B.Supnik... pol+alpha+agua+reflejos ----> caos monumental!!!

Saludos... le echaré un vistazo a ver

mmm, para "tapar" el río si en LAYER_GROUP pones el grupo "más alto" (no recuerdo cual) con un +1 y en SURFACE alguna de tipo tierra (aunque pongas otra textura asignada) no debería tener efecto agua...

Y lo contrario, como pusiste tú, SURFACE water en un sitio de tierra debería sí tener el efecto agua.

En fin, ya me cuentas.

Saludos!

PD: No veas mi problema con el SCALE y la repetición de la textura para la pista. Al cambiar el tamaño de la textura tenía q reasignar el SCALE para que se comportara adecuadamente y la pista siguienra en su sitio...

Tendremos que ver si en la V10 mejoran éstos aspectos, incluyendo un WED y OE todo en un mismo paquete  ;)

Vamos viendo la luz al final del túnel...

He estado mirando como crear luces estroboscópicas (la torre las tiene), sin problemas... pero:

-Reviso LESA (de Japo) y veo que hay unas luces de posición rojas intermitentes en los edificios. El problema que tengo es que no sé elevarlas ...las cambio de color, tamaño, frecuencia... pero se quedan pegadas al suelo. Son custom lights sin OBJ asociado... sólo textura PNG/DDS. Si no tuvieran textura serían blancas... creo.

-Como creo que debe estar asociada la luz a un objeto (que tendrá unas dimensiones que aprovecharé para elevar los focos)... en Blender creo un cubo y le pongo 4 luces (lamp, el resto no me funcionan) en los vértices superiores. Tales luces son fijas y blancas... tenemos la mitad del problema resuelto... >:(

La cuestión es que en uno cambio las propiedades al gusto pero están a ras y en el otro puedo elevarlas pero son fijas y blancas. Preferiría usar las custom (no he mirado mucho las named)

La definición de una custom es completamente distinta a la lamp asociada en OBJ según Blender.



(http://s2.subirimagenes.com/imagen/previo/thump_6130742flashing.gif) (http://www.subirimagenes.com/imagen-flashing-6130742.html)


==============================================================

...y poco mas de momento. Me llama la atención "ATTR_shiny_rat", lo he aplicado en 2 cubos distintos y no he visto mucha diferencia... pero eso ya será para otro capítulo. :D

Saludos

Has probado:

light         // Light: Spot
   1.00   48.00    1.00      99  99  99

light         // Light: Spot
   2.00   48.00    1.00      99  99  99
 el 48.00 es la altura

En Resources/bitmaps/world/lites/lights.txt (ni en la WIKI de X-Plane) no veo ninguna sentencia que hable de spot... ni de como introducirla en archivo OBJ o donde sea.

Lo que he averiguado es como hacer las luces rojas de posicionamiento de antenas parpadeantes o no... pero sigo sin saber elevar las CUSTOM LIGHTS (dan mas juego de edición)... tal vez no se pueda... preguntado está -sin muchas esperanzas- en el ORG.

Saludos

Bueno, arreglao'! Podría haber usado algunas named pero me parecen poco intensas, no le puedo cambiar la frecuencia...

Las sentencias de custom lights son (y yo rompiéndome la cabeza con el RGBa... y que no me daba el color deseado  :'():

x z* y R G B A s s1 t1 s2 t2 dataref

ATTR_LOD 0.000000 xx.000000

-(x, y, z) ===> coordenadas en Blender del objeto creado. Por defecto Blender usa el S.I. pero por si acaso aseguraros. *Dado que parece que la altura va en la 2º columna... pues por eso la he llamado z.

-R G  ===> van juntos y definen el tipo de luz, omnidireccional (0 1)/direccional (1 0)
-B     ===> la frecuencia del pulso (Hz)
-A     ===> desfase (s)
-s      ===> tamaño (puede que incluso intensidad) del foco... valor adimensional, ni va en metro, sr,... arbitrario... a voleo
-s1,t1s2,t2  ===> lo que vendría a ser (0,0), (1,0), (0,1), (1,1) para la textura de turno. La textura es lo que se va a ver.

-xx    ===> metros desde donde es visible el foco

===================================================================

WED permite unos 12 tipos distintos de ALS... lo mas cercano que me sirve es un sistema MALS (y de aquella manera)

Para sacarle un poco mas de partido a esto de las custom había pensado en:

-crear (OBJ del mástil+luces) un sistema mas real para el aeropuerto.

...aunque siempre podría

Usar las que trae por defecto... ¿Dónde puede estar el OBJ de las balizas que aparecen? Resources/default scenery/sim objects/apt_lights/... (pues anoche no estaban  ^-^)
La altura de los mástiles depende...

a) -del sistema elegido (MALS tiene la altura del palo de una sombrilla de playa y en cambio en CALVERT-II son vástagos de no menos de 10m) ?

b) -de la combinación en WED de Airport Boundary (allana el terreno, no?)+follow terrain slope ?  ::)

Imágenes de ejemplo de otro foro.

(http://img851.imageshack.us/img851/1185/sinnombreo.png) (http://img851.imageshack.us/i/sinnombreo.png/)

Ese cursillo deberia de estar en la WIKI  o:k t:cher

Duda existencial...

En X-Plane aparece la posibilidad que las luces ALS así como -creo recordar- otras propias del aeropuerto puedan apagarse -simulando fallo-...

La incorporación de tales luces se puede hacer desde el WED...todo queda en casa

¿qué pasa si creo un sistema ALS totalmente nuevo y renovado?

Los sistemas de luces que trae por defecto el WED -ergo, X-Plane- no se acercan ni lo mas mínimo -los de FS ya son para reírse- a los que hay en LEMG -ver aprox. nocturnas reales y comparar con XP- ...así que tuve que crear los postes frangibles, con la inclinación propia  y usando luces de X-Plane.

La cuestión es saber si hay alguna relación que me asegure que por el hecho de usar luces XPlane -y no custom- éstas van a ser susceptibles de apagarse con fallo/encenderse con poca luz...estar "vivas"...íntimamente relacionadas a lo que hace X-Plane... o por el contrario...se van a considerar como atrezzo y a no ser que use las de WED...van a estar pero haciendo el paripè

-------
Solución:
Si las luces son de la propia librería...o...son las luces tipo que usa X-Plane (aunque luego ya las instales en otra estructura -otro OBJ-) pueden simular el fallo de iluminación.

Las customs?...pues todo se andará

P.D.: algunas luces, ahora en la v10, son ESPECTACULARES!!!...hasta molestan a los ojos cuando estás cerca de ellas  :D

mmm, a mí, a bote pronto, sólo se me ocurre utilizar datarefs para simular su apagado (si es que existe ese dato, que supongo que sí). Yo los he utilizado para ocultar objetos o moverlos y va bien. Supongo que tb. se pueden utilizar para encender y apagar; sólo hay que, ya digo, buscar el dataref apropiado...