Das deutsche QBasic- und FreeBASIC-Forum

[Westbeam]

Hi

Ich möchte mit dem FreeBasic Inlineassembler und int 10h den Bildschirmmodus 12 setzen. Das müsste so gehen:

[nemored]

Mit ASM kenne ich mich nicht aus, aber das h steht sicherlich für hexadezimal. Ich könnte mir vorstellen, dass du in FreeBASIC die Dezimalzahlen verwenden musst (also z. B. INT 16) oder die Hexadezimalwerte auf andere Weise deklariert werden (möglicherweise wie im restlichen Code mit &h10?)

edit: sieh mal da ... http://www.freebasic-portal.de/tutorials/inlineassembler-in-freebasic-50-s9.html
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[Westbeam]

Wenn ich es so mache

[nemored]

Macht INT &h10 in deinem System auch das, was da im Wiki steht? Assembler ist sehr systemspezifisch.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[Westbeam]

Wenn ich ein identisches Programm mit int 10h als nasm-Assemblercode kompiliere, funktioniert es.

[Sebastian]

Hallo,

es ist zwar lange her, dass ich mich mal ein bisschen mit x86-Assembler beschäftigt habe, aber das Problem müsste in dem Fall ungefähr Folgendes sein:
Der Interrupt 10h ist ein BIOS-Interrupt, der sozusagen ein abstraktes "API" für die Grafikausgabe bereitstellt. Das heißt, man muss nicht modellspezifisch die GraKa ansprechen, sondern kann diesen Interrupt Call verwenden.
Wenn du das in einem Assembler für 16-Bit Real-Mode machst und eine COM-Datei erzeugst, wird die erzeugte Binärdatei unter Windows in der ntvdm, der virtuellen DOS-Maschine unter aktuellen Windows-Versionen, ausgeführt. Darin kann man solche Low-Level-Interrupts benutzen, weil die ntvdm diese primitive DOS-Umgebung "emuliert".
Wenn du allerdings die 32-Bit-Version von FreeBASIC benutzt und Windows-Anwendungen erzeugst, kannst du darin nicht einfach solche Interrupts benutzen - erst recht nicht, um auf einen gfxlib-Screen zu zeichnen. Der SCREEN, den dir FreeBASIC bereitstellt, ist eine Abstraktion von DirectX bzw. GDI (afair ganz früher mal SDL). Den kann man zwar so einfach benutzen wie in QB, aber es steckt letztlich etwas ganz anderes dahinter. Ich kann mir nicht vorstellen, dass man den ganzen Unterbau von Windows so "umgehen" und mit BIOS-Interrupts irgendwelche Ausgaben auf den Bildschirm zeichnen kann, während Windows läuft. Von daher dürfte es unmöglich sein, mit Interrupts in FB für Windows irgendeine Grafikausgabe herbeizuführen. Es sei denn, FreeBASIC würde zur Compilezeit erkennen, was du da tust und die Interrupt Calls in gfxlib-Befehle umwandeln, aber ich wüsste nicht, dass das möglich wäre.
Das, was du mit NASM erzeugst, wird also ganz anders ausgeführt, als eine FreeBASIC-EXE und der Grafikbildschirm von FreeBASIC ist mit dem von DOS-Anwendungen technisch auch nicht zu vergleichen.
Wenn du Grafikausgabe in FB mit Assembler beschleunigen möchtest, wirst du das vermutlich nur dahingehend machen können, dass du mit ASM-Instruktionen die Daten des FB-Grafikpuffers manipulierst, statt den "Dienstweg" über PSET und Co. zu gehen.
Ein Experte auf dem Gebiet ist übrigens volta, aber der ist hier zur Zeit leider nicht mehr so oft zu sehen.

Viele Grüße!
Sebastian
_________________

Der Markt regelt das! | Opas Leistung muss sich wieder lohnen - für 6 bis 10 Generationen!

[volta]

Hi,
wie Sebastian schon geschrieben hat verhält sich MASM anders als InlineAsm in FreeBASIC. Das ist immer noch Basic, der Asm-Teil wird hier eingebettet.
Wenn du einen Screen über Inline öffnen willst:
http://www.freebasic-portal.de/befehlsreferenz/stdcall-408.html