Das deutsche QBasic- und FreeBASIC-Forum

[gandro]

Hallo, ich weiss, zum Thema wie man den Bildschirm speichert gibt es einige Threads (u.a. einen von mir), jedoch habe ich in keinem folgendes Problem gefunden:

Also, ich möchte im normalen Text-Konsolen-Modus in FreeBASIC einen Befehl, sagen wir mal "DIR" ausführen. Soweit so gut, das ist kein Problem. Jedoch möchte ich danach die Ausgabe auf dem Bildschirm in eine Variable/ein Feld kopieren, so dass ich die Ausgabe z.B. in einem VIEW PRINT Feld wiedergeben kann. Mit SCREEN könnte ich natürlich schon den ganzen Bildschirm auslesen, jedoch frisst das 2KB Speicher und das sind mir zuviel...

[Michael Frey]

Da du im Allgemein Bereich bist, gehe ich von Windows aus:

[gandro]

es wird DOS sein, aber das spielt beim obigen beispiel keine Rolle... Die Idee hatte ich auch schon, das Problem stellt jedoch die Eingabe dar, da ich nicht nur DIR ausführen will.

Es soll z.B. auch Format oder so ausgeführt werden, und erst wenn der Befehl Fertig ist, die Bildschirmausgabe gespeichert werden...
und bei "Format" muss bekanntlich auch noch etwas eingegeben werden und das geht mit der Dateiumleitung leider nicht

[Dusky_Joe]

Brauchst du wirklich DEN TEXT, der angezeigt wird, oder genügt dir eine Grafische Aufzeichnung?

Ansonsten könntest du einen Grafik-Modus starten, und mit BSAVE regelmäßig Snapshots machen.

Ansonsten siehe
http://fb.exp-soft.de/r.php?s=SCREEN#1

So kannst du relativ einfach mit zwei For-Next-Schleifen den Kompletten Bildschirm in ein Array kopieren (am besten ein Array des Types UBYTE oder STRING * 1).
Einziges Problem: Während ein Prog läuft (FORMAT, DIR, ...) kannst du natürlich keine Kopie erstellen.
Wärst du Unter Windows, könntest du via THREADCREATE einen Thread erstellen, der Regelmäßig den Bildschirm kopiert...
Siehe:
http://fb.exp-soft.de/r.php?s=THREADCREATE


Hope, it helped

Have a nice day
Ciao
_________________
fully biological degradable

Once, the big wave arrives, you've got two ways, you can go:
Either, you ride it, or you don't do.
But, if you don't ride, you'll never know wether you'd have gone wet.

[gandro]

vielen dank für die hilfe, aber nützt tut es mir leider auch nicht viel, da die screen methode, wie ich in meinem eröffnugnspost bereits geschrieben habe zuviel speicher frisst (2KB um genau zu sein)...

Die Methode mit Windows ist ja leider auch nix, da es DOS sein muss...
Es reicht aber schon das ganze NACH dem Befehl zu haben...

BSAVE:Wenn man das mit BLOAD lädt, wird doch der ganze Bildschirm übermalen, ich möchte das ganze jedoch nur in ein Teil des Fensters malen...

[Jojo]

[Dusky_Joe]

[Michael Frey]

@Dusky_Joe

[gandro]

vielen dank für die antworten, ich werde es gleich morgen, wenn ich wieder zuhause bin testen.

aja, und wie Dusky_Joe bereits erraten hat, ist es nicht im voraus gegeben, welche programme aufgeführt werden

[Dusky_Joe]

Erst mal Sorry, dass ich schon zum zweiten Mal den Eröffnungsthread nicht gescheit gelesen habe...


Anyway:
Tja, unter die 2KB für den gesamten Screen wirst du wohl kaum kommen; 80*25 Zeichen sind nun mal 2000 Byte = 1,95KB. (Bei 80x60 wärens um die 4,6KB) Allerdings könntest du das ganze mit der FB-Eigenen LZW-Kompression ein wenig zusammenschrumpfen.
Siehe
http://fb.exp-soft.de/FBtuts.php?zeig=tuts&view=Referenz_Gfx-7.~Tipps~und~Tricks.txt#6
Dazu musst du - wie beschrieben, erst mal Screen aufrufen, um den Codec in dein Prog einzubinden, und zusätzlich die Funktionen deklarieren. Ansonsten dürfte es aber funzen

Ansonsten bleibt dir nur die Möglichkeit, eben nicht den gesamten Bildschirm auszulesen, sondern eben nur Teile davon. Das sollten meine beiden Routinen bringen, allerdings habe ich schon beim schreiben vermutet, dass die nciht ganz bug-free sind; Michael Frey hat's bewiesen
Dein Code ist übrigens eine abgespeckte Version, die IMMER ein Array der Größe 1 TO 80, 1 TO 25 braucht; genau das wollte ich bei meiner Prozedur abfangen... was auch zu den Fehlern führt, die du gefunden hast.
Außerdem lässt sich mit deiner Show-Routine ein Snapshot nur dort wieder anzeigen, wo er auch aufgenommen wurde (außer man trickst mit VIEW-PRINT, wobei sich der Shot auch nur in der Zeile verschieben lässt). Letztendendes eine Sache von Angebot und nachfrage; gandro wird schon wissen, ob er den Text auch noch verschieben will


Was ich die ganze zeit vergessen habe:
Unter Gfx-Modi kann man verschiedene Bildschirmseiten verwenden; evtl ist das auch in einem Txt-Mode möglich. In this case könntest du mit ScreenCopy arbeiten...hätte aber wieder den nachteil, dass du den gesamten Bildschirm überschreibst.
Oder, du nutzt eine zweite Seite als Puffer, ließt die mit SCREEN in ein Temp-Array aus, und schreibst von diesem wieder auf deine Sichtbare Seite...
Bin allerdings alles andere als sicher, dass Txt-Modes pageflipping unterstützen.

Well, just try



Have a nice day
Ciao
_________________
fully biological degradable

Once, the big wave arrives, you've got two ways, you can go:
Either, you ride it, or you don't do.
But, if you don't ride, you'll never know wether you'd have gone wet.

[Michael Frey]

Man kann die Arrey dimensionierung noch ändern, unter rein dos glaub's nicht über 80 Breit und 25 Höhe hinaus.

[Mecki]

Also ich hab den Thread nur mal kurz überflogen und vllt is meine Antwort auch grotten falsch aber ich hätte einfach

[Michael Frey]

Was bewirkt PIPE: ?
(Wegen dem for #1 gehe ich mal von schnell geschrieben, nicht geprüft aus )

Wenn's die Normale Ausgaben Umleitung sein soll:

[Dusky_Joe]

PIPE: Siehe OPEN in der Referenz
http://fb.exp-soft.de/r.php?s=OPEN
Über PIPE kann man die Ausgaben, die auf dem Bildschirm gemacht werden einlesen. Bin mir nicht ganz sicher, ob das hier funktioniert, da mal wieder die Frage ist, ob generell alle Ausgaben anderer Programme in PIPE eingelesen werden, oder nur ein paar...

Anyway, auf die Normale Ausgabeumleitung können wir uns nicht verlassen.

@ Michael Frey:
Ja, sicher, aber es ist doch unpraktisch, an die Copy-Sub erst mal ein 80x25-Array zu übergeben, das man dann nachträglich auf 5x17 einschrumpft?
Es wäre doch besser, gleich ein 5x17-Array übergeben zu können...
Naja, wie schon gesagt - Angebot und Nachfrage. Wieso soll man mehr Features installieren, als man braucht, andererseits, wieso soll man mit weniger auskommen, als man bekommen kann
_________________
fully biological degradable

Once, the big wave arrives, you've got two ways, you can go:
Either, you ride it, or you don't do.
But, if you don't ride, you'll never know wether you'd have gone wet.

[Michael Frey]

Danke Dusky_Joe, der Code von Mecki ist Fehlerhaft, statt
OPEN "PIPE: format <befehle" for #1

heisst es für FB 0.15
OPEN PIPE "format <befehle" FOR INPUT AS #1

und für FB 0.14
OPEN "PIPE: format <befehle" for Input as #1

Das war der Hauptgrund, wieso ich "PIPE" nicht als FB Befehl erkannte, ich meinte es sei ein Dos Befehl .

Ein letzer Zeit gibt es irgendwie auch den Trend, ungeprüften Quellcode hoch zuladen, was bei der Problemlösung selten hilfreich ist ...

Hier noch ein kurzes Beispiel zu Pipe:

[gandro]

gibt es denn eine möglichkeit PIPE als RANDOM zu öffnen? auf der offziellen seite steht zwar es geht nicht, aber vll. gibt es ja eine andere möglichkeit auf einen befehl so zuzugreifen, dass man bestimmen kann woher die eingabe und die ausgabe hinkommt...