Das deutsche QBasic- und FreeBASIC-Forum

[Elvis]

Weiß jemand zufällig aus welchem Speicherbereich sich die Grafikkarte die Bildinformationen holt und wieviel davon ein Pixel belegt?


Grüße, Elvis
_________________
Geforce 7300GT (256MB GDDR3, Gainward) -- 2x 512MB (DDR2 800, MDT) -- AMD Athlon64 X2 EE 3800+ -- Asrock ALiveNF5-eSATA2+

[A.K.]

Hi,

das kommt immer drauf an.
Die Grafikkarte selber hat ein OnBoard-Ram in dem alle Grafiken gespeichert werden.
Ein Ausschnitt dieses Speichers auf der Grafikkarte wird im normalen RAM gespiegelt an Adresse A000:0000 (64Kb).
Und wieviel Byte nun ein Pixel belegt ist von der Farbtiefe abhängig.
Bei 256 sinds 1 Byte pro Pixel, bei 16,7Mc sinds 3 Byte.

MFG A.K.
_________________

http://forum.IconSoft.de
http://www.pnpbb.de - hol dir jetzt dein eigenes kostenloses Forum *NEU*

[Elvis]

Wie greif ich mit PEEK darauf zu, denn A000:0000 kann ich ja so nicht in die PEEk-Anweisung eingeben

Du hast geschrieben das in diesem Speicherbereich nur ein Teil des Bildes gespeichert wird. Ich benötige allerdings den ganzen Bildschirminhalt... Also brauche ich eigentlich den Bereich OnBoard, oder hab ich das falsch verstanden?


Grüße, Elvis
_________________
Geforce 7300GT (256MB GDDR3, Gainward) -- 2x 512MB (DDR2 800, MDT) -- AMD Athlon64 X2 EE 3800+ -- Asrock ALiveNF5-eSATA2+

[Mao]

Wenn ich mich recht erinnere nennt es sich Bank Switching. Das heißt, das immer nur ein 64-Kilobyte-Fenster für dich sichtbar ist. Dieses Fenster kannst du verschieben, sodass du auch auf die anderen Stellen zugreifen kannst, die momentan nicht nach 0xA000 gemappt sind.
Ich glaube, auf A.K.'s Seite hab' ich sowas gesehen. Wenn du allerdings in Mode 13h bist, dann kannst du auf das ganze Bild zugreifen, da 320*200 = 64 Kilobyte. Achja, das stimmt nur, solange die Farbanzahl bei 256 bleibt, damit du die in 8 Bit (1 Byte) unterbringen kannst. Ändert sich die Auflösung oder die Farbtiefe, dann wirst du wahrscheinlich um Bank Switching nicht herum kommen.
_________________
Eine handvoll Glück reicht nie für zwei.
--

[A.K.]

Hi,

[Elvis]

Danke für die Hilfe, hab's (glaube ich ) gut kapiert...

Noch eine Frage:
Dass PEEK und POKE sehr schnell ist, weiß ich.
Aber was ist mit der Geschwindigkeit von Variablenzuweisungen in Arrays und anschließendem Eintrag in eine Datei.

=> Der Grund ist, ich will einen Screenshot machen... Dieser sollte eben nach Möglichkeit so schnell sein, dass man nichts davon merkt... Geht das?

Der Plan: Einlesen per PEEK des Bildschirminhalts.
Speicherung der Informationen in ein Array.
Speicherung in eine Datei (hängt die Geschwindigkeit der Speicherung vom Modus ab?).


Grüße, Elvis
_________________
Geforce 7300GT (256MB GDDR3, Gainward) -- 2x 512MB (DDR2 800, MDT) -- AMD Athlon64 X2 EE 3800+ -- Asrock ALiveNF5-eSATA2+

[A.K.]

Hi,

also mit PEEK und POKE wirst du aus Geschwindigkeitsgründen nicht glücklich werden.
Da würd ich dir ein wenig Interrupttechnik empfehlen.
http://www.iconsoft.de/index.php?show=tutorial_int

Der Dos-Interrupt &H21 stellt direkte Funktionen zum Dateihandling zur Verfügung.

die erste Funktion; Datei erstellen.
Bitte dazu die Register wie im Int-Tutorial TYPE'en und DIM'en.

[Elvis]

Hi,

Ich hab' im QBasic Index noch folgendes Programm entdeckt:

[A.K.]

Hi,

also die Routine die du da hast kannst du dafür nicht einsetzen.
In diesem Programm wird der Interrupt 5h verwendet der einfach nur den Bildschirminhalt an den Drucker sendet. Dieser Interrupt wird übrigens auch von der Taste "Druck S-Abf" oder "Print Screen" aufgerufen. Bei Windows steckt hinter der "Druck"-Tasten-Abfrage ein anderes Programm; von wegen Zwischenablage und so. Ist also für deine Zweck nicht einsetzbar.

Wie gesagt, am besten die ganz oben beschriebenen Interrupte fürs Dateihandling benutzen

MFG A.K.
_________________

http://forum.IconSoft.de
http://www.pnpbb.de - hol dir jetzt dein eigenes kostenloses Forum *NEU*

[Elvis]

Der Code funktioniert irgendwie nicht (zumindest steht nichts in der erstellten Datei). Habs auf zwei PC's ausprobiert...

[raph ael]

Wegen INT 05h:
Man kann sich in den Interrupt einklinken, und ihn so verändern, dass er den Bildschirminhalt in eine Datei "Druckt".
Siehe Adok's ASM- Kurs, letzter Teil.
_________________

[Mao]

Hi!
Ich hätte jetzt eher einen Verweis auf einen Thread im QB-Forum gepostet, da schauen denk ich mal mehr Leute rein, oder?
Liegt deine QB.BI auch im Laufwerk C: auf unterster Ebene?
Ich glaube, ich weiß worans liegt: Du hast den Typ "regtypex" nicht deklariert (sofern der nicht in der QB.BI steht).
Dann würde ein einfaches:

[Elvis]

Wenn ich das einfüge ist es eine doppelte Definition...

Ich hab QB.BI in die unterste Ebene gemacht, weil ich zu faul bin, auch noch einen Haufen Ordnerangaben zu machen...
Gibt sowieso meistens Fehler...

[Mao]

Sorry jetzt für die dumme Frage, aber: hast du vorher auch was auf den Bildschirm geschrieben bzw. im Programm gemacht? Wenn ja, zeig mal den restlichen Code.
Ich kanns halt nicht ausprobieren, da ich allgemein ernsthafte Probleme mit ntvdm + meinem Keyboard hab, die ich auch durch Neuinstallation nicht lösen konnte.
_________________
Eine handvoll Glück reicht nie für zwei.
--

[Elvis]

Also eigentlich steht immer was auf dem Bildschirm, denn ich hab' ins Programm kein CLS eingebaut, sodass noch die Bildschirmausgaben von der MS-DOS Eingabeaufforderung zu sehen sind.

[A.K.]

[c.m.obrecht]

...kurze Zwischenfrage; mich interessiert folgendes, was ich noch nie gesehen habe:

reg.cx = fileattribut%
reg.ds=varseg(datei$)
ist das unter FB oder QB? Eine andere Art um Assemblerbefehle einzubinden oder Registerinhalte zu verändern?

QB habe ich erst heute mal kurz angeschaut. Kann man dort Programme nur aus QB selbst starten, nachdem QB geöffnet wurde?

Danke
_________________
...längre blomstre gamle nord...

[Mao]

So kann nur QB mit Interrupts umgehen.
Einen Inline-Assembler gibt es in QB nicht, du kannst nur mittels eines selbstdefinierten Register-Typs Interrupts aufrufen (über CallInterruptX oder so ähnlich ).
So gesehen ist es eine Art Registerinhalte zu verändern, jedoch werden nicht die echten Register des Prozessors verändert, sondern diese, die du in deinem Array angegeben hast. Dieses Array wird beim Interruptaufruf über CallInterruptX mit übergeben.
Alle Ein- und Ausgaben erfolgen über diesen selbstdefinierten Register-Typ.

Assembler musst du in QB erst assemblieren (mit einem Assembler) und den erzeugten Hex-Code (flat binary) in QB kopieren. Frag mich nicht, wie das genau geht, ich weiß es nicht - ich hab's noch nie gebraucht.
Aber du kannst mal auf A.K.'s Site unter "Tutorials" nachsehen, da sollte das erklärt werden - viel besser und viel genauer, als ich das jetzt kann (eben darum, weil ich's noch nie gebraucht hab - jedenfalls nicht in QB).

Grüße,
Mao
_________________
Eine handvoll Glück reicht nie für zwei.
--

[c.m.obrecht]

Ach so geht das!

QB ist ja ein Interpreter, hat keinen Compiler... So muss man um Programme zu starten jedesmal QB öffnen?
_________________
...längre blomstre gamle nord...

[Michael Frey]