Erros, bugs, perguntas - página 346

[hrenfx]

AlexSTAL:
Para ser honesto, não é nada disso...

É uma espécie de respeito pelos outros. Não é necessário compreender os codecs e o software de codificação. Mas pode fazer um simples arquivo ZIP (demora um segundo) e diminuir cem vezes o tráfego. Há um teste beta gratuito do MT5, não há?

[---]

hrenfx:
OFFTOP: este vídeo ocupa 216 MB. Considerar a pré-compressão (pelo menos com um simples arquivador). Em anexo encontra-se um exemplo de compressão (sem perdas) do mesmo vídeo (400x). Há muitos codecs de compressão sem perdas, muitos deles são perfeitamente compreendidos pelos serviços de vídeo online.

não existem codecs suficientes para o ficheiro.

[hrenfx]

sergeev:
carece de um codec para o ficheiro.

Por isso, foi um simples exemplo offtopic, não um incitamento à acção.

Captura de ecrã MSU Codec sem perdas

[fellow]

Como posso obter tempoData de um número de bar?

[Aleksandr Chugunov]

fellow:
Como posso obter tempoData de um número de bar?

int  CopyTime(
   string           symbol_name,     // имя символа
   ENUM_TIMEFRAMES   timeframe,       // период
   int              start_pos,       // откуда начнем 
   int              count,           // сколько копируем
   datetime         time_array[]     // массив для копирования времени открытия
   );

[Mykola Demko]

Explique por favor como é possível que um comércio que é maior em volume do que a posição e o oposto em tipo tenha uma direcção não "dentro/fora" mas "fora".

a última coluna é o volume de posição, o tipo de posição penúltima. O penúltimo acordo diminuiu a posição e o último acordo nesta parte da tabela deveria ser

O último acordo nesta parte da tabela deve ser "dentro/fora" porque é maior do que a posição e tem o tipo oposto. Mas no relatório está "fora".

2010.10.04 00:01:00	vender	em	0.1	83.292	0	0	1	0	1	0.1
2010.10.04 03:49:00	vender	em	0.1	83.785	0	0	1	1	1	0.2
2010.10.05 16:57:00	comprar	em	0.1	83.123	0	0	1	2	1	0.1
2010.10.05 16:57:00	comprar	fora	0.2	83.136	96.83	96.83	1	3	-1	0
2010.10.07 09:20:00	comprar	em	0.1	82.633	0	96.83	2	0	0	0.1
2010.10.07 09:39:00	comprar	em	0.1	82.37	0	96.83	2	1	0	0.2
2010.10.07 14:59:00	comprar	em	0.1	82.216	0	96.83	2	2	0	0.3
2010.10.08 14:30:00	comprar	em	0.1	82.074	0	96.83	2	3	0	0.4
2010.10.08 14:30:00	comprar	em	0.1	82.072	0	96.83	2	4	0	0.5
2010.10.08 15:25:00	comprar	em	0.1	81.869	0	96.83	2	5	0	0.6
2010.10.08 15:25:00	comprar	em	0.1	81.921	0	96.83	2	6	0	0.7
2010.10.08 15:25:00	comprar	em	0.1	81.812	0	96.83	2	7	0	0.8
2010.10.08 15:30:00	comprar	em	0.1	81.755	0	96.83	2	8	0	0.9
2010.10.11 00:00:00	comprar	em	0.1	81.58	0	96.83	2	9	0	1
2010.10.11 00:00:00	comprar	em	0.1	81.58	0	96.83	2	10	0	1.1
2010.10.11 00:00:00	comprar	em	0.1	81.56	0	96.83	2	11	0	1.2
2010.10.11 00:00:00	comprar	em	0.1	81.57	0	96.83	2	12	0	1.3
2010.10.11 02:54:00	vender	em	0.1	82.09	0	96.83	2	13	0	1.2
2010.10.11 02:54:00	vender	fora	1.4	82.09	137.04	233.87	2	14

O relatório em si está no atacha.

Acontece que todo o algoritmo não está a funcionar correctamente devido a este erro. É o mesmo na linha 4.

[Mykola Demko]

Urain:

Explique por favor como é possível que um comércio com um volume maior do que a posição e o tipo oposto tenha a direcção não "dentro/fora" mas "fora".

a última coluna é o volume de posição, o tipo de posição penúltima. O penúltimo acordo diminuiu a posição e o último acordo nesta parte da tabela deveria ser

O último acordo nesta parte da tabela deve ser "dentro/fora" porque é maior do que a posição e tem o tipo oposto. Mas no relatório está "fora".

O relatório em si é atacha.

Parece que todo o algoritmo não funciona correctamente devido a este erro. O mesmo se passa na quarta linha.

Aparentemente, teremos de alterar o algoritmo porque não há acordos "dentro/fora" nos relatórios do Campeonato.

Penso que MQ ainda não deveria ter guardado o histórico de posições, apenas duas colunas de volume e nível de média, mas tudo se torna muito mais fácil.

Como resultado, qualquer erro na restauração do volume e do nível da posição é crítico.

[Yedelkin]

Urain:
não existem quaisquer acordos "in/out" nos relatórios do campeonato.

Porque não? Eu tinha um monte deles: https://championship.mql5.com/2010/ru/users/Yedelkin/history_deals

[Mykola Demko]

Yedelkin:
Porque não? Eu tinha um monte deles: https://championship.mql5.com/2010/ru/users/Yedelkin/history_deals

Sim, de facto, não passou por todas elas :o), obrigado. Depois é uma espécie de insecto. Eu provei tanto manualmente como algoritmicamente de acordo com o relatório do Manov, e é um erro em ambos os sentidos. Vou verificar o seu se não é um insecto, então é o relatório do Manov.

[Mykola Demko]

Yedelkin:
Porque não? Eu tinha um monte deles: https://championship.mql5.com/2010/ru/users/Yedelkin/history_deals

Ainda um insecto no relatório, olhe atentamente para as suas 3 primeiras transacções. A terceira transacção deve ser "dentro/fora".

Desculpe, não o relatório, mas a exibição do histórico do investidor no terminal.