TDosCommand o.ä. für Firemonkey?

[softtouch]

Ich nutze oft mal TDosCommand, um Programme wie youtube-dl oder ffmepg.exe auszuführen und deren dos Ausgabe abzufangen und auszuwerten. Dabei nutze ich den Event onNewLine, der nach jeder Zeile der Ausgabe aufgerufen wird (zeilenweise ist wichtig für mein Programm). Nun suche ich genau sowas, aber für macOS/Firemonkey und hatte bisher kein Glück. Ist jemand sowas wie TDosCommand bekannt, welches auch unter macOS/FMX funktioniert? Wie gesagt, es ist wichtig, das ich jede einzelne Zeile erhalte wenn diese im Terminal ausgegeben wird.

[jaenicke]

Hilft dir das vielleicht?
Read And Interact With A Command Line Pipe In Delphi XE7 Firemonkey On Mac OSX

[softtouch]

Zitat von jaenicke:

Hilft dir das vielleicht?
Read And Interact With A Command Line Pipe In Delphi XE7 Firemonkey On Mac OSX

Danke, aber es hilft nicht wirklich. Das ist fast wie mein aktueller Code, welcher die gesamte Ausgabe auf einmal bekommt, wenn der Task abgeschlossen ist. Was ich brauche ist aber Zeile für Zeile, wie eben TDosCommand es mit dem Event onNewLine macht. Leider habe ich absolut nichts dazu gefunden.

[jaenicke]

Zitat von softtouch:

Das ist fast wie mein aktueller Code, welcher die gesamte Ausgabe auf einmal bekommt, wenn der Task abgeschlossen ist.

Das sollte damit aber möglich sein. Die Pipes werden gefüllt, sobald das gestartete Programm etwas hinein schreibt.

[himitsu]

TDosCommand, TComPort und Andere, wie Dieses, lesen in Windows oft in einem Thread/Timer regelmäßig aus den Pipes
und kopieren es entweder in einen eigenen Puffer oder geben es direkt weiter.

In dem Verlinkten wird der Prozess gestartet und dann im Button (ab und an oder am Ende) die Pipes ausgelesen.



Eventuell muß man auch aufpassen ... darum oft in einem Thread, der immer weiterläuft ... dass eventuell der Speicher/Cache der Pipe voll läuft und Daten verloren gehen, wenn man nicht regelmäßig was abholt.
Über Events kann man, beim Lesen, die Pausen zwischen eintreffenden Daten resssourcenschonender gestalten.


Ich weiß nicht ob diese Pipes/Caches im Linux/MacOS/Android auch ein Limit haben, aber vermutlich schon,
also kann man es auch da im Prinzip genauso machen.