Indicadores de élite :) - página 405

 

Mladen,

Lo que realmente me sorprende es tu "valor añadido" que pones cada vez en tus respuestas....

Será difícil devolverte lo que estás haciendo por esta comunidad....

Gracias

Saludos

mladen:
brax64

Aquí tienes Añadido el resto de las medias que se acumularon mientras tanto (así que ahora hay 17 tipos de ma en él - MaMode de 0 a 16)

saludos

Mladen
 

Hola, ¿podría alguien recodificar el indicador adjunto para que sea más ligero en cuanto a consumo de CPU?

Archivos adjuntos:
 

...

camisa

Ese indicador original (el original que luego fue renombrado a lo que sea y luego descompilado) se puede encontrar aquí : FX5 Divergence - MQL4 Code Base y su nombre original es FX5 divergence (la primera versión se hizo hace unos 3 años)

Como es habitual, los indicadores "sefc..." son simplemente indicadores renombrados que se encuentran en público y luego se remangan como otra cosa. Está haciendo exactamente lo mismo que TRO, excepto que vienen de diferentes países


PS: por favor, no publique código descompilado en TSD (independientemente de lo que el código es). No podemos controlar todo el código, pero el código descompilado no beneficia a nadie.

saludos

Mladen

camisa:
Hola, ¿podría alguien recodificar el indicador adjunto para que sea más ligero en términos de consumo de CPU?
 

¿cuáles son los ajustes de la divergencia de fx5? porque no consigo las mismas flechas...

 

...

9,14,9 y vas a obtener exactamente los mismos gráficos

______________________________

Lo único que han hecho es que han arreglado los parámetros que tiene FX5 como entrada y han cambiado DRAW_HISTOGRAM por DRAW_LINE en 2 sitios (y le han cambiado el nombre por supuesto ). Como dije, "lo mismo de siempre, lo mismo de siempre ... "

camisa:
¿cuáles son los ajustes de la divergencia de fx5? porque no consigo las mismas flechas...
 

Este es el hmacd t3 adaptativo, es el mismo que el heiken t3 adaptativo pero su uso de la ventana separada y en lugar de utilizar el ma regular ahora usando un macd t3 o macd regular de la heiken alta, baja, abierta y cerrada. Añadido alertas, mtf, y las bandas.

ps) encontrado algunos nombre corto debe ser una cadena de errores en el modo mtf no debe dejar el indicador de trabajar sólo errores de molestia, pero debe ser fijado en esta versión es el hmacd T3_adaptive & bands_alerts+mtf versión (la versión de abajo). Dejé la otra versión (versión superior) para que los errores puedan ser vistos y tal vez ayudar a algunos aspirantes a codificadores.

 

Oscilador simple ...

Algunas cosas son complicadas ...

Algunas cosas no lo son ...

Algunas cosas son tan simples como ésta (todo el cálculo se hace en una sola línea de código - cuando pensé en ello, ni siquiera estaba seguro de que daría resultados utilizables). Pero lo hace: los resultados son lógicos y utilizables. De ahí su nombre: es un "oscilador simple" y en cierto modo está utilizando la manera más simple posible de convertir un precio en un oscilador de línea cero. Me gustan sus resultados y por eso he decidido publicarlo

Archivos adjuntos:
 
mladen:
Algunas cosas son complicadas ...

Algunas cosas no son ...

Algunas cosas son tan simples como esto (todo el cálculo se hace en una sola línea de código - cuando pensé en ello, ni siquiera estaba seguro de que daría resultados utilizables). Pero lo hace: los resultados son lógicos y utilizables. De ahí su nombre: es un "oscilador simple" y en cierto modo está utilizando la manera más simple posible de convertir un precio en un oscilador de línea cero. Me gustan sus resultados y por eso he decidido publicarlo

Mladen,

Gracias por el simple indicador.

Mi sugerencia:

1-Para las ondas que se extienden por encima / debajo de alta / baja anterior su configuración de 25% parece bien

2-Para las ondas que retroceden (por lo que, obviamente, por debajo de la alta anterior o por encima de la baja anterior) le sugiero que utilice el 12% o probar cualquier cosa entre el 8 y el 15%

Saludos.

 

Estaba pensando en algo así, pero no estoy seguro de que los resultados sean "agradables".

Aquí hay una versión que cuando nota que está retrocediendo, recorta el periodo de prueba mediante el parámetro SpeedUpCoeff (por defecto es 3/4 por lo que, por defecto, al retroceder recorta el periodo a 19 en lugar de 25), El problema (según veo) es que el cambio es demasiado brusco de esta manera. Aquí está una comparación de un modo regular (superior) y el modo "acelerado" (inferior)

PD: el modo "acelerado" se puede apagar y encender con el parámetro SpeedUpRetracement.


PPS: hice un cambio en el "Simple oscillator 2", y mientras hacía ese cambio se me ocurrió que se puede hacer de más manera - hace que se adapte continuamente entre el parámetro Length y FastLength. Si el FastLength es el mismo que Length no habrá adaptación. De esta manera mantiene su suavidad y es un poco más rápido que el "simple" oscilador simple.

Aquí hay una comparación de las 3 versiones: desde la regular (superior), la versión 2 (media) hasta la versión 3 (la más baja - usé 25,10 como ajustes para ese ejemplo). Parece que la versión 3 está más cerca de la mejora que la versión 2

SIMBA:
Mladen,

Gracias por el sencillo indicador.

Mi sugerencia:

1-Para las ondas que se extienden por encima/por debajo de los máximos y mínimos anteriores, la configuración del 25% parece correcta.

2-Para las ondas que retroceden (por lo que, obviamente, por debajo del máximo anterior o por encima del mínimo anterior) te sugiero que utilices el 12% o que pruebes cualquier cosa entre el 8 y el 15%.

Saludos.
 

NonLag Schaff

Mladen,

¿Podría mirar el código de la línea 164 (ver impresión de pantalla adjunta) y confirmar que es correcto? Gracias de antemano.

Saludos cordiales.

Archivos adjuntos:
Razón de la queja: