atari-home.de - Foren
Software => Software (16-/32-Bit) => Thema gestartet von: Count am Sa 01.06.2019, 18:57:44
-
Gibt es ein fertiges Programm, das ein Testbild zum Einstellen des Monitors darstellt, insbesondere was die Farben angeht?
Ich habe das hier gefunden, aber das dargestellte Bild sieht doch ganz anders aus als auf dem Screenshot (u.a. fehlen die Farbquadrate in der Mitte) und dann sind da diese nervigen (vor allem hohen) Töne. :o
(Link entfernt)
-
Das ist eine Demo für ein TV-Bild... deshalb auch die Töne. Wenn die farbigen Kästchen in der Mitte fehlen dann ist das schon merkwürdig. Geht es um einen ST oder STE?
-
Um einen MegaSTE. Ich suche was auf die Schnelle. Zur Not programmiere ich mit was, aber etwas fertiges wäre natürlich bequemer. ;)
-
Also in Steem mit tos 2.06 sind alle Farben 1:1 verfügbar. Stell mal ein Bild von deinem Screenshot ein, bitte.
-
Bittesehr.
-
Im Anhang ei TestBild im Format .NEO von NeoChrome.
Weiß nicht, ob das weiterhilft...
-
Gibt es ein fertiges Programm, das ein Testbild zum Einstellen des Monitors darstellt, insbesondere was die Farben angeht?
Ich habe das hier gefunden, aber das dargestellte Bild sieht doch ganz anders aus als auf dem Screenshot (u.a. fehlen die Farbquadrate in der Mitte) und dann sind da diese nervigen (vor allem hohen) Töne. :o
link ...
Du solltest den LINK nach AtariMania aus ganz gewissen Gründen herausnehmen! Aber für mich scheint das Programm in Ordnung ...
Bei mir sieht das Testbild mit dem Programm - getestet unter STeEm 3.2 und TOS 2.(0)6 - so aus:
-
Seltsam. Vielleicht liegt's an NVDI.
-
Seltsam. Vielleicht liegt's an NVDI.
Wenn du NVDI benutzt sollte es eigentlich genau so aussehen aber da werden soviel Routinen des TOS ersetzt das es daran liegen könnte. Wenn du also NVDI benutzt mach mal einen Reset und drücke bis zu NVDI Bootmeldung die Schift-Taste. Damit wird dann NVDI nicht geladen... erst beim nächsten Reboot wieder. Und du kannst einen Test ohne durchführen.
-
Zu spät, ich habe das Programm schon wieder entsorgt und mir was eigenes geschrieben. Ohne nervendes Gefiepe und Gebrumme. 8)
-
D
aten Ton kann man doch abstellen oder benötigst Du auch was zum Einstellen des Tons? Wenn Du willst und Du das Programm zum Test eines Atari Monitor an einem STE brauchst, kann ich das Programm von der Diskette ziehen und Du speicherst es einfach wieder auf eine MS DOS formatierte Disk...
edit: den Post hatte ich mit dem Handy gesetzt, das recht eigenwillig nach Wörterbuch Artikel mit großgeschriebenen Anfangsbuchstaben zu Sachwortbezeichnungen ändert !!!
-
Danke, Burkhard, aber ich habe mir - wie gesagt - heute auf die Schnelle was eigenes geschrieben.
-
Zu spät, ich habe das Programm schon wieder entsorgt und mir was eigenes geschrieben. Ohne nervendes Gefiepe und Gebrumme. 8)
Schade, hätte mich interessiert... evtl. auch noch jemand anderen.
Stellst Du uns deine programmierte Lösung mal vor?
-
Das wäre toll! Ich hatte ein Testbild Programm auch mal auf dem XL selber erweitert, daß ich als "Grundgerüst" in Listingform in die Hände bekam!
@Count
Kann es sein, daß an Deiner Einstellung im STeEm SSE 3.7 für die Colorausgabe etwas nicht stimmt? Aber das sollte man besser im Emulatorforum klären
Seltsam. Vielleicht liegt's an NVDI.
Kann natürlich auch sein, ich habe kein NVDI am STeEm installiert!
-
Ich hatte das vorhin in Steem mit Version 3.7.2 und 3.9.4 mit und ohne NVDI ausprobiert.
Bild war bei allen Kombinationen in Ordnung.
-
An den Steem-Einstellungen kann es eigentlich nicht gelegen haben, denn auf echter Hardware (Mega STE) sah es genauso aus.
Mein Programm könnt ihr (mit Quellcode) hier runterladen:
http://www.graf-bussmeier.de/download/atarist/testbild.zip
Es sollte in allen Auflösungen funktionieren, die mindestens 16 Farben darstellen.
Bevor einer fragt: Das Programm kann mit Tastendruck beendet werden. ;)
-
Schön klein Discussion über darstellen ein Bild auf Atari :D
Bei mich, and wie Ich sehe bei ari.tao Testbild kann sein ein Bild im bekannt Format.
Aber, Ich glaube das viel besser wurde zu haben Möglichkeit zu darstellen Overscan Testbild. Border area ist nicht klein. Statt 320x200 etwas wie 416x273 .
Ich kann machen Programm für das , Und wird brauchen nicht NVDI oder andere, nur ST, STE im gut Zustand. Möglich zu machen Programm für Falcon, TT, aber dann darstellung geht different.
-
Hallo @Count , habe mal Dein Testbild.PRG aus #15 auf meinen TT & F30 unter MAGX laufen lassen.
Das Testbild selber ist ja ganz hübsch. Beendet wird das Prg. offenbar durch MausKlick - aber danach fehlt der MausCursor. Stellt man ihn mittels Hilfs-Prg. wieder her, gibt´s danach Redraw-Fehler: Reset fällig.
-
Wo ist denn das in #17 angehängte Testbild im Format 1024x768 geblieben?! (Produziert mit dem Prg. von @Count).
Ach, ich hänge es einfach nochmal hier an.
-
Beendet wird das Prg. offenbar durch MausKlick - aber danach fehlt der MausCursor. Stellt man ihn mittels Hilfs-Prg. wieder her, gibt´s danach Redraw-Fehler: Reset fällig.
Eigentlich wird es durch Tastenklick mittels evnt_keybd() beendet. Die Darstellungsfehler und den fehlenden Mauscursor kann ich mir so erstmal nicht erklären. Das Programm verwendet ja lediglich VDI- und AES-Aufrufe. Ich habe das Aus- und Einschalten des Cursors mal auf VDI-Funktionen umgestellt, vielleicht ist es das ja schon. Testen kann ich es mangels Hardware leider nicht. Die neue Version ist nun im o.a. Zip-Archiv.
-
Leider keine Verbesserung.
Da fehlen wohl ein paar grundsätzliche Dinge ...
-
Aber welche? Mit Steem ist alles ok, mit Aranym auch, auf meinem Mega STE ebenso. Der Quellcode ist ja dabei. Also, wenn jemand das Problem findet, bitte melden!
-
Ok, ich habe das Ganze als Projekt bei Github angelegt. Dann kann jeder mitarbeiten. 8)
https://github.com/rosenrost/TESTBILD
-
... Also, wenn jemand das Problem findet ...
Auf den ersten oberflächlichen Blick drei Dinge:
1) Die Setzung & Rücksetzung der beiden AES-Semaphoren scheint zu fehlen.
2) Vor Prg.-Ende muß die Maus wiedereingeschaltet werden.
3) Vor Prg.-Ende muß der Bildschirm restauriert werden.
Weiter kann ich leider nicht helfen (wg. C-Allergie >:D )
-
Das müsste sich jemand ansehen, der sich mit MagiC auskennt.
-
Das müsste sich jemand ansehen, der sich mit MagiC auskennt.
? ? ? Hat doch mit MAGX _gar_nix_ zu tun! Wenn das Prg. sauber programmiert ist, dann sollte es unter jedem BS laufen (auch unter Geneva, MultiTOS, ...).
Hab´s gerade noch mal auf dem TT unter NAES2 laufen lassen - da kommt zwar der MausCursor zurück, aber die übrigen Macken sind ungefähr die gleichen, bloß, daß das Prg. gar nicht durch Tastendruck beendet wird, sondern im Speicher verbleibt...
Wenn Du willst, daß es als SingleTask überall läuft, mußt Du halt die entsprechenden Blockaden vornehmen und bei Prg.Ende aufräumen. Ich habe eine Reihe solcher Prge. geschrieben, im Anhang ein Beispiel.
-
Eine andere Möglichkeit - aber viel aufwändiger! - wäre, ein ´richtiges´ GEM-Prg. daraus zu machen, das dann auch mit MT perfekt zusammenspielt. Dazu müßte das TestBild in einem Fenster dargestellt werden, mit den nötigen Redraw-Routinen versehen, etc. Als Vorbild bzw. zum Abschreiben müßtest Du an die Quellen eines Mal-Programms kommen...
-
Das müsste sich jemand ansehen, der sich mit MagiC auskennt.
? ? ? Hat doch mit MAGX _gar_nix_ zu tun! Wenn das Prg. sauber programmiert ist, dann sollte es unter jedem BS laufen (auch unter Geneva, MultiTOS, ...).
Hab´s gerade noch mal auf dem TT unter NAES2 laufen lassen - da kommt zwar der MausCursor zurück, aber die übrigen Macken sind ungefähr die gleichen, bloß, daß das Prg. gar nicht durch Tastendruck beendet wird, sondern im Speicher verbleibt...
Wenn Du willst, daß es als SingleTask überall läuft, mußt Du halt die entsprechenden Blockaden vornehmen und bei Prg.Ende aufräumen. Ich habe eine Reihe solcher Prge. geschrieben, im Anhang ein Beispiel.
Wo finde ich denn die entsprechenden Informationen? Ich habe leider null Erfahrung mit Multitasking-Umgebungen auf dem Atari. :(
-
Wo finde ich denn die entsprechenden Informationen?
Jede sauber & vollständig als GEM-Prg. ausgeführte Applikation läuft auch unter MT. Willst Du den Aufwand (und die Prg.-Größe) klein halten, wie oben in #25 skizziert, dann mußt Du es als sog. ´modalen Dialog´ einrichten. Dann läuft es auch unter MT - aber nur als SingleTask. Echte MultiTasks dürfen nicht modal sein. Typisch modal sind zB. FormAlerts (weshalb echte MT-Prge. diese vermeiden).
Literatur:
Geiß & Geiß: "Vom Anfänger zum GEM-Profi" Hüthig-Verlag Heidelberg 1990
Weiß nicht, ob das digital verfügbar ist.
Direkt zum Thema MT fällt mir nix ein, such mal in den Gazetten.
Hmm, habe gerade nachgeschaut: Bei den zwei Geißen steht der Begriff ´modal´ noch gar nicht drin (1990 war für Atari noch keine MT-Zeit). Das macht aber nix... Kurze Erklärung: Modal heißt ein Prg.-Stück, das eine eigene (eingeschränkte) Event-Schleife hat. Im FormAlert ist die implizit, also unsichtbar enthalten - deshalb kommen manche der skizzierten Billig-Prge. ohne weitere Event-Verwaltung aus. Wichtig zur Einrichtung der Modalität sind die beiden AES-Semaphoren. Ach, schon wieder ein Begriff, der nicht im Buch vorkommt: Gemeint sind WindUpdate (zur Regelung der Redraws) und MouseCtrl (zur Reservierung der Maus).
Wie schon angedeutet: Das beste wäre, wenn Du ein C-Skeleton für Deine Zwecke findest. Damit kann ich leider nicht dienen, bin ´nur´ M2-ler.
-
Da waren doch schon ein paar gute Hinweise dabei.
Ich habe jetzt wind_update()-Aufrufe eingebaut, um andere Prozesse zu blockieren, und form_dial()-Aufrufe zum Wiederherstellen des Bildschirms (wie immer bei github). Das ganze sieht in meiner Aranym-Umgebung mit XaAES auch schon ganz gut aus. Allerdings fehlt noch irgendetwas, um nach Programmende die Menüleiste wiederherzustellen.
-
Ich habe jetzt wind_update()-Aufrufe eingebaut, um andere Prozesse zu blockieren, und form_dial()-Aufrufe zum Wiederherstellen des Bildschirms ...
Genau. Auch die Maus-Semaphore solltest Du einbauen. Eigentlich bräuchte auch die Tastatur eine Semaphore - aber die gibt´s nicht, ist wohl schlicht in GEM vergessen worden (was indes selten auffällt); muß man bei Bedarf ´von Hand´ stricken.
Allerdings fehlt noch irgendetwas, um nach Programmende die Menüleiste wiederherzustellen.
Ja, nachdem man die anderen Dinge brav erledigt hat, dann kommt man schließlich an diesen Punkt. Es handelt sich (ich stelle das mal in aller Bescheidenheit fest, auch wenn ich jetzt womöglich wieder mal den Zorn der Götter errege) imho um eine Macke - die XaAES indes mit anderen Zelebritäten wie zB. MAGX gemein hat:
Es ist nämlich so, daß afaik nirgends in den GEM-Unterlagen festgelegt ist, daß ein ´richtiges´ GEM-Prg. eine Menue-Leiste haben muß, aber MAGX & Co.* gehen genau davon aus! Weil dem so ist und es wenig Sinn hat, an dieser Macke herumzukritteln (man möchte ja, daß eigene Prge. überall laufen), bleibt nur ein ´Workaround´:
Grundsätzlich ist der auf zweierlei Art möglich: Entweder muß man die Menue-Zone vor Benutzung retten und bei Prg.-Ende selbst restaurieren, oder aber, imho billiger: Man installiert eine ´triviale´ MenueLeiste (ohne sie je zu benutzen), dann erledigt das AES die Restaurierung selbst.
* In NAES besteht das Problem nur aus einer einzigen PixelZeile (weil iGgs. zu den Konkurrenten fast der gesamte Bildschirm zur Verfügung steht), die auch noch schwarz ist und deshalb kaum auffällt. Warum macht XaAES das nicht genauso?! Ach, das ist ´nicht mein Bier´. Warum die Eitelkeiten reizen...
-
Auch die Maus-Semaphore solltest Du einbauen.
Die Maus-Semaphore ist mit drin (BEG/END_UPDATE und BEG/END_MCTRL).
Es handelt sich (ich stelle das mal in aller Bescheidenheit fest, auch wenn ich jetzt womöglich wieder mal den Zorn der Götter errege) imho um eine Macke - die XaAES indes mit anderen Zelebritäten wie zB. MAGX gemein hat:
Es ist nämlich so, daß afaik nirgends in den GEM-Unterlagen festgelegt ist, daß ein ´richtiges´ GEM-Prg. eine Menue-Leiste haben muß, aber MAGX & Co.* gehen genau davon aus! Weil dem so ist und es wenig Sinn hat, an dieser Macke herumzukritteln (man möchte ja, daß eigene Prge. überall laufen), bleibt nur ein ´Workaround´:
Dass das eine Macke ist, habe ich mir schon gedacht. Der Workaround mit dem Dummy-Menü funktioniert aber prima.
-
Und vielen Dank für die Tipps. Wieder ein bisschen dazu gelernt. 8)