Video «GO FAST» de la Academia To The Stars de Tom DeLonge. ¿Pájaro? (5)
—–
Mick West Administrator Staff Member
Robert Sheaffer dijo:
De Reddit:
Parece que Gimbal y Go Fast son dos piezas del mismo video… si miras hacia el lado derecho de las superposiciones del sensor verás un código de 4 dígitos, en ESTE VIDEO [GIMBAL] es 1688 y supuestamente filmado en 2004 en una misión de entrenamiento de rutina. Ese es el código de PRF láser para municiones guiadas por láser. El video Go Fast con las olas en el fondo era Costa Este, el código PRF de jets también era 1688 y se filmó en 2015. Esto NO SUCEDE. Los códigos PRF se asignan a un avión específico para salidas específicas y las probabilidades de que este PRF sea reciclado a través del servicio a un nuevo avión cuando hay millones de combinaciones son solo eso, 1 en millones.
Contenido de Fuente externa
https://www.reddit.com/r/Conspiracy…e_up_boys_youre_about_to_get_learnt_a_little/
Interesante. La configuración de visualización es esencialmente la misma. El código de tiempo en la parte inferior está en segundos, con una diferencia de 991 segundos (16.5 minutos) entre el final de GO FAST (4254) y el inicio de GIMABAL (5245)
Esto sugiere que es solo el piloto jugando con el ATFLIR viendo a lo que puede aferrarse.
# 67
—–
Agent K Member
Robert Sheaffer dijo:
Parece que Gimbal y Go Fast son dos piezas del mismo video… si miras hacia el lado derecho de las superposiciones del sensor verás un código de 4 dígitos, en ESTE VIDEO [GIMBAL] es 1688 y supuestamente filmado en 2004 en una misión de entrenamiento de rutina. Ese es el código de PRF láser para municiones guiadas por láser. El video Go Fast con las olas en el fondo era Costa Este, el código PRF de jets también era 1688 y se filmó en 2015. Esto NO SUCEDE. Los códigos PRF se asignan a un avión específico para salidas específicas y las probabilidades de que este PRF sea reciclado a través del servicio a un nuevo avión cuando hay millones de combinaciones son solo eso, 1 en millones.
Contenido de Fuente externa
https://www.reddit.com/r/Conspiracy…e_up_boys_youre_about_to_get_learnt_a_little/
Se informó que Gimbal fue tomado frente a la costa de Florida en 2015. Cuando el NY Post informó que Go Fast «fue tomado en la Costa Este en 2015», pensé que era el mismo video o lo confundieron con Gimbal, pero supongo que es parte del mismo video. ¿Son las voces similares? Supongo que el WSO es nuevo en ATFLIR y no identifica muy bien los objetos voladores.
# 68
—–
Robert Kellogg Nuevo miembro
Robert Sheaffer dijo:
Parece que Gimbal y Go Fast son dos piezas del mismo video… si miras hacia el lado derecho de las superposiciones del sensor verás un código de 4 dígitos, en ESTE VIDEO [GIMBAL] es 1688 y supuestamente filmado en 2004 en una misión de entrenamiento de rutina. Ese es el código de PRF láser para municiones guiadas por láser. El video Go Fast con las olas en el fondo era Costa Este, el código PRF de jets también era 1688 y se filmó en 2015. Esto NO SUCEDE. Los códigos PRF se asignan a un avión específico para salidas específicas y las probabilidades de que este PRF sea reciclado a través del servicio a un nuevo avión cuando hay millones de combinaciones son solo eso, 1 en millones.
Contenido de Fuente externa
https://www.reddit.com/r/Conspiracy…e_up_boys_youre_about_to_get_learnt_a_little/
Buena observación por el posteador de reddit, pero el hecho de que no tenemos un lugar ni un momento para el «GIMBAL» podría fácilmente decirse que fue parte del marco de tiempo GO FAST. Estoy seguro de que me corregirán, pero el video de GIMBAL nunca se ha asociado realmente con el video de Nimitz de 2004, ¿correcto?
# 69
—–
Agent K Member
Mick West dijo:
Interesante. La configuración de visualización es esencialmente la misma. El código de tiempo en la parte inferior está en segundos, con una diferencia de 991 segundos (16.5 minutos) entre el final de GO FAST (4254) y el inicio de GO FAST (5245)
Esto sugiere que es solo el piloto jugando con el ATFLIR viendo a lo que puede aferrarse.
Me pregunto por qué Gimbal no muestra el rango hasta el objetivo. ¿Demasiado lejos?
# 70
—–
Robert Kellogg Nuevo miembro
Agent K dijo:
Me pregunto por qué Gimbal no muestra el rango hasta el objetivo. ¿Demasiado lejos?
Entonces, este es el problema. Estamos viendo solo una pequeña parte de lo que está sucediendo en el avión. En el otro DDI tendrían su otro sistema en marcha, bueno en el caso de un FA-18 de dos plazas, hay un total de ocho DDI (algunos los llaman los MFD). El piloto típicamente tendrá un DDI configurado para NAV y el otro conjunto para RDR o SA. El WSO tendrá ATK A/G o A/A en un DDI mientras que el otro estará en modo FLIR con una configuración de TV o modo IR.
Dependiendo de qué A/A RDR esté utilizando VS, TWS, RWD, no siempre obtendrá RNG o Vc, por lo general es TGT en lugar de RNG cuando está en configuración de combate. Simplemente no tenemos esta información desafortunadamente.
# 71
—–
Livefire Nuevo Miembro
Agent K dijo:
Me pregunto por qué Gimbal no muestra el rango hasta el objetivo. ¿Demasiado lejos?
Es probable que se cierre, está diseñado para engancharse y rastrear objetivos a larga distancia. Y sí, desde la primera vez que veo este nuevo video, inmediatamente pensé que los pilotos sonaban igual desde el video gimbal. Escucha la parte «MY GOSH» en el video Gimbal, y compárala con la parte «OH MY GOSH, DUDE» en el video Go Fast, me parece el mismo chico.
# 72
—–
Mick West Administrator Staff Member
Kaen dijo:
Durante todo el período en que ATFLIR está bloqueado en el objeto, la velocidad del objeto se puede estimar momento por momento.
En cada momento durante el período de bloqueo, el vector de velocidad del F18 se puede proyectar sobre el vector inclinado (el vector apuntando hacia el objeto). Esto le da la contribución del F18 a la velocidad de cierre:
Vc, F18 = V x cos (izquierda) x cos (abajo)
Donde V es la velocidad del F18 en la pantalla ATFLIR, ‘izquierda’ es el ángulo a la izquierda en la pantalla ATFLIR, y ‘abajo’ es el ángulo vertical en la pantalla ATFLIR.
La contribución del objeto a la velocidad de cierre es:
Vc, obj = Vc – Vc, F18
Donde Vc es la velocidad de cierre en la pantalla ATFLIR.
Si suponemos que el objeto viaja aproximadamente en la misma línea que el F18 (más o menos 20 grados), pero a una altitud diferente, la velocidad real del objeto se puede estimar como:
Vobj = Vc, obj / (cos (izquierda) x cos (abajo))
Simplemente haciendo esto con una corrección TAS para 45° y 55°
cos (45 grados) * cos (27 grados)) * 369-210 = 22.5 nudos
cos (55 grados) * cos (33 grados) * 369/254 * 256-160 = 18.9 nudos
Indicando que el objeto se aleja del jet a unos 20 nudos. (aunque todo esto depende de la velocidad del viento, y eso es solo el componente del movimiento de los objetos en esa dirección)
¿Están todos de acuerdo con el uso de TAS y no de CAS, como se explicó anteriormente?
# 73
—–
Kaen Nuevo miembro
Mick West dijo:
Simplemente haciendo esto con una corrección TAS para 45° y 55°
cos (45 grados) * cos (27 grados)) * 369-210 = 22.5 nudos
cos (55 grados) * cos (33 grados) * 369/254 * 256-160 = 18.9 nudos
Indicando que el objeto se aleja del jet a unos 20 nudos. (aunque todo esto depende de la velocidad del viento, y eso es solo el componente del movimiento de los objetos en esa dirección)
¿Están todos de acuerdo con el uso de TAS y no de CAS, como se explicó anteriormente?
La velocidad del viento a 25000 pies kan es bastante alta, por lo que la velocidad de avance probablemente estará en el rango de TAS más o menos 100 nudos, es decir, entre 269 y 496 nudos. En todo este rango, la velocidad del objeto aún está dentro del rango de la velocidad de un pájaro grande, ya sea volando hacia o desde el jet.
# 74
—–
JUSTIN SHAW Nuevo Miembro
La verdadera velocidad del aire hace una gran diferencia en mi simulación. Usando el vuelo recto y nivelado (en la dirección x) a 369 KTS, calculo una velocidad del objeto de 163 KTS.
Si se toman vientos de + – 100 KTS a 25000 pies, esto se traduce en 88 KTS a 254 KTS.
Aquí está el gráfico de actualización con un plano a 25000 pies mirando hacia abajo y hacia la izquierda en el objeto.
[Imagen externa rota]: https://photos.google.com/photo/AF1QipNZ9aq0-IAoyjyuUx7jBshqiypntvsyYlmTS5jp
https://photos.google.com/photo/AF1QipNZ9aq0-IAoyjyuUx7jBshqiypntvsyYlmTS5jp
Código:
de numpy import *
de pylab import *
desde scipy.interpolate import *
# t sec az deg, el deg, rango nmi v?
az_data = array ([
[12 + 10./30, -43],
[13 + 10./30, -44],
[13 + 20./30, -45],
[14 + 19./30, -46],
[15 + 13./30, -47],
[16 + 13./30, -48],
[18 + 0./30, -49],
[21 + 6./30, -50],
[23 + 6./30, -51],
[24 + 18./30, -52],
[26 + 6./30, -53],
[27 + 18./30, -54],
[29 + 6./30, -55],
[30 + 13./30, -56],
[31 + 19./30, -57],
[32 + 25./30, -58],
[33 + 0./30, -58]
])
el_data = array([
[12 + 10./30, -26],
[13 + 19./30, -27],
[16 + 6./30, -28],
[18 + 25./30, -29],
[21 + 7./30, -30],
[23 + 13./30, -31],
[25 + 25./30, -32],
[28 + 1./30, -33],
[30 + 1./30, -34],
[32 + 7./30, -35],
[33 + 0./30, -35]
])
rng_data = array([
[12 + 10./30, 4.4],
[13 + 10./30, 4.3],
[15 + 3./30, 4.2],
[17 + 4./30, 4.1],
[19 + 1./30, 4.0],
[20 + 29./30, 3.9],
[22 + 28./30, 3.8],
[24 + 28./30, 3.7],
[27 + 1./30, 3.6],
[29 + 13./30, 3.5],
[31 + 22./30, 3.4],
[33 + 0./30, 3.4],
])
az = interp1d(az_data[:,0], az_data[:,1])
el = interp1d(el_data[:,0], el_data[:,1])
rng = interp1d(rng_data[:,0], rng_data[:,1])
def pos(t):
vel = array([258 * KTS, 0, 0])
vel = array([369 * KTS, 0, 0])
return array([0, 0, 25000 * FEET])[newaxis] + vel[newaxis,:] * (t[:,newaxis] – az_data[0, 0])
NMI = 1852.
HOUR = 3600.
DEG = pi / 180.
KTS = NMI / HOUR
FEET = FOOT = .3048
rel_speed = (diff(rng_data[:,1] * NMI) / diff(rng_data[:,0])) / KTS
t = arange(15, 30, .1)
azs = az(t)
els = el(t)
rngs = rng(t)
x = rngs * NMI * cos(azs * DEG) * cos(els * DEG)
y = -rngs * NMI * sin(azs * DEG) * cos(els * DEG)
z = rngs * NMI * sin(els * DEG)
xyz = vstack([x, y, z]).T
p = pos(t)
print (((linalg.norm(p[0] + xyz[0] – p[-1] – xyz[-1])) / (t[-1] – t[0])) / KTS)
ax = subplot(4, 1, 1)
plot(az_data[:,0], az(az_data[:,0]))
plot(t, -arctan2(y, x) / DEG)
ylabel(‘Az [deg]’)
subplot(4, 1, 2, sharex=ax)
ylabel(‘El [deg]’)
plot(el_data[:,0], el(el_data[:,0]))
plot(t, arcsin(z / linalg.norm(xyz, axis=1)) / DEG)
subplot(4, 1, 3, sharex=ax)
ylabel(‘Range [nmi]’)
plot(rng_data[:,0], rng(rng_data[:,0]))
plot(t, linalg.norm(xyz, axis=1) / NMI)
subplot(4, 1, 4, sharex=ax)
ylabel(‘Rel vel [kts]’)
xlabel(‘t [sec]’)
plot(rng_data[2:-1,0], rel_speed[1:-1])
import matplotlib as mpl
from mpl_toolkits.mplot3d import Axes3D
fig = plt.figure()
ax = fig.gca(projection=’3d’)
ax.plot([0], [0], [0], ‘bo’)
ax.plot(x / NMI, y / NMI, z / FEET, ‘r-‘)
ax.plot(x[:1]/NMI, y[:1] / NMI, z[:1] / FEET, ‘ro’)
xlabel(‘x [nmi]’)
ylabel(‘y [nmi]’)
ax.set_zlabel(‘z [feet]’)
fig = plt.figure()
ax = fig.gca(projection=’3d’)
ax.plot((p[:,0])/NMI, (p[:,1]) / NMI, (p[:,2]) / FEET, ‘b-‘)
ax.plot((p[:1,0])/NMI, (p[:1,1]) / NMI, (p[:1,2]) / FEET, ‘bo’)
ax.plot((x + p[:,0])/NMI, (y + p[:,1]) / NMI, (z + p[:,2]) / FEET, ‘r-‘)
ax.plot((x[:1] + p[:1,0])/NMI, (y[:1] + p[:1,1]) / NMI, (z[:1] + p[:1,2]) / FEET, ‘ro’)
xlabel(‘x [nmi]’)
ylabel(‘y [nmi]’)
ax.set_zlabel(‘z [feet]’)
show()
# 75
—–
Kaen Nuevo miembro
JUSTIN SHAW dijo:
La verdadera velocidad del aire hace una gran diferencia en mi simulación. Usando el vuelo recto y nivelado (en la dirección x) a 369 KTS, calculo una velocidad del objeto de 163 KTS.
Tenga en cuenta que el jet solo vuela recto y nivelado con el ATFLIR bloqueado durante solo 4-5 segundos (de 1:35-1:39 en el video «official»). La mayoría de las veces se encuentra a la izquierda, lo que inclinaría considerablemente el plano de referencia de la ATFLIR. No puedo ver inmediatamente si tomaste en cuenta este efecto, solo un aviso…
# 76
—–
Kaen Nuevo miembro
Por cierto: ¡Felicitaciones a todas las personas en este sitio por poner tanto esfuerzo y habilidad en investigar este material! En realidad, están haciendo el trabajo que deberían hacer los expertos de TTSA… ¡y obteniendo excelentes resultados!
No pasa desapercibido tampoco:
https://www.express.co.uk/news/weir…s-Academy-Go-Fast-video-hailed-as-ALIEN-proof
# 77