RAiNWORM

Zum Abspeichern würde ich ein Array nutzen. Ansonsten schau dir doch mal folgende Befehle an: und Als MT4-Umsteiger bitte den Unterschied zwischen Position und Trade beachten. Innerhalb einer Position können mehrere Trades stattfinden. Eine Position umfasst alle Trades seit des ersten Contracts bis der letzte verkauft wurde.

Dann machst du die Schleife, wie du sie gemacht hast. Nur halt von 50 downto 40. Ich weiß ja nicht, was du vor hast, aber lässt sich nicht schon bei Bar 50 bis 60 das Maximum speichern, auf das du dann in Bar 100 zurückgreifst? Grundsätzlich ist es in MC nämlich nicht so optimal viele viele Bars zurückzugehen, daher gibt es auch die Begrenzung MaxBarsBack (die übrigens für den Indikator individuell und unabhängig vom Signal eingestellt wird). MC speichert nämlich nicht nur die Bars, sondern alle deine Variablen mit Wert ab! Du könntest also mit deiner eigens deklarierten Variable per HighValue[5] auf das bisherige Hoch von vor 5 Kerzen zurückgreifen. Durch diese Möglichkeiten wird aber viel Speicher benötigt und durch MaxBarsBack begrenzt.

Das Höchste Hoch aus 20 bars mit: Highest(High, 20) Das Höchste Low aus 20 bars mit: Highest(Low, 20) Ist also noch ein bisschen flexibler.

Es ging ja nur um eine Verbesserung. Natürlich sehe ich, was gelesen ist und was nicht aufgrund der Kennzeichnung. Die bleibt auch bestehen, wenn ich etwas nicht lese. Aber die Liste ist lang und ich fände es halt schöner, wenn ich nur die ungelesen von xStunden/Tage sehen könnte. Ich komme auch so zurecht, aber da wir ja Wünsche äußern durften

Äh, ich trau mich es fast nicht zu sagen, aber: du programmierst falsch in EasyLanguage. Du programmierst so, als hättest du den MT4 vor dir. Hast du aber nicht. Da hatte ich am Anfang auch schwer mit zu kämpfen, in Wirklichkeit denken die MT4-Kenner in EasyLanguage viel zu kompliziert. Erstmal die Lösung (das bisherige High von ganz links malen): variables: HighValue(0); if High > HighValue then HighValue = High; Plot1(HighValue); Erklärung: Die Variablen behalten ihren Wert aus der vorausgehenden Bar. Das heißt in HighValue steckt das letzte High. Zur Erklärung von Currentbar und MaxBarsBack: Currentbar gibt die aktuelle Barnummer des Charts zurück. Das ist die Nummer, die du auch im DataWindow siehst, wenn du mit der Maus über einer Bar bist. Das heißt, Currentbar startet bei 1 und zählt bis zum Ende hoch (auch über MaxBarsBack hinaus). MaxBarsBack gibt dir die Anzahl an Bars aus, die du rückwirkend referenziert hast. Das heißt, MaxBarsBack wird immer auf das Maximum der bisherigen Rükgriffe gesetzt und entspricht nicht dem Setting auf dem Chart. Gemeint ist, dass du diese Information nutzen kannst, um zu wissen, wie viele BarsBack du überhaupt brauchst. Bei mir sieht das Print dann so aus: CB: 1.00 -- MB: 1.00 CB: 2.00 -- MB: 1.00 CB: 3.00 -- MB: 1.00 CB: 4.00 -- MB: 1.00 CB: 5.00 -- MB: 1.00 CB: 6.00 -- MB: 1.00 CB: 7.00 -- MB: 1.00 ... CB: 1800.00 -- MB: 1.00 CB: 1801.00 -- MB: 1.00 CB: 1802.00 -- MB: 1.00 CB: 1803.00 -- MB: 1.00 CB: 1804.00 -- MB: 1.00 CB: 1805.00 -- MB: 1.00 CB: 1806.00 -- MB: 1.00 CB: 1807.00 -- MB: 1.00 CB: 1808.00 -- MB: 1.00 Selbst bei Bar Nummer 1808 hab ich bislang nie mehr als eine Kerze zurückgegriffen. Die Sprünge kommen bei dir dadurch, dass MC bei jedem Überschreiten von MaxBarsBack genau diesen Parameter neu initialisiert und dann bei CurrentBar wieder neu anfängt. Aber Currentbar geht dann wieder über MaxBarsBack hinaus und dann wird wieder neu initialisiert usw usf.

Screenshot geht schlecht Ich versuch's nochmal in Worten. Es geht mir um den Knopf "Neue Beiträge". Dieser zeigt mir die neuen Beiträge seit letztem Login. So weit so gut. Wenn ich nun aber nicht alles durchlese und später wieder zurück komme. Dann zeigt er mir halt auch wieder nur die neuen Beiträge seit vorausgehenden Login. Dadurch gehen mir die ungelesenen verloren. Eine Alternative stellt also die Anzeige der Beiträge "in den letzten Stunden/Tagen/Wochen" dar. Da ist dann aber zu viel drin, nämlich auch die bereits gelesenen Beiträge. Daher wäre mein Wunsch (und anscheinend auch Licens') eine Kombination der Funktionen. Z.B. "zeige mir alle ungelesenen Beiträge innerhalb der letzten Stunden/Tagen/Wochen"

Schon, nur dann fehlt mir das, was "neue Beiträge" macht. Im Grund wäre die Kombination aus beidem perfekt.

Wenn ich auf "Neue Beiträge" klicke, dann zeigt er mir die aktuellen Topthemen. Wenn es dann aber nicht schaffe, die Liste abzuarbeiten und später nochmals darauf gehe, dann gelten die Beiträge nicht mehr als neu. Kann man das nicht irgendwie einstellen, wie lange ein Beitrag als "neu" gilt? Für mich wäre das so: alle ungelesenen innerhalb einer anzugebenden Zeitspanne.

Frisch gemeldet: Quelle Siehe Bild.

Und keine 7 Tage nach beta 1 gibt es seit jetzt die MC 7.4 beta 2. Da müssen wohl dicke Dinger drin gewesen sein Übrigens meinten die Entwickler im Chat gestern noch, dass sie nicht wüssten, ob vor der 64bit überhaupt noch eine neue Version rauskommt. Das heißt für mich jetzt: nächste Version ist 64bit. Quelle NEW FEATURES Autotrading switches off after many rejections Autotrading now turns off when orders reject more than N times in a row (between 10 and 20 times). This was created to prevent flooding broker servers with orders. If this happens, the user will see an error message that reads “Automated trading was stopped due to an excessive number of rejected orders.” BUGS FIXED Charting/Data Handling •Trading Technologies data feed would receive several ticks with identical price when only one should have arrived. •PFGBEST charts would stop updating after new session began, while newly created charts worked. •Minute data would no longer be requested after having the chart open for several minutes. More info here - http://www.multicharts.com/pm/viewissue.php?issue_no=MC-748. •DOM window would not open in two workspaces simultaneously that had existing charts with indicators, and DOM windows with Dynamic Price Scales. •Trade Bar and DOM for Trading Technologies profile would show different Best Ask and Best Bid values. Trading •In DOM for Trading Technologies orders would sometimes be placed within existing price limits, even though the order was placed outside currently available bids and asks – resulting in an unexpected fill. •Modification of orders through autotrading would sometimes not work. •Exit automation strategies would not close the position entirely when they should be. •Using two broker profiles for the same broker but with different logins would result in incorrect (added) PnL in Order and Position Tracker. •Sometimes partially filled part of limit orders would get rejected resulting in MultiCharts not recording the filled part. •Autotrading issue where order is filled at the broker but shows up as rejected in MultiCharts. •Market position would be incorrectly calculated when limit orders would be partially filled and continuously modified by an autotrading strategy. •Open PnL for Trading Technologies would sometimes show correctly and sometimes show zero. •Stop orders would hang during modifying on ZenFire/Rithmic Server Sim. Modification is not available, so order will now remain unchanged after modification attempts. •Sometimes PnL updates would stop coming from Trading Technologies API even though orders would still be filled. •Support for trading through multiple gateways in Trading Technologies was removed for further development. •Filled stop orders through Trading Technologies would not show up with correct prices in Order and Position Tracker. •For PFGBEST broker profile, Strategy PnL and Open PnL would not match in the Order and Position Tracker. •Account information for PFGBEST broker profile is now refreshed after filled orders and closing positions. Scripts/Calculations •Modification of orders through autotrading would sometimes not work. Stability/Performance •TradingServer would use 100% CPU when connecting Interactive Brokers broker profile on XP or Vista on a single-core computer. •Exception during optimization. •Exception when turning on autotrading. Usability/Visual •IB’s TWS in German language would not auto respond to MultiCharts connection requests. Tja, bei den größten Bugs war ich dabei. Schön, dass meine Logs wenigsten geholfen haben

Ersteinmal: Glückwunsch, tah! ... und bergen mehr Gefahr. Ich habe während der gestrigen Spiele zunächst schöne Gewinne eingefahren mit BACK und LAY auf Quote-Veränderungen und teilweise CashOut. Bis ich mich dann zum Schluss (ab 80. min) dahinreißen lasse, vermeintlich sichere Wetten einzugehen. Damit sich diese lohnen, muss ich natürlich große Beträge setzen. Aber ein Gewinn ist ja sehr wahrscheinlich. Schade nur, dass man z.B. bei Dortmund und auch Plzen eines Besseren belehrt wurde. 90min "Arbeit" für die Katz und am Ende ein Minus

Naja, Andrew und Roman sind gerade auf meine Server zugange, da die strategy heute eine Posi geöffnet, dann einen Teilausstieg gemacht aber mit dem Teilausstieg die OCO-Bracket verloren hat. Auf deutsch: ich stand ohne SL und TP im Markt, während ich nicht davor saß. Andrew empfahl mir für's Autotrading zurück auf die 7.2beta zu gehen. Prima. Aber die Speicheroptimierungen sind enorm! Nicht übel.

Ich wette sowieso nur "in play". Da ich von Fußball absolut keine Ahnung habe, kümmere ich mich nur um die Quotes und dann kann ich während des Spiels schön hedgen. So, jetzt muss ich mal die 50 EUR (danke whipsaw, ist angekommen!) von der EventPrediction letzter Woche einsetzen. Mit Strategien habe ich mich nicht näher beschäftigt. Mir liegt es ganz gut, die Quotes zwischen "Anzahl Tore", "Nächstes Tor" und "Halbzeitsieger" gegeneinander einzusetzen. Irgendwo habe ich da mal in einem Topic was zu geschrieben. Und da habe ich den Beitrag schon gefunden: FollowMe Auch was Aurelius schreibt sollte man sich mal durchlesen.

1. bei betfair mit Benutzernamen/Passwort anmelden 2. auf FUßBALL oder LIVE klicken, gegebenenfalls durch Unterkategorien hangeln 3. auf Sieg setzen = BACK (dagegenhalten wäre LAY) 4. deinen gewünschten zu setzenden Betrag setzen, diesen bietest du an 5. nun wird dein Gebot platziert und wenn jemand zur gewünschten Quote dagegen hält, ist die Wette angenommen 6. abgerechnet wird dann am Ende (bzw. wenn das Ereignis sich nicht mehr ändern kann) Grob auf's Trading übertragen: BACK = "long gehen" LAY = "short gehen" Bei LAY hinkt der Vergleich, da es hier heißt: alles, nur das nicht. Du setzt also gegen einen Sieg von Dortmund mit einer LAY-Wette auf Dortmund. Du gewinnst bei einem Unentschieden oder einem Sieg von Marseille. Die Quotes hinter Back und Lay kann man aber gut mit Bid und Ask vergleichen, da du auch vorzeitig aus deiner Wette rauskommst und sozusagen den Wettschein weiterverkaufst. EDIT und Tipp: hier bekommst du (irgendwo) kostenfrei (= 0 Euro) das Buch "betfair für dummies". Zum anfassen. Nicht virtuell. Hilft für den Einstieg recht gut.

Also warte ich gespannt auf die nächste Beta.

Ich hangel mich dann mal durch: if(OrderSelect(index,SELECT_BY_POS,MODE_TRADES)==false) break; //some error Warum im Fehlerfall ganz aus der Schleife? Mal davon abgesehen, dass ich gar nicht wüsste, was da schief gehen könnte, so könnte man doch ruhig mit der nächsten Position weitermachen, oder? //check timeout and Timefilter if(isTimeOut(OrderOpenTime())){ tbCloseOrder(OrderTicket(),OrderLots(),3); continue; } Oh, ist das hier nicht ein sowohl typischer, wie auch gemeiner Fehler!? Ich habe 10 offene Positionen, also geht die Schleife von 9 bis 0. Nun bin ich z.B. bei Pos 5, die geschlossen wird. Danach würde die Schleife mit Nummer 4 weiter machen. Wer sagt denn, dass die 4 überhaupt die nächste Order ist und nicht nochmals die 5 (weil andere nachgerückt sind). Das hängt von der Sortierung der internen Positionsliste ab. Und die ist abhängig von der Sortierung der Positionsliste in der GUI(!) im MT4. Also nichts, worauf man sich verlassen könnte. Oder sehe ich das falsch? //check for breakeven if(isBreakEven(OrderOpenPrice(),OrderType())) { Wie ist denn isBreakEven angedacht? Auf BE nachziehen, wenn x Punkte im Plus? Ansonsten hätte ich nur Kleinigkeiten, will aber hier nicht der Erbsenzähler sein. So z.B.: Warum wird index initialisiert, wenn die Variable in der Schleife schon initialisiert wird? Auch stop bräuchte keinen Initialwert. Die erste Zuweisung von stop ist dann auch noch überflüssig und könnte in der Zeile danach direkt erfolgen.

So, ich habe den Fehler eingegrenzt auf die Funktion PosTradeCount(0). Sobald ich diese verwende, dann knallt es in den Optimierungsläufen. Selbst wenn ich ein Signal erstelle, das nur aus dieser Zeile besteht, dann gibt es eine Exception. Fazit für die MC 7.4beta: diese Funktion nicht verwenden In vergangen Versionen lief das einwandfrei... Eigentlich wollte ich mich ja den Community-EA kümmern. Stattdessen stecke ich 1,5h in die Fehlersuche von MC

Du bist doch auch bei MB Trading, oder? Dort bekommst du die Forex-Tickdaten auch kostenfrei zum Download. Allerdings nicht ewig zurück. Einloggen, dann im Menü TOOLS > TICK HISTORY oder LINK

Mmm, nein. Ich glaube, du verwechselst das mit dem Bar Magnifier. Mit Intrabar Order Generation arbeitet MC in etwa wie MT4: der Programmcode wird mit jedem Tick ausgeführt. Ansonsten erfolgt eine Verarbeitung nur mit Close der Kerze. Der Bar Magnifier zieht im Backtest die kleineren Zeitebenen heran. Ohne Bar Magnifier werden die Orders allerdings nicht am OHLC ausgeführt, sondern diese vier Punkte bestimmen nur die Reihenfolge der Signale. Dazwischen wird interpoliert. Im Normalfall sollte das ausreichend sein. Nur für den letzten Schliff würde ich den Bar Magnifier aktivieren - dauert halt.

Ich habe vor dieser Wette schonmal einen längeren Bericht darüber gesehen. Es gibt verschiedene "Züge", die man macht, um im Cube weiter zu kommen. Ungeübte probieren und probieren und zerlegen sich meist dabei schon fertige Bausteine. Das passiert mit Spielzügen zwar auch, aber geordnet und gezielt. Das einzige was man dann noch braucht, ist das Merken der Ausgangsposition. Mit diesem Bild im Kopf kann man dann auch blind munter drehen. Ist halt sehr sehr viel Übung. Es gibt sogar Weltmeisterschaften im blinden Rubiks Cube. Daher fand ich die Wette gut, aber dennoch nicht überraschend.

Das ist mir schon wieder zu viel des Guten und außerdem sehe ich derzeit nicht den Unterschied zu "Thema abonnieren". Meist möchte ich nicht ein ganzes Topic merken, sondern gezielt einzelne Beiträge. Daher wäre für mich das Kategorisieren und Keyworden von einzelnen Posts in einer Merkliste das, was ich brauche. Aber ich seh schon, dass jeder leicht unterschiedlich arbeitet und daher auch unterschiedliche Schwerpunkte an einer Merkliste setzt...

Naja, wir sind ja auch alle blöd und verheizen unser Geld mit einer Beta-Version. Bei einer Beta-Version mache ich im Falle von Softwarefehlern dem Hersteller keinen Vorwurf. Den Vorwurf, den ich allerdings machen kann ist, dass in regelmäßigen Abständen ruhig mal stabile Releases kommen sollten. Ansonsten bin ich von MC wirklich begeistert(, so lange es keine Fehler gibt). Und wenn ich bei BMT von Forenusern lese, dass MC eine "rock solid platform" ist und "NT absolutely instable" sei, na dann prost

Den Vorschlag finde ich gut. Ich bräuchte die Merkenfunktion hauptsächlich dafür, wenn ich bestimmte Dinge später nochmals in Ruhe anschauen oder bearbeiten möchte. Sonst gilt bei mir: aus den Augen aus dem Sinn.

Und dabei wird immer schön die Versionsnummer hochgezählt. Bald sind wir bei 10.0 und immer noch beta ohne release. Ach übrigens: ich kann keine Optimierung mehr laufen lassen. Ganz große klasse. Ich bekomme das hier, wer noch?: <<EXCEPTION>> Address: 0x6080C13E ( 1619050814 ) Code: 0xC0000005 ( -1073741819 ) Continuable: 0x00000000 ( 0 ) Count: 0x0000000A ( 10 ) Description: Die Anweisung in 0x ErrorCode: 0xC0000005 ( -1073741819 ) ExceptionType: 0x00000000 ( 0 ) Module: C:\Program Files (x86)\TS Support\MultiCharts\StrategyExecutor.dll Process: C:\Program Files (x86)\TS Support\MultiCharts\MultiCharts.exe Thread ID: 0x000018BC ( 6332 ) Time: 03.12.2011 - 17:07:50.145 Mail an Support ist raus. WTF!

Also, ich sehe einen bunten Rainbow. @vola: Wieso bullish? Schau mal genau hin. Außerdem ändere ich meine Prognose stündlich, um andere zu verwirren