1
Software (16-/32-Bit) / Re: STEINGBERG SWITCHER WERBUNG
« Letzter Beitrag von cyberish am Heute um 02:19:52 »BIn selbst auch immer überrascht 
Neueste Beiträge
2
Hardware (Classic 16-/32-Bit) / Re: AT-Speed + LightningST
« Letzter Beitrag von Heinz Schmidt am Gestern um 19:08:38 »Moin,
ich habe mal angefangen den AT-Speed Artikel zu überarbeiten.
Mache ich am WE fertig, muss jetzt zum Sport
Schönen Gruß,
Heinz Schmidt
ich habe mal angefangen den AT-Speed Artikel zu überarbeiten.
Mache ich am WE fertig, muss jetzt zum Sport
Schönen Gruß,
Heinz Schmidt
3
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von Thorsten Otto am Gestern um 16:12:51 »So, Patches rebased gegen deinen momentan Stand, verfügbar unter https://github.com/th-otto/MagicOnLinux/commits/PR/ Der Netzwerk-Treiber ist Teil davon.
Netsurf für '000 ist verfügbar unter https://tho-otto.de/download/netsurf/ns000-7057.zip (nur executable, rest in https://ci.netsurf-browser.org/builds/atari/NetSurf-m68k-atari-mint-gcc-7057.zip)
Ach und bevor ich es vergesse: Konfiguration ist wie bei Aranym. Ich habe allerdings nur bridge-Modus getestet, für point-to-point-Modus wäre aratapif erforderlich (ein suid executable).
Netsurf für '000 ist verfügbar unter https://tho-otto.de/download/netsurf/ns000-7057.zip (nur executable, rest in https://ci.netsurf-browser.org/builds/atari/NetSurf-m68k-atari-mint-gcc-7057.zip)
Ach und bevor ich es vergesse: Konfiguration ist wie bei Aranym. Ich habe allerdings nur bridge-Modus getestet, für point-to-point-Modus wäre aratapif erforderlich (ein suid executable).
4
Hardware (Classic 16-/32-Bit) / Re: AT-Speed + LightningST
« Letzter Beitrag von czietz am Gestern um 14:40:48 »Mit systematischem Testen habe ich jetzt das passende Vorgehen und die nötigen Zutaten gefunden.
Ich dokumentiere das mal auf newtosworld.de.
Ja, bitte. Ich bin gespannt, was ich dann - wohl zufällig
- immer gleich richtig gemacht habe (weil ich ja nie größere Probleme mit der AT-Speed C16 und Festplatten hatte).5
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasK am Gestern um 14:01:13 »Stimmt, damit geht es besser. Muss aber auch ein Fehler in Netsurf sein, andere Programme kommen ja auch mit Smart-Redraw zurecht.Richtig. Das schrieb ich ja auch sinngemäß.
(..)
DRI-AES hat nur ein Neuzeichungsrechteck, und das ist häufig noch größer als nötig. Tiefenbescheuert.
MagiC hat maximal zwei. Das macht den Bildschirmaufbau bereits wesentlich schöner, mit mäßigem Aufwand.
MacOS hat für jedes Fenster eine Liste aller sichtbaren Rechtecke, ohne Überschneidungen (paarweise disjunkt). Bei einer Fensteroperation (schieben, Größe ändern, Stapelposition ändern, öffnen, schließen) gibt es eine neue Liste. Dann wird quasi die alte Liste von der neuen subtrahiert, unter Berücksichtigung von Verschiebungen, die durch Kopieren des Bildspeichers gelöst werden, und das Ergebnis ist dann eine beliebig lange Liste von neuzuzeichnenden Rechtecken (ebenfalls paarweise disjunkt). Das Konzept ist quasi ideal, was die Eleganz und Ruhe des Bildschirmaufbaus angeht. Kein Flackern, kein Flickern, alles weich und elegant, ohne 3D-Grafikbeschleuniger.
Windows war da irgendwie auch nicht so dolle.
Das Ganze hat sich inzwischen mit dem "compositing window manager" erledigt, mit massivem Hardware-Einsatz; hier ist der Bildschirm eine 3D-Szene, und jedes Fenster liegt im 3D-Raum an einer bestimmten z-Position, der Inhalt ist Textur, und den Rest erlegt die 3D-Grafik-Hardware, auch mit Transparenz, Unschärfen, Abdunkeln etc.
6
Hardware (Classic 16-/32-Bit) / Re: AT-Speed + LightningST
« Letzter Beitrag von Heinz Schmidt am Gestern um 13:58:47 »Hallo Christian,
Du machst mich fertig
Mit systematischem Testen habe ich jetzt das passende Vorgehen und die nötigen Zutaten gefunden.
Ich dokumentiere das mal auf newtosworld.de. Dort kannst Du ja Deine Tricks hinzufügen, wenn Du willst.
Schönen Gruß,
Heinz Schmidt
Du machst mich fertig
Mit systematischem Testen habe ich jetzt das passende Vorgehen und die nötigen Zutaten gefunden.
Ich dokumentiere das mal auf newtosworld.de. Dort kannst Du ja Deine Tricks hinzufügen, wenn Du willst.
Schönen Gruß,
Heinz Schmidt
7
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von Thorsten Otto am Gestern um 13:21:16 »Stimmt, damit geht es besser. Muss aber auch ein Fehler in Netsurf sein, andere Programme kommen ja auch mit Smart-Redraw zurecht.
Werde jetzt erstmal zusehen daß ich meine Patches reorganisiere, da gibt es ja ein paar Überschneidungen mittlerweile.
Treiber für MagCNet habe ich schonmal angehängt. Sourcen dafür sind auf https://github.com/th-otto/magxnet zu finden.
Die Dateien in dem Archiv sind alle GROSS geschrieben, besser wäre es allerdings, zumindest C:\ETC auf ein geeignetes Laufwerk zu legen (und dann etc_path in MAGX_RC.NET entsprechend anzupassen). Wäre vlt. eine Sache die man noch im Magic Configurator ergänzen könnte.
Werde jetzt erstmal zusehen daß ich meine Patches reorganisiere, da gibt es ja ein paar Überschneidungen mittlerweile.
Treiber für MagCNet habe ich schonmal angehängt. Sourcen dafür sind auf https://github.com/th-otto/magxnet zu finden.
Die Dateien in dem Archiv sind alle GROSS geschrieben, besser wäre es allerdings, zumindest C:\ETC auf ein geeignetes Laufwerk zu legen (und dann etc_path in MAGX_RC.NET entsprechend anzupassen). Wäre vlt. eine Sache die man noch im Magic Configurator ergänzen könnte.
8
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasK am Gestern um 12:35:55 »(...)Du kannst das sinnvolle Neuzeichnen ("smart redraw") abschalten. DRIs AES ist da einfach sehr schlecht programmiert, oder das Konzept taugt nix, das Ergebnis ist häßliches Fensterflackern, wie bei Windows damals und teilweise noch heute. Bei MacOS war das immer tadellos. Wenn die Bildfehler dann weg sind, ist das Progamm schlecht geschrieben, und XaAES kopiert DRIs Designfehler.
Es gibt auch noch ein paar Redraw-Probleme wenn man das Fenster vergrössert (tritt unter XaAES komischerweise nicht auf).
9
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von Thorsten Otto am Gestern um 12:28:21 »Ein problem in Netsurf gefunden (genauer gesagt lag das an Mintlib, die Dateinamen wie /etc/hosts nicht nach U:\etc\hosts wandelt, wenn kein Mint läuft). Fix in mintlib ist unterwegs, aber man kann sich auch behelfen indem man
Immerhin sind die Farben jetzt richtig, nach den letzten Patches von Andreas.
Es gibt auch noch ein paar Redraw-Probleme wenn man das Fenster vergrössert (tritt unter XaAES komischerweise nicht auf).
Code: [Auswählen]
#_ENV UNIXMODE=brU
in MAGX.INF hinzu fügt. Hostnamen werden jetzt aufgelöst, allerdings bekomme ich immer noch Connection timeouts (auch auf nicht-SSL Verbindungen). Die Suche geht also weiter....Immerhin sind die Farben jetzt richtig, nach den letzten Patches von Andreas.
Es gibt auch noch ein paar Redraw-Probleme wenn man das Fenster vergrössert (tritt unter XaAES komischerweise nicht auf).
10
Software (16-/32-Bit) / Re: STEINGBERG SWITCHER WERBUNG
« Letzter Beitrag von dbsys am Gestern um 09:10:48 »Vielen Dank!
Wo Du immer diese schönen Sachen ausgräbst….??
Wo Du immer diese schönen Sachen ausgräbst….??