CBM 8000 hi-Res Data-Becker

Es gibt 57 Antworten in diesem Thema, welches 10.352 mal aufgerufen wurde. Der letzte Beitrag (30. Mai 2024 um 10:14) ist von Zitruskeks.

  • Kann das auch Bitmaps darstellen? Wie ist das Pixel-Aspect-Ratio? Welche Art Videosignal wird ausgegeben?

    Das ist eine Karte von 1981 und kann 640x200 Pixel.

    Bitmaps gehen nur über den Umweg der Umwandlung von BMP nach SVG nach HPGL in Inkscape beispielsweise.

    Das Videosignal entspricht 1:1 dem des CBM, da die Grafik auch dort ausgegeben wird.

  • Es kann Bitmaps ausgeben. Es ist - im Gegensatz zur High Speed Graphik, welche man hier finden kann:

    Bitte melde dich an, um diesen Link zu sehen.

    sogar NUR eine Bitmapkarte. Die HSG kann (nur) hardwarebeschleunigt Vektoren zeichnen.

    Die Data Becker schreibt auf den Datenbus des CharRoms, und kann somit perfekt Text und Grafik mischen (die HSG schaltet um bzw ist zum Betrieb eines externen Monitors. Die Auflösung ist damit identisch zum PET selbst, also 80*8 mal 25*8 = 640 mal 200

  • Ich hab auch alle 3 (Versionen der Supersoft High Res Karten reverse engineered. Die laufen in allen Pet Verionen (mit/ohne CRTC, 40 und 80Zeichen). Mischen auch in den Textmode rein, sind allerdings nur 320*200 (bei den 80 Zeichen PETs erden die Grafikpixel in der Breite verdoppelt).

    2 Karten sind schon nachgebaut und erfolgreich getestet, eine (die für den Ur-Pet) ist im Respin weil sie physikalisch ein paar mm zu groß war. Nur von 2-3 Bildern aus reversen ist halt so ne Sache xD

    PS: die Eltek Grafik ist auch reversed und im Testing. Eine völlig abgefahrene Karte die nicht in den Charrom Bus schreibt sondern das analoge Signal mischt und sich mit einem PLL auf die Frequenzen des Pet synct.

    Und noch die HAL6500 - ein reiner programmierbarer Zeichensatz.

  • Na am ende des Tages sind alle PET Grafiken Bitmaps, ist ja kein Vektordisplay :)

    Die Karte hat 16Kb RAM um alle Pixel zu speichern (muss sie ja auch).

    Man kann Pixel setzen und löschen und auch ganze Screens speichern und wieder auf einmal laden.

    Die BasicExtension kann Vektoren malen, macht das aber eben auch klassisch (nicht HW-Beschleunigt)

    Reicht für mich um die als Bitmap Grafikkarte einzustufen. Man müsste sich mal das Fileformat der Screen-Save-und-Laderoutine anschauen, dann könnte man auch einen Konverter schreiben.

  • Also ist der Flaschenhals aktuell eher die BasicExtension als die Hardware selbst.
    Wäre bestimmt schick, 640x200 Bitmaps auf den alten Kisten anzuzeigen. :)

    Ein Bitmap-SVG schaut nicht so schick aus. :)
    Man könnte das etwas verbessern mit einer anderen Art von Dithering oder ganz ohne.

  • Also ist der Flaschenhals aktuell eher die BasicExtension als die Hardware selbst.
    Wäre bestimmt schick, 640x200 Bitmaps auf den alten Kisten anzuzeigen. :)

    Ein Bitmap-SVG schaut nicht so schick aus. :)
    Man könnte das etwas verbessern mit einer anderen Art von Dithering oder ganz ohne.

    Ich muss das hier nochmal aufgreifen.

    Aktuell behelfe ich mir damit, dass ich Bildmaterial via Inkscape von JPG nach SVG und von dort nach HPGL transferiere, um sie dann mittels Basicprogramm durch die CBM Grafikkarten (HSG / DataBecker / SuperSoft HRx) anzeigen zu lassen.

    Das funktioniert ganz gut, weil HPGL einfach stupide Koordinatenwerte beinhaltet, welche man perfekt über die jeweiligen Grafikbefehle ausgeben lassen kann.

    ABER: Bestünde evtl. die Möglichkeit, die Bilder auch direkt in den Speicher der Karte zu bringen?

    Ich kann das nicht korrekt beschreiben, evtl. wisst ihr, was ich meine.

    Die aktuelle Umwandlung kostet neben Zeit auch viel Detail- leider.

    Viele Grüsse,

    Matthias

  • Der Grafikspeicher sitzt wohl -ähnlich wie später beim C128 im VDC/80Z Modus- vor der CPU "versteckt" in einem Bereich, der sich nur indirekt ansprechen lässt.

    Da aber doch -über den reverse engineerten Schaltplan- bekannt sein muss, wie der Speicher angesprochen wird und aus der Funktion des 6845 (6545 entspr.) und der Verdrahtung des selben mit den "privaten" RAM-Chip(s) sich ergibt, welches Speicherbit welchem Pixel entspricht, müsste es doch möglich sein, hier ein Programm zu schreiben, das auch BMPs lesen und direkt in diesen Speicher schreiben kann, also Byteweise und nicht bitweise=punktweise, wie es wohl CBM_Ba über den Umweg von HPGL macht.

    Dabei wird der normale Textmodus mit dem neuen Bitmap-Modus quasi überlagert, sprich die 6845 adressiert (mit ihren Adressbits A3- A13) sowohl einen Bereich des normalen CBM-Bildschirmspeichers, wo diese 11 Bit (entspr. 2K Adressraum) aber von A0-10 eingeblendet und mit einem Offset so verschoben werden, das der vom 6502 aus "richtige" Speicherbereich adressiert wird. das Ergebnis, sprich die Daten vom Datenbus werden wiederum als "Pointer" auf das CHAR-ROM verwendet, d.h. als die oberen Adressbits zur Auswahl des vom Charroms zu lesenden Zeichen.

    Parallel dazu wird aber auch aus dem linear an den 6845 angeschlossenen "privaten" RAM das passende Byte mit Bitmap-Daten gelesen, beides logisch ver-"odert" und vom 6845 serialisiert ausgetaktet als Video-output.

    Das Alles muss im ersten Teiltakt aus Sicht des 6502 und somit für diesen transparent stattfinden.

    Im zweiten Teil-Takt aus 6502-Sicht kann nun sowohl der TEXT-Bildspeicher beschrieben als auch das Char-ROM gelesen werden (welches natürlich auch ein -RAM sein könnte).

    Um aber den "privaten" Speicher auf dem Erweiterungsboard anzusprechen müsste dieser nun auch entweder blockweise in einen freien Bereich des 6502-Speichers eingeblendet werden (so wie es beim C64 etc. im Bitmapmodus auch der Fall ist, dort aber mit "shared memory"), oder aber es muss zwei 3state-Register/Latches (LS373, 573 oder ähnlich) geben, die an fixen Adressen vom 6502 aus erreichbar sind und in die dann die gewünschte Adresse (als Pointer) im Private-RAM als Hi/low-Byte eingeschrieben und dann beim 3. und letzten Zugriff auf eine weitere fixe Adresse, die nun als "datenport" dient die Verbindung zw. den Datenbussen herstellt, die Adresse aus diesen Latches an den Speicher anlegt und die Übernahme in den privaten Speicher im vom 6845 ungenutzten Zeitslot auslöst (also letztlich ein Write-Signal generiert). (gegebenenfalls auch umgekehrt das Auslesen und die Übernahme ins Latch, wenn eine solche Funktion vorgesehen ist...).


    Bitmap-Dateien haben ihrerseits einen wohlbekannten internen Aufbau: Bitte melde dich an, um diesen Link zu sehen.

  • Foristen,

    für die Supersoft HR-Modelle hat Zitruskeks feinherbe Dinge geleistet. Dank seiner Nachbauten und der genialen Software kann man nun BMP Dateien darstellen. Bisserl hin- und herwandeln, fertig ist der Lack.

    So can it run DOOM?

    Bitte melde dich an, um diesen Anhang zu sehen.

    Sogar ausdrucken auf nem 3022 oder 4022 klappt:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Unser Hobby ist schon was HERRLICHES!

    Allerdings nur mit einer Community… deshalb auch hier noch mal DANKE!

  • Also ist der Flaschenhals aktuell eher die BasicExtension als die Hardware selbst.
    Wäre bestimmt schick, 640x200 Bitmaps auf den alten Kisten anzuzeigen. :)

    Ein Bitmap-SVG schaut nicht so schick aus. :)
    Man könnte das etwas verbessern mit einer anderen Art von Dithering oder ganz ohne.

    Bitte melde dich an, um diesen Anhang zu sehen.