Kann mir mal jemand sagen, wie man in den DOS-Versionen von Robot oder in DOS-Spielen allgemein Screenshots machen kann? Seit ich Windows XP habe, geht das nicht mehr, bei Win 98 ging es aber noch, man musste einfach nur "Druck" drücken. Bei XP drücke ich die gleiche Taste, aber nichts kommt.
R: Screenshots
Das Problem ist wahrscheinlich, daß XP grafische DOS-Programme nur im Vollbild ausführt, und dann NTVDM (die Virtuelle DOS Machine) völlige Kontrolle über Tastendrücke und die Grafikkarte hat. Ich bin mir gar nicht so sicher, daß es in dieser Situation überhaupt eine technische Möglichkeit gibt, von einem anderen Prozeß auf den Inhalt des Grafik-Speichers zuzugreifen.
Die einzige Möglichkeit, die ich hier sehe ist, sich ein ebenso altes Capture-Programm für DOS zuzulegen.
Bei einigen Dos-Programmen muss man einfach mal mit der Maus irgendwo hinklicken (wenn das DOS-Programm im Vollbild ist). Wenn man dann Druck drückt, wird ein Screenshot erstellt. Wenn nicht, dann klappts halt mit dem jeweiligen DOS-Programm nicht.
Bei vielen DOS-Anwendungen bleibt der Bildschirminhalt erhalten, wenn man mit Alt+ENTER in den Fenstermodus wechselt. Da sollte die Drucktaste auf jeden Fall funktionieren.
--
www.windowsclone.de.vu
- games & progs for casio cfx-calculators
- some old games coded in QBasic
www.windowsclone.de.vu
- games & progs for casio cfx-calculators
- some old games coded in QBasic
Linux is for people who want to know why it works.
Mac is for people who don't want to know why it works.
DOS is for people who want to know why it does not work.
Windows is for people who don't want to know why it does not work.
Bei vielen DOS-Anwendungen bleibt der Bildschirminhalt erhalten, wenn man mit Alt+ENTER in den Fenstermodus wechselt. Da sollte die Drucktaste auf jeden Fall funktionieren.
Also bei meinem XP klappt das im Gegensatz zu Win9x nicht. Da geht die DOS-Anwendung einfach in den Hintergrund...
Vielleicht hat das auch etwas mit der Grafikkarte und den Treibern zu tun.
--
[externes Bild: http://andre.dat-holla.de/banner88x31.gif]
www.windowsclone.de.vu
- games & progs for casio cfx-calculators
- some old games coded in QBasic
www.windowsclone.de.vu
- games & progs for casio cfx-calculators
- some old games coded in QBasic
Linux is for people who want to know why it works.
Mac is for people who don't want to know why it works.
DOS is for people who want to know why it does not work.
Windows is for people who don't want to know why it does not work.
Ich denke eher, das hängt davon ab, wie die DOS-Anwendung die Grafikkarte "beansprucht". Da gibt es zig Möglichkeiten (Auflösung, Bit-Organisation, interne Zeilen-Länge, Scroll-Offsets, Palette). Gut möglich, daß nicht alle von dem Fenster-Modus unterstützt werden.
Die Grafik-Karte hat dabei eigentlich wenig zu tun, denn alle Zugriffe darauf müssen logischerweise von der virtuellen DOS-Maschine abgefangen, interpretiert und in ordentliche GDI-Aufrufe (die Windows-Schnittstelle zum Grafik-Interface) umgesetzt werden.
naja, dann hatte ichg wenigstens zu 50% recht, dass es etwas mit der Grafikkarte zu tun hat. Nur in diesem Fall halt mit den Treibern des jew. DOS-Programms. (Zumíndest bei Turbo Pascal gab es versch. Treiber für versch. Grafikkarten [CGA, EGA, VGA, ...])
--
[externes Bild: http://andre.dat-holla.de/banner88x31.gif]
www.windowsclone.de.vu
- games & progs for casio cfx-calculators
- some old games coded in QBasic
www.windowsclone.de.vu
- games & progs for casio cfx-calculators
- some old games coded in QBasic
Linux is for people who want to know why it works.
Mac is for people who don't want to know why it works.
DOS is for people who want to know why it does not work.
Windows is for people who don't want to know why it does not work.
Es bleibt auf jeden Fall eigenartig. Nimmt man z.B. das DOS-Robot, so konnte man dies auch unter NT und Win2k über Alt+Enter in ein Fenster verwandeln. Zwar hielt das Spiel dann an, aber für einen Screenshot war das völlig ausreichend.
Vielleicht hat man sich bei XP gedacht, eine angehaltene Applikation sieht nicht gut aus (oder produziert zu viel Support-Anfragen), da schalten wir sie eben gleich in den Hintergrund.
Tja, das ist natürlich alles Spekulation, aber technisch gesehen sollte dieses Verfahren (Anhalten im Fenster) auch bei XP funktionieren...
mit 'drucken' wird doch bei win9x ein screenshot vom ganzen fenster gemacht und mit alt+'drucken' nur einer vom aktiven fenster... das schon mal probiert??
ausserdem gibt es doch auch so programme, die extra für screenshots gedacht sind (hiess eins nicht hypercamera)... auf jedenfall gibs da viele im internet, das dürfte doch funktionieren
------------
Don't eat clowns, they taste funny!
Don't eat clowns, they taste funny!
Life Enhancing Trivia (http://lifeenhancingtrivia.blogspot.com)
Solange das Programm im Fenster läuft, funktionieren die ganzen Windows-Werkzeuge wie gewohnt. Aber sobald die DOS-Applikation in den Vollbild-Modus schaltet, hat offensichtlich kein Windows-Prozess Zugriff auf den Grafikspeicher. Das wird nur mit einem DOS-Grabber funktionieren, und die sind in letzter Zeit ziemlich rar geworden. Selbst bei TuCows.com hat man die Rubrik
DOS-Programme inzwischen gestrichen...
Durch einen präzisen Angriff auf ezboard Mitte 2005 waren sämtliche Beiträge der Foren verloren gegangen. Durch Restore-Prozesse seitens ezboards konnte leider nur ein winziger Teil aller Beiträge gerettet werden. Das Robot-Forum hatte es auch schwer getroffen. Durch Google-Caches und Web.Archive.org konnten viele Beiträge wieder gefunden werden. Diese hier gehören dazu. Die Diskussion kann weitergeführt werden.
Grandy02 (http://grandy02.u.yuku.com) (2/7/03 8:04)
Kann mir mal jemand sagen, wie man in den DOS-Versionen von Robot oder in DOS-Spielen allgemein Screenshots machen kann? Seit ich Windows XP habe, geht das nicht mehr, bei Win 98 ging es aber noch, man musste einfach nur "Druck" drücken. Bei XP drücke ich die gleiche Taste, aber nichts kommt.
autofahrn (2/7/03 11:51)
Das Problem ist wahrscheinlich, daß XP grafische DOS-Programme nur im Vollbild ausführt, und dann NTVDM (die Virtuelle DOS Machine) völlige Kontrolle über Tastendrücke und die Grafikkarte hat. Ich bin mir gar nicht so sicher, daß es in dieser Situation überhaupt eine technische Möglichkeit gibt, von einem anderen Prozeß auf den Inhalt des Grafik-Speichers zuzugreifen.
Die einzige Möglichkeit, die ich hier sehe ist, sich ein ebenso altes Capture-Programm für DOS zuzulegen.
moormaster  😢 3/7/03 10:03)
Bei einigen Dos-Programmen muss man einfach mal mit der Maus irgendwo hinklicken (wenn das DOS-Programm im Vollbild ist). Wenn man dann Druck drückt, wird ein Screenshot erstellt. Wenn nicht, dann klappts halt mit dem jeweiligen DOS-Programm nicht.
Bei vielen DOS-Anwendungen bleibt der Bildschirminhalt erhalten, wenn man mit Alt+ENTER in den Fenstermodus wechselt. Da sollte die Drucktaste auf jeden Fall funktionieren.
--
www.windowsclone.de.vu
- games & progs for casio cfx-calculators
- some old games coded in QBasic
autofahrn (3/7/03 13:32)
Also bei meinem XP klappt das im Gegensatz zu Win9x nicht. Da geht die DOS-Anwendung einfach in den Hintergrund...Bei vielen DOS-Anwendungen bleibt der Bildschirminhalt erhalten, wenn man mit Alt+ENTER in den Fenstermodus wechselt. Da sollte die Drucktaste auf jeden Fall funktionieren.
moormaster  😢 3/7/03 18:37)
Vielleicht hat das auch etwas mit der Grafikkarte und den Treibern zu tun.
--
www.windowsclone.de.vu
- games & progs for casio cfx-calculators
- some old games coded in QBasic
autofahrn  😢 3/7/03 21:31)
Ich denke eher, das hängt davon ab, wie die DOS-Anwendung die Grafikkarte "beansprucht". Da gibt es zig Möglichkeiten (Auflösung, Bit-Organisation, interne Zeilen-Länge, Scroll-Offsets, Palette). Gut möglich, daß nicht alle von dem Fenster-Modus unterstützt werden.
Die Grafik-Karte hat dabei eigentlich wenig zu tun, denn alle Zugriffe darauf müssen logischerweise von der virtuellen DOS-Maschine abgefangen, interpretiert und in ordentliche GDI-Aufrufe (die Windows-Schnittstelle zum Grafik-Interface) umgesetzt werden.
moormaster  😢 4/7/03 5:39)
naja, dann hatte ichg wenigstens zu 50% recht, dass es etwas mit der Grafikkarte zu tun hat. Nur in diesem Fall halt mit den Treibern des jew. DOS-Programms. (Zumíndest bei Turbo Pascal gab es versch. Treiber für versch. Grafikkarten [CGA, EGA, VGA, ...])
--
www.windowsclone.de.vu
- games & progs for casio cfx-calculators
- some old games coded in QBasic
autofahrn (4/7/03 12:19)
Es bleibt auf jeden Fall eigenartig. Nimmt man z.B. das DOS-Robot, so konnte man dies auch unter NT und Win2k über Alt+Enter in ein Fenster verwandeln. Zwar hielt das Spiel dann an, aber für einen Screenshot war das völlig ausreichend.
Vielleicht hat man sich bei XP gedacht, eine angehaltene Applikation sieht nicht gut aus (oder produziert zu viel Support-Anfragen), da schalten wir sie eben gleich in den Hintergrund.
Tja, das ist natürlich alles Spekulation, aber technisch gesehen sollte dieses Verfahren (Anhalten im Fenster) auch bei XP funktionieren...
Mauzi (7/7/03 14:39)
mit 'drucken' wird doch bei win9x ein screenshot vom ganzen fenster gemacht und mit alt+'drucken' nur einer vom aktiven fenster... das schon mal probiert??
ausserdem gibt es doch auch so programme, die extra für screenshots gedacht sind (hiess eins nicht hypercamera)... auf jedenfall gibs da viele im internet, das dürfte doch funktionieren
------------
Don't eat clowns, they taste funny!
autofahrn (7/7/03 14:47)
Solange das Programm im Fenster läuft, funktionieren die ganzen Windows-Werkzeuge wie gewohnt. Aber sobald die DOS-Applikation in den Vollbild-Modus schaltet, hat offensichtlich kein Windows-Prozess Zugriff auf den Grafikspeicher. Das wird nur mit einem DOS-Grabber funktionieren, und die sind in letzter Zeit ziemlich rar geworden. Selbst bei TuCows.com hat man die Rubrik
DOS-Programme inzwischen gestrichen...
R=Restore (Wiederherstellung)
Durch einen präzisen Angriff auf ezboard Mitte 2005 waren sämtliche Beiträge der Foren verloren gegangen. Durch Restore-Prozesse seitens ezboards konnte leider nur ein winziger Teil aller Beiträge gerettet werden. Das Robot-Forum hatte es auch schwer getroffen. Durch Google-Caches und Web.Archive.org konnten viele Beiträge wieder gefunden werden. Diese hier gehören dazu. Die Diskussion kann weitergeführt werden.