TakaPeek3 2019 : récupération de l'historique des ticks IG

Ce qu'il faut retenir c'est que même si TakaPeek3.exe écrit qu'il écrit dans une arborescence qui n'existe pas, il ne faut pas le croire

Je vais corriger cela !

Sinon un p'tit coup d'main pour savoir où soumettre mon pb de non notification sur modification d'un sujet surveillé ?

Crée une file spéciale dans "Vie du forum"

Merci beaucoup Takapoto et encore bravo pour la qualité de tes programmes et ce que tu fais sur ce forum.
Je commence le stockage de ticks d'instruments complémentaires à ceux que tu récupères et que je mettrai à disposition quand le volume sera conséquent.
Comment fais-tu pour que ton VPS Contabo ne soit pas interrompu dans le cadre de mises à jour ?
Quel algorithme as-tu utilisé dans TakaCandle pour passer des ticks à un autre pas de temps ?
Merci d'avance

Comment fais-tu pour que ton VPS Contabo ne soit pas interrompu dans le cadre de mises à jour ?
Je lance les mises à jour manuellement le week-end

Quel algorithme as-tu utilisé dans TakaCandle pour passer des ticks à un autre pas de temps ?
Pour les bougies en x minutes, le début est à hh:00
Pour les bougies en x ticks, le début est le premier tick du fichier (c'est la raison pour laquelle les bougies en x ticks ne sont jamais tout à fait les mêmes d'un système à l'autre

Merci pour ces infos Takapoto.

Quel algorithme as-tu utilisé dans TakaCandle pour passer des ticks à un autre pas de temps ?
>> Pour les bougies en x minutes, le début est à hh:00

Je suppose que tu fais une moyenne des ticks sur l'intervalle de temps x.
Pour un pas de 5' par exemple, tu fais la moyenne sur chacun des intervalles :
[hh:00; hh:04:59], [hh:05; hh:09:59], ..., [hh:55; hh:59:59], hh+1 ...
Je suppose, toujours pour dees bougies x minutes, que pour l'intervalle [hh:m1 ; hh:m2], avec m1 modulo x et m2 = m1+x-1seconde, la date associée est hh:m1.
Est-ce exact ?

Je suppose que tu fais une moyenne des ticks sur l'intervalle de temps x.
Pour un pas de 5' par exemple, tu fais la moyenne sur chacun des intervalles :
[hh:00; hh:04:59], [hh:05; hh:09:59], ..., [hh:55; hh:59:59], hh+1 ...
Pour la bougie de 00:00.000 à 04:59.999 :
- Le premier tick (00:00.000) correspond à l'open
- Le dernier tick (04:59.999) correspond au close
- Chaque tick de l'intervalle est comparé aux autres pour déterminer le plus haut et le plus bas de la bougie

Je suppose, toujours pour dees bougies x minutes, que pour l'intervalle [hh:m1 ; hh:m2], avec m1 modulo x et m2 = m1+x-1seconde, la date associée est hh:m1.
Est-ce exact ?
Oui !

Merci encore également pour ta réactivité