Mythos

Hat der da wirklich 10 Lots im freien Fall gehandelt? Passt zumindest zum realen Risiko ;) aber wenn schon base jump dann hätten sies gleich bei sowas machen können: http://www.youtube.com/watch?v=6-dFailfsrw Bei 1:20 hätte ja der Typ von der Bodencrew statt Ballons ein Phone hochwerfen können... wenn schon crazy dann richtig

Ok, irgendwas versteh ich nicht. Was machst du derzeit? Ich hab gedacht die Version wo die GUI direkt von der DLL erzeugt wird, ist nicht mehr aktuell... Wie passiert bei dir derzeit die Datenübertragung von DLL zu GUI? Weil wenn die GUI nicht direkt von der DLL erzeugt wird, is es ja eine eigene Applikation.

Is jetzt ein Schuss ins Blaue, aber wird die GUI von der DLL "neu gezeichnet"? Ich hatte schon so Probleme, das die Daten und alles im Hintergrund theoretisch da waren, aber niemand der Oberfläche gesagt hat, das sie die Anzeige aktualisieren sollte. Normalerweise wird sie ja nur neu gezeichnet wenn es "notwendig" ist. Ich könnte mir vorstellen das beim schließen des Fensters ein solcher repaint automatisch passiert, bei deinem eigenen Memo aber nicht. Schonmal versucht die GUI bewegen (also das Fenster mit der Maus) oder Größe ändern? Das forciert normalerweise auch einen repaint. Naja, wenn du die Infos über eine Datei machst, ist der Speicherbereich ja vorgegeben. Kann es sein das tu die Datei beim lesen nicht neu öffnest/aktualisierst? und er deswegen nur die leere Datei sieht? Hat es schonmal geklappt Inhalte aus einer Datei zu lesen? (Also wenn der Code von dir reicht um in Pascal eine GUI zu erstellen, ist es wirklich ziemlich einfach ;) @Java: Inwiefern ist das ein Hinderniss? Java hast du auf deinem PC sicher installiert. Wie gesagt DLL wird schwer, aber die klingt ja schon fertig ;)

Dann vermute ich mal das Java auch nicht unbedingt dein Freund ist oder? Wäre auch Plattformunabhängig und recht einfach in der GUI-Erzeugung (zumindest im Gegensatz zu C), dafür hab ich noch nie gesehen das man mit Java DLLs schreiben könnte... . Ich glaub ich hab da was falsch verstanden: Du willst also nicht eine DLL machen die für die Datenübertragung zur einer GUI-Applikation verantwortlich ist, sondern eine DLL, die selber eine GUI macht? Sprich die GUI wird aus dem MT heraus erzeugt und damit "direkt" mit Daten gefüttert... Also wenn du GUI und OO lernen willst, würd ich erstmal eine standalone GUI bauen die alles erfüllt was deine DLL-GUI soll. Die GUI hat dann vermutlich eine init (in C und so die "main") und eine Funktion die sie mit Daten füttert (die kannst im Standalone ja zu testzwecken einfach in zufälligen Abständen aufrufen). Wenn das läuft, packst du es in eine DLL, rufst die 2 Funktionen von MT aus auf und fertig. Ich kenn mich jetzt mit DLLs nit so aus, aber ich wär mir nit sicher wie einwandfrei das alles (vor allem die GUI) direkt aus der DLL heraus läuft. Deswegen würd ichs Schritt für Schritt machen, sonst kämpfst du gegen 3 Windmühlen gleichzeitig.

Muss es eine fixe Sprache sein? Mit Pascal kenn ich mich null aus... Allgemein würden mir 2 Varianten einfallen: mit DLL (programmiertechnisch mMn eher aufwändiger): die DLL ist ein TCP Server zu dem sich die GUI hinverbindet (ggfs. auch umgekehrt, dann könnte man mehrere MTs in eine GUI verbinden lassen). Die GUI kann dann sein wie sie will, bekommt die TCP Packets und fertig. ohne DLL (muss es unbedingt eine DLL sein?): du schreibst die Daten in MT direkt in eine Datei und die GUI öffnet die Datei und fragt sie regelmäßig ab. In welchem Speed müssen die Daten bei der GUI sein? Mit Datenaustausch über Datei sinds vermutlich ein paar ms... (du kannst den Austausch über Datei auch mit eigener DLL machen, is mMn aber ein reiner overhead wennst es selber programmierst) EDIT: hab doch mal in den Code reingeschaut. Du machst es schon über files oder? (wieso genau über eigene DLL?) d.h. Das Problem ist nur das die Daten aus dem file angezeigt werden? Gibts in Pascal sowas wie Konsolenoutput für Debugmessages oder so?

Damit sich der richtige angesprochen fühlt: er heißt Marcus (mit c ;) Ansonsten kann ich dir nur zustimmen.

Jup, schreiben sie ja auch selber. Im wesentlichen vermutlich eine Analyse des Spread und Gaps im Kurs... Und was sagt das aus? Nichts. Wenn es extreme Spreadausweitungen gibt, kann das daran liegen das der Broker einfach einen SCH*** Quoteprovider hat. Gaps und Aussetzer bei den Ticks passieren auch im "normalen" Markt. Das einzige wofür ein solches Tool mMn zu nutzen wäre, ist um den Broker und dessen Daten über eine längere Zeit zu analysieren. Egal ob VirtualDealer oder nicht, für die Nutzung eines Brokers ist der maximale Spread über längere Zeit und Marktphasen, Liquidität etc. interessant. Aber so Dinge wie Slipage/Requotes etc. kann so ein Tool vermutlich auch nicht wirklich analysieren, das muss man dann schon selber in den EA coden und analysieren.

herzlich willkommen bei TomNext. Inhaltlich zu cxalgos Buch, nicht direkt. Bisher scheint es zu dem Buch keine inhaltlichen Fragen zu geben;) Zur EA-Programmierung allgem. gibt es jede Menge Threads. Konkret einfach die Suche verwenden. Bzw. mal in den Bereich MT-Programmierung reinschmökern.

Kann mir jemand einen Grund nennen warum man ein Impressum als Bild ausführt anstatt als Text? Außer das der Inhalt dadurch nicht von Suchmaschinen gefunden werden kann... Lt. dem Impressum(bild) sind die aus den arabischen Emiraten, aber: keine weiteren Fragen ;)

Rechts neben dem Bereich wo du die neue Nachricht schreibst, sollte ein Bereich sein, wo die verschiedenen Smilies angezeigt sind. Einfach auf den gewünschten klicken und er wird eingefügt. Zur Programmier"problematik": Genaugenommen ist dein Ansatz genau der Richtige. Auf Dauer würde ich niemandem empfehlen einen EA auf Echtgeld einzusetzen den er nicht selber vollständig versteht. Vor allem wenns um größere Beträge geht. Und am besten verstehen tut man natürlich EAs die man selber geschrieben hat ;)

Hi Rainer und danke für die Vorstellung, freut mich das der Community-EA dir geholfen hat (zumindest in gewisser Weise). bzgl. Programmierkenntnisse: Wenn es konkrete Fragen/Probleme gibt helfen wir wie du vermutlich schon gesehen hast gerne. Die verschiedenen Einsteigerthreads kennst du vermutlich eh schon. In diesem Sinne: Nicht verzagen, TomNext fragen ;)

Hier in Ö nicht ;)

normal ja. hast History für M15 und H4 importiert? sonst fällt mir da auch nix ein. Bleibt nur im LiveModus schaun welche Balken daherkommen...

Thx, jetzt muss ich trotzdem nochmal nachfragen: Ganz sicher das die alle die gleiche Datenbasis haben? Wenn ich mir zB die ersten Trades von SVS und AT anschaue: AT hat allein schon mal 5 Balken mehr im Test. Dann der erste Trade: Bei SVS ein sell am 2011.01.03 13:30, bei AT ein sell am 2011.01.05 16:30... Das kann mMn nicht an unterschiedlichem Spread liegen, sondern nur an unterschiedlichen Kursdaten, wodurch die Signale unterschiedlich sind. Das die verschiedenen Broker unterschiedliche Kurse liefern wodurch derartige Performanceunterschiede entstehen, glaub ich dagegen sofort ;)

thx, aber das sind nit die reports mit den gleichen sets...

(mich würden die detailierten Reports mit den so unterschiedlichen Ergebnissen interessieren)

Ich glaub da könnten wir helfen ;) Wir haben seit ein paar Wochen hier das Projekt Community-EA (wirklich los gehts ab Post #63) laufen wo wir ein Trendfolgemodell implementiert haben. Die Logik von Version 1 ist schon fix und alles, aber vielleicht hilft es dir was die Entwicklungsschritte angeht. Falls du Hilfe brauchst um deine Idee umzusetzen, meld dich einfach. Es gibt hier einige sehr hilfsbereite und fähige Coder Nachtrag zum Community-Projekt: Nicht abschrecken lassen, is ein Megathread. Dafür gehen wir defakto alles Schritt für Schritt durch. Von der Entscheidung "Welche Logik" bis zu den ersten Backtestergebnissen.

Willkommen bei TomNext! Ja, am Anfang ist es teils leider sehr deprimierend, wenn man merkt das man doch nicht so schnell reich wird wie es einem diverse Gurus versprechen... Aber hier findest du alle Infos und Experten die du brauchst um zumindest eine Chance zu haben lg

Hat trotzdem nichts in CFD Broker verloren. Da wär eine PM besser geeignet... aber jetzt ist er ja kein SR mehr. @onlinetrader: mehrere Fragezeichen die wie Ausrufezeichen klingen, sorgen irgendwie für einen unsymphatischen "gefühlten" Tonfall. Trotzdem erstmal willkommen in der Community.

Ah, danke. Aber wieso dann in CFD Broker ein eigener Thread? EDIT: verschoben. Hat ja in CFD Broker nix verloren.

sorry, ich steh grad auf dem schlauch. Um was geht es? Fehlermeldung der boardsoftware? Hat es irgendwas mit CFD-Broker zu tun (in dem Forum sind wir hier)?

Da man auf deinem Bild nitmal den Zertifikat-text erkennen kann, seh ich da kein Problem. Aber nit dast es bei deinem Lebenslauf anfügst ;)

ähm... wird da tatsächlich das "Zertifikat für die Teilnahme am Vorbereitungslehrgang zur Börsenhändlerprüfung" als "European Business Manager Diplom" vorgezeigt? Nicht sein Ernst oder? Für wie blöd hält der die Leute eigentlich... Neben Rechtschreibfehlern zählt nun auch schlechtes Englisch zu seinem Spezialgebiet oder wie?! (Ein bisschen Deutschland steckt auch im Trading, so wie ein bisschen Hahn auch in faulen Eiern steckt...)

Ich hab vor Jahren mal was mit SVMs gemacht (aber ehrlich gesagt weiß ich nicht mal mehr was, ich hab nur noch den Namen im Kopf). Ich wär da allgemein sehr vorsichtig bei Quellen in Bezug aufs Trading. Die Dinger (SVM, NN etc.) können gewisse Dinge, und gewisse Dinge nicht. Und bei vielen Bereichen wissen selbst die Experten noch nicht so richtig was sie können (auch wenn manche "Experten" sagen sie können alles und werden einestages über die Welt herrschen). Für mich sind sie wie Indikatoren. Wenn er zum Trader und System passt, wirds der Gral, wenn nicht wirds eine Serie verbrannter Konten. Ich würde also eher (wie bei Indis) mir anschauen was das Ding in der Theorie tut, und wo es (nicht im Trading) eingesetzt wird. Davon kann man dann meist gut ableiten wofür es brauchbar ist. Und über exzesives Testen und analysieren kommt man eh nicht drum herum... EDIT (nach Wikipedia research): Ah, weiß schon wieder. Die Dinger sind eigentlich ja reine Klassifikatoren. mMn für so Dinge wie "Trenderkennung" durchaus geeignet (mit passenden Inputs). Ob sich Einstiegssignale derart klassifizieren lassen, wage ich mal zu bezweifeln. Was aber nicht heißt das ich mich an einem Gewinn nicht beteiligen lasse :D

Der ist interessant zu lesen, aber er beantwortet auch nicht "was er dem NN lernt" oder? Er hat scheinbar profitable NNs erzeugt, testet ein paar tausend im Jahr, aber auf welche Inputs er welche Outputs trainiert und was er damit macht, steht nirgends...