JavaFX Automatisches Neuzeichnen ("Repaint") abstellen.

[Javohl!]

Hallo Leute!

Ich schreibe ein Programm, in dem ich bestimmte Daten auslese und live auf einem javafx.scene.chart.XYChart als einen javafx.scene.chart.LineChart darstelle. Dabei werden mehrere linecharts gleichzeitig dargestellt und in periodischen abständen aktuallisiert.

Das Problem an der Sache ist, dass wenn ich zu einem der vielen Linecharts (this.chart im Quellcode unten) einen neuen Wert hinzufüge:

        void update_chart(){
            this.chart.getData().add(
                new XYChart.Data(
                        <x-wert> ,
                        <y-wert>
            ));
        }

...

for( int i = 0; ... ) {
    <chartobjekt mit index i>.update_chart();
}

der gesamte XYChart aktuallisiert (neu gezeichnet) wird, was völlig sinnlos ist, da er für den nächsten chart sowieso ein weiteres mal gezeichnet werden muss.

Mein Ziel ist es also, pro Datenauslese-Zeitperiode den oberen code für alle chart-objekte ausführen und alle diese graphen (linecharts) erst nach dem letzten aktualisierten linecharts neu zeichnen zu lassen.

Kann man also diese Autozeichen-Funktion irgendwie abstellen und per Funktionsaufruf nur manuell neu zeichnen lassen? Ich werde in der doku nicht fündig.

 

[dzim]

Ich hab etwas ähnliches gemacht: Live-Daten einer Performance-Messung (Speed-Test) werden in ein LineChart mit zwei Serien eingetragen.
Dabei hat mich eher die Tatsache gestört, dass die Labels (die Geschwindigkeiten) live generiert und damit die Breite des Charts beeinflusst werden.

Wie auch immer. Hier mein Ansatz:

// initialize-Methode
ObservableList<XYChart.Series<Number, Number>> lineChartData = FXCollections.observableArrayList();

this.seriesDownload = new LineChart.Series<Number, Number>();
this.seriesUpload = new LineChart.Series<Number, Number>();

lineChartData.add(seriesDownload);
lineChartData.add(seriesUpload);

lineChart.setData(lineChartData);
lineChart.setCreateSymbols(true);

// [...]

// da ich die Daten von einem anderen Thread bekomme, gibt es diese Hilfmethode:
		private void add(final int index, final LineChart.Series<Number, Number> series, final XYChart.Data<Number, Number> data) {
			// -- ignorier das hier erst mal -- data.setNode(new HoveredThresholdNode(index, data.getYValue().longValue()));
			PlatformHelper.run(new Runnable() {
				@Override
				public void run() {
					series.getData().add(data);
				}
			});
		}

// diese wird nun mit Daten befüllt, in dem ich sie in meinem eigenen EventHandler,
// der die Speed-Updates erhält, so hier aufrufe:
add(1, lineChart.getData().get(1), new XYChart.Data<Number, Number>(ts, v));
// statt "lineChart.getData().get(1)" hätte hier auch "seriesUpload" stehen können

Ich kann dabei kein extremes oder störendes Flackern feststellen.

 

[Javohl!]

Hallo dzim,

danke für die Antwort. Ehrlich gesagt, verstehe ich nicht so richtig was der code macht, da ich weder das Nodes-Konzept noch das Zeug mit eventhandlers vernünftig verstanden habe, außer dass es mit Verzweigungen/Hierarchie der GUI-Elemente und Events irgendwas zu tun hat (Buttonclicks in meinem Fall). Ich hab leider auch keine Zeit, mich in die JavaFX-GUI-philisophie vernünftig reinzudenken, da der Schwerpunkt meiner Arbeit eher auf der Datenauswertung liegt, die Anzeige ist nur als "Monitor" gedacht.

Kann ich das Problemm nicht auf irgend eine einfache Weise lösen?

Ich stell mir das am einfachsten so vor, dass ich dem Chart Daten hinzufüge, ohne dass der Chart neu gemalt wird.
Nachdem alle daten hinzugefügt sind, will ich eine Funktion aufrufen, die dem Graph sagt, der soll das ganze Zeug jetzt malen.
Es geht also darum, redundante Neuzeichnungen zu vermeiden.
Optische Probleme hatte ich mit dem Chart bisher nicht.

Wenn du irgend eine Idee in der Art hast, wäre ich dir sehr dankbar.

Vielen Dank für dein Verständniss.

Gruß, Javohl!

 

[dzim]

Die Philosophie kann ich dir auch nicht sagen. Der Aufbau ist bei den meisten recht logisch: Fenster -> Layout -> Widget (wobei ein "widget hier auch wieder Layout -> Widget heissen kann - also ein Baum aus Layouts, auf dem als Blätter bestimmte Widgets liegen).

Bei JavaFX ist Node meist etwas abstraktes von Pane (Panel mit weiteren Widgtets drauf, also eher wieder ein Layout) bis konkrete Widgets wie eben einen GraphView.

Die Frage ist: Willst du einen Live-Graphen? Dann wirst du es so machen müssen, wie dein Code (nur um das Flacker-Problem bereinigt).

Wenn nein: Dann sammle erst mal alle Daten und werfe sie hinterher in einem Rutsch auf den Graphen und zeige solange einen ProgressIndicator (so ein drehendes Ding) oder so an, bis deine Operation fertig ist.
So oder so, ist der Einstieg in JavaFX (und auch andere UI-Frameworks) meist etwas mit umdenken verbunden, aber am Ende keine Hexerei.

Im Code bei dir ist - wie gesagt - die "update_chart"-Methode problematisch (übrigens: Nutze in Java camelCase für Methoden, also "updateChart" als Methodenname).

Heruntergebrochen lässt sich mein Code so formulieren: Lege am Anfang bereits deine Serien an, die dargestellt werden sollen und füge später deine Daten nicht einfach dem Graphen hinzu (wie du es machst), sondern der entsprechenden Serie.

 

[kaoZ]

Was hindert dich daran ähnlich dem doublebuffering , deine Graphen oder Grafiken erst auf ein Image zu zeichnen und bei bedarf eben dieses Image auf dein Pane oder ähnliches zu bringen, wie und wie oft kannst du doch vollkommen selbst festlegen , z.B bei einem auslösen eines Events ?

Ich kenn mich mit JavaFX nu nicht wirklich aus, aber das Prinzip dahinter sollte ja umsetzbar sein .

So wärst du zumindest unabhängig vom repainten , da du selbst dafür sorgen könntest insofern der chart halt eben nicht "live" sein soll.

 

[Javohl!]

Die Frage ist: Willst du einen Live-Graphen? Dann wirst du es so machen müssen, wie dein Code (nur um das Flacker-Problem bereinigt).

Wenn nein: Dann sammle erst mal alle Daten und werfe sie hinterher in einem Rutsch auf den Graphen und zeige solange einen ProgressIndicator (so ein drehendes Ding) oder so an, bis deine Operation fertig ist.
So oder so, ist der Einstieg in JavaFX (und auch andere UI-Frameworks) meist etwas mit umdenken verbunden, aber am Ende keine Hexerei.

Leider will ich einen Live-Graphen. Ich lasse per Timer (javafx.animation.Timeline) periodisch, also in "Frames" die neuen Daten an die Graphen "dranpappen". Was mich dabei stört ist eben, dass dabei jeder Graph und der Hintergrund dazu mehrfach pro Frame neu gezeichnet werden - was performancetechnisch Unsinn ist und das Programm etwas "ruckelt" bei vielen live-Graphen.

Ich könnte die Daten in einem Rutsch über die ObservableList wie bei dir in Zeile 11 bei der Initiierung des LineCharts übergeben. Das klappt aber live nicht mehr, denn jedes mall, wenn ich an einen der Serials-Objekt neue Daten hinzufüge, wird der Hintergrund und der Graph neu gemalt, ohne dass ich es wirklich möchte.

Das wird aber genauso gemacht, wenn ich alle meine Series-Objekte an eine ObservableList binde.

Die einzige Lösung wäre es wohl, jedes mal eine neue ObservableList zu erzeugen und die alte durch die neue zu ersetzen?

 

[Javohl!]

...(übrigens: Nutze in Java camelCase für Methoden, also "updateChart" als Methodenname)...

Danke. Habe ich erledigt.

 

[dzim]

Hm... Irgendwie weiss ich gerade nicht, ob ich mich einfach nur zu blöd ausdrücke:

1) Die Liste, die ich da anlege und hinzufüge ist leer. Klar soweit.
1.1) JavaFX hat interne Mechanismen, Veränderungen an Properties oder ObservablesLists zu tracken eingebaut.

2) dieser Liste füge deine X-Serien zu, die du als separate Linien auf dem Graphen darstellen möchtest.

3) füge nun diese Liste von Serien dem LineChart hinzu
3.1) Änderungen an einer Serien forcieren nun ein Update des LineGraph - aber eigentlich *!!!ohne!!!* diesen neu zu zeichnen.

4) Daten an die jeweilige Serie anhängen.
4.1) Du bist wahrscheinlich auf einem anderen Thread. Wenn ja, dann nutze Platform#run(Runnable) um diese Daten anzuhängen
4.2) Und wie gesagt: Die Daten nur an die Serie hängen, nicht an den Graphen:

lineChart.getData().get(<deine-Serie>).getData().add(new XYChart.Data<Number, Number>(x, y))

4.3) Und: Nein. Komplett neue Liste (von Serien) ist IMHO nicht nur wenig hilfreich, sondern auch unnötig

Wie gesagt: Ich verwende auch einen Live-Graphen und habe damit überhaupt kein flackern.

Vielleicht wäre noch interessant: Welche Java-Version nutzt du (obwohl ich bei mir ab Java7u45 aufwärt inkl. aller Java8-Versionen keine Probleme damit hatte).

Ich denke, dein Problem sind noch ein wenig die (zugegebenermassen recht komplexen) Datenstrukturen in JavaFX, oder?

 

[Javohl!]

3.1) Änderungen an einer Serien forcieren nun ein Update des LineGraph - aber eigentlich *!!!ohne!!!* diesen neu zu zeichnen.

Ich glaube, exakt da liegt mein Problemm! Ich ging bisher davon aus, dass der LineChart jedes mal neu gemalt wird, wenn JavaFX eine änderung an den Serials bzw. an den Datenpunkten in den Serials feststellt.

Jetzt bin ich verwirrt: wenn die Änderung der Serials-Objekte das Neuzeichnen nicht auslöst - was dann? Prüft das LineChart-Objekt in periodischen Zeitabständen nach, ob sich was an der ObservalbeList bzw. den Inhalten der ObservalbeList geändert hat, und zeichet dies dann neu oder so?

 

[Javohl!]

Vielleicht wäre noch interessant: Welche Java-Version nutzt du (obwohl ich bei mir ab Java7u45 aufwärt inkl. aller Java8-Versionen keine Probleme damit hatte).

Ich denke, dein Problem sind noch ein wenig die (zugegebenermassen recht komplexen) Datenstrukturen in JavaFX, oder?

Ich benutze Java 8.

Mit dem Flackern hatte ich keine Probleme. Ich sehe nur, dass bei vielen Graphen die CPU-Auslatung recht hoch wird und das programm etwas ruckelig wird und hab gedacht, das kommt von den vielen redundanten Neuzeichnungen.


Ja, die JavaFX-Datenstrukturen sind für den Anfang recht anstrengend.

 

[dzim]

Hm. Für den Augenblick bin ich mit meinem Latein am Ende. Ohne den ganzen Code mal in Aktion zu sehen, ist es aber eben auch extrem schwer, eine definitive Aussage zu machen...
Sorry!