[Radulovic Attila]

Hozzászólás: Optimalizálás, tesztelés #3188

De, én is így tudom. Valószínűleg valamilyen MT4 hibára bukkantál rá:)

[Radulovic Attila]

Hozzászólás: SumLoss #3179

Mekkora az eltérés? A következő lehetőségek vannak:

1. mivel a brókertől kérdezem le a számításhoz szükséges értékeket – a bróker rossz értékeket biztosít a program számára
2. én követtem el valamilyen hibát
3. a jutalékot is bele kell számolnod a veszteségbe, ennek értékét az indikátor nem tudja lekérdezni

Mely brókernél teszteled az indikátort és milyen instrumentumon? Megvizsgálnám a konkrét helyzetet, hogy kiderüljön mi a gond.

[Radulovic Attila]

Hozzászólás: optimalizáció mentése #3174

Örülök, ha tetszik. A megoldásod meg tényleg jó, tipikus hackelés – olyan, amire csak úgy jön rá az ember, ha rá van utalva!

[Radulovic Attila]

Hozzászólás: optimalizáció mentése #3172

Optimize like a pro:) Gratula, és köszönöm mások nevében is a tippet!

[Radulovic Attila]

Hozzászólás: optimalizáció mentése #3170

Sehogy.

[Radulovic Attila]

Hozzászólás: Korlátos számú optimalizáció #3157

Ezt a választ kaptam a MetaQuotes-tól:

1 / 1280 (625) detects genetic optimization

137 results are 137 unique non-repeated results. Other results (over than 137) are get from cache. See log for „cache used xxx times”

Gyakorlatilag azt mondják, hogy összesen a végső eredmények száma (amik megjelennek) az egyedi eredmények darabszáma.

[Radulovic Attila]

Hozzászólás: 64bit #3155

Erre nem tudok válaszolni, de nem is a 64 bites változat hiányzik, hanem a több processzormagot kihasználni képes verzió.

[Radulovic Attila]

Hozzászólás: Csúszó STOP #3149

Igaza van COF258-nak. Ezen túlmenően a beállítás előtt ellenőrizni kell azt, hogy a beállítandó érték helyes-e (stop szint, freeze szint, stb. szempontjából). Ellenkező esetben rengeteg hibaüzenet, és/vagy sikertelen módosítási kísérlet várható.

[Radulovic Attila]

Hozzászólás: Korlátos számú optimalizáció #3143

Azért nem hagyom ennyiben, megkérdezem a MetaQuotes-t, és ha kapok választ, leírom ide:)

[Radulovic Attila]

Hozzászólás: Modelling Quality: 50% #3134

Régen a modelling qualitynek 99-es vagy 99,9 -nek kellett lennie. Mostanában a modelling quality n/a esetén is azt jelentheti, hogy működik a Tickstorys trükközés.

Esetedben ez nem igaz, hiszen az 50% nem jöhet ki másként, csak ha a beépített MT4 adatokat használod. Elképzelhető, hogy az elkészült kiexportált FXT adatfájlok nem a megfelelő helyen vannak (egyébként hibaüzenetet kapnál nagy valószínűséggel).

Amennyiben a Windowsodban a Felhasználói Fiókok Felügyelete be van kapcsolva, érdemes azt kikapcsolni, és úgy újrapróbálni mindent. A MT4 helyes elérési útjának beállítása nagyon fontos, ebbe a levesbe pedig a fiókfelügyelet előszeretettel köp bele.

[Radulovic Attila]

Hozzászólás: Vps optimalizáláshoz #3131

Az optimalizáláshoz alapvetően minél magasabb processzor órajel szükséges, illetve az SSD meghajtó (lásd „Hatékony és gyors backteszt MT4 alatt” cikkemet) gyorsít még a tesztelésen.

Ajánlani egyelőre én sem tudok, mert épp most fogok beszélni ez ügyben egy VPS szolgáltatóval, aztán talán okosabb leszek.

A Windows alapvető elvárás, hiszen maga a platform Windowsra készült. (vannak ugyan más megoldások is, de használatuk nem feltétlen egyszerű)

[Radulovic Attila]

Hozzászólás: Tickstory probléma #3119

Azt a funkciót még nem próbáltam, de szerintem nem sokat! Sok év egyszerre tesztelése mindig nyűgös:)

[Radulovic Attila]

Hozzászólás: Tickstory probléma #3092

Túl nagy az FXT fájl. 4 gigánál nagyobb fájlokat úgy tudom, nem nagyon sikerül felhasználni így. Az Ismétlődő tickek szűrése mindenképp legyen bekapcsolva!

[Radulovic Attila]

Hozzászólás: Tickstory probléma #3074

A fájlformátum sornál mi van kiválasztva az exportálásnál? Lenyitható lista! 545+ a helyes, azért nem működik a tesztelésed, mert valószínűleg nem ez van megadva.

[Radulovic Attila]

Hozzászólás: Tickstory probléma #3072

A fájlformátum sornál mi van kiválasztva az exportálásnál?

[Szerző]

Bejegyzés