Hab durch deine vollen 81-Disks gleich einen Bug im ldr.GeoPaint entdeckt (Daten von Track 80 wurden nicht geholt), hehe… Ist behoben.
Danke!
Arndt
Du bist in Begriff, Forum64 zu verlassen, um auf die folgende Adresse weitergeleitet zu werden:
Bitte beachte, dass wir für den Inhalt der Zielseite nicht verantwortlich sind und unsere Datenschutzbestimmungen dort keine Anwendung finden.
letzter Beitrag von darkvision am
Hab durch deine vollen 81-Disks gleich einen Bug im ldr.GeoPaint entdeckt (Daten von Track 80 wurden nicht geholt), hehe… Ist behoben.
Danke!
Arndt
Ach so: Ging das anderen auch so? Ich konnte unter VICE mit der Disk #1 nichts anfangen, das Directory wurde zwar angezeigt, aber alle Zugriffe auf Dateien endeten in einem 74-Error. Ich hab dann alle Dateien einfach auf eine leere andere 81-Disk übertragen, jetzt geht's.
Was war an der ursprünglichen Disk anders, darkvision ?
Arndt
Die vorherige Disk war zu voll um unter GEOS Dateien unter geoPaint zu öffnen. Ich hab dann nur ein Bild auf Disk#2 verschoben damit Platz auf der Disk ist (ich vermute geoPaint braucht Platz um ein photoScrap/Zwischenablage auf Disk erstellen zu können...).
Den Loader hab ich seither nicht mehr getestet...
Ich konnte unter VICE mit der Disk #1 nichts anfangen, das Directory wurde zwar angezeigt, aber alle Zugriffe auf Dateien endeten in einem 74-Error.
Den Loader hab ich seither nicht mehr getestet...
Also ich hab mir den letzten GoDot-Stand heruntergeladen und die Disk#1 nochmal getestet... da hab ich auch seltsame Fehler angezeigt bekommen, bis hin zu "Trailing spaces" oder "No geoPaint image"... hab dann wie Du auch die Dateien (unter GEOS) auf eine neue Disk kopiert... jetzt geht es.
Hab dann gleich 8 neue Bilder auf Disk#2 konvertiert... Gruppe #06. Und beim erstellen des Index festgestellt das ich bei Index#5 die Langamen verwendet hab
Anbei die neue Version der Hintergrundbilder Disk#1/Disk#2 sowie aktualisierter Index#5 und der neue Index#6.
Ich hab dann nur ein Bild auf Disk#2 verschoben damit Platz auf der Disk ist (ich vermute geoPaint braucht Platz um ein photoScrap/Zwischenablage auf Disk erstellen zu können...)
Das dürfte mit der Möglichkeit zusammenhängen, dass die originalen Geos-Appikationen (Berkeley Softworks) Hilfsprogramme aufrufen können. Dazu wird unter Geos 64 der Speicher den das Hilfsmittel benötigt als Swap-File auf Diskette geschrieben und beim Verlassen wieder zurück geholt. Das wird wohl beim Start von geoPaint geprüft.
Bei Paint ist mir das bisher nicht aufgefallen , aber bei GeoWrite kann man das z.B. beobachten, wenn auf einer völlig originalen Geos-Diskette "Applikationen" versucht wird, das installierte Geowrite zu starten. Gleiches Problem...
Gruß
Werner
Kann das sein, daß der Text und der Photomanager nicht mehr richtig funktionieren? Die Scaps werden ja nicht mehr auf Diskette abgelegt.
Kann das sein, daß der Text und der Photomanager nicht mehr richtig funktionieren?
Welches System?
Doch, sie funktionieren .
Was ich für das aktuelle MP3-64 (mit GEODESK) bestätigen kann, nach dem Speichern eines PhotoScraps wird die aktuelle Disk nicht aktualisiert. Das heißt der Scrap ist scheinbar nicht vorhanden. Nach "Neu laden" der Disk ist wieder alles da.
Andere Systeme 64er TD und 128 TD teste ich später.....
Gruß
Werner
Nachtrag: TD 64 macht alles richtig, also wohl ein GEODESK-Problem ....
Werde ich gleich mal testen. Vielen Dank.
Schau mal hier:
Könnte etwas mit Deinem Problem zu tun haben. Das Aktualisierungsproblem hat darkvision wohl schon behoben.
Gruß Jojo
Nachtrag: TD 64 macht alles richtig, also wohl ein GEODESK-Problem ....
It's not a bug, it's a feature
Und ja, das ist so gewollt, denn bei einem DA muss man nicht zwangsweise alle Fenster aktualisieren. Sechs Fenster geöffnet, man startet das NOTES-DA und nach der Rückkehr baut der DESKTOP erstmal alle Fenster neu auf. Mit TC64/SCPU kein Problem, aber bei 1MHz mit 16Mb-NativeMode-Laufwerken... das dauert. Bei Anwendungen ist das z.B. so...
Es funktioniert bei TopDesk weil der Stur alle Fenster neu lädt, das macht GeoDesk bei einem Hilfsmittel eben nicht. Ich könnte natürlich das oberste Fenster aktualisieren. Startet man das DA aber über das GEOS-Menü, dann wird auch nur das oberste Fenster aktualisiert. Liegt das Fenster im Hintergrund bleibt es "veraltet". Oder ich aktualisiere wie TOPDESK alle Fenster... was aber der ursprünglichen Idee widerspricht nicht ständig alle Fenster neu zu zeichnen. Daher gibt es ja auch "Neu laden".
Bei einem DA sehe ich nicht unbedingt die Anforderung den Inhalt aller Laufwerke zu aktualisieren.
Wenn der Platz reicht könnte ich mir eine Option vorstellen der das oberste, alle Fenster oder kein Fenster nach der Rückkehr aus einer Anwendung/DA aktualisiert. Aber das wäre standardmäßig aus... Steht, wenn überhaupt, aber ganz am Ende der ToDo-Liste...
Man könnte ja auch sagen, es ist ein Fehler wenn ich bei geöffnetem Fenster die Diskette wechsle und der DESKTOP das Fenster nicht automatisch auf die neue Disk aktualisiert.
Könnte etwas mit Deinem Problem zu tun haben. Das Aktualisierungsproblem hat darkvision wohl schon behoben.
Nein, das ist was anderes...
Alles gut, es hat geklappt. Vielen Dank an euch alle.
Zitat von Juergen Johannes Könnte etwas mit Deinem Problem zu tun haben. Das Aktualisierungsproblem hat darkvision wohl schon behoben.
Nein, das ist was anderes...
OK, nach Deiner Erklärung ...........verstanden.
Gruß Jojo
Hatte gerade wieder mit GoDot zu tun, da hab ich mal in der RetroGallery geschaut ob es neue Bilder für weitere GEOS-WallPaper gibt...
Anbei jetzt die volle GEOS-Wallpaper Disk #2, 33 neue Hintergrundbilder im GeoPaint-Format. Konvertiert mit GoDot, Credits (Bildname/Künstler) wie immer im GEOS-Infoblock hinterlegt.
Disk#1 findet sich im ZIP in Post#84. Zusammen jetzt 180 Hintergrundbilder
Viel Spaß!
P.S. Musste mich selbst erst wieder reindenken, ist ja schon wieder ein Jahr her...
- Bilder von der RetroGallery mit Colodore-Farben angezeigt
- Das angezeigte Bild gespeichert (*nicht* den Screenshot speichern!)
- Bild in GIMP geöffnet
- Ggf. zuschneiden wenn Rand enthalten (320x200, Offset 32/35)
- Bildmodus auf 16 Farben setzen
- Als GIF speichern
- GoDot starten
- mod.SetColorBase -> Colodore
- mod.DecodeGIFhir laden
- Loader -> GIF
- Bild laden
- Display - Bild rendern
- Saver -> geoPaintCol
- Bild speichern
Colodore hab ich gewählt weil mir dabei die Farben für die Index-Bilder am besten gefallen haben.
Obercool!
Arndt
Obercool!
Arndt
Aber sowas von
Ein Großes auch von mir, Absolut Genital!
Jetzt fehlt Nurnoch ein Geos-Programm, welches bei jedem Start Automatisch ein anderes Bild Einläd und Anzeigt..............
Ach menno wurde zu hier weitergeleitet .. hab s/w Nadeldrucker für C64 .. will einfach nur ein Windows bild in Format das Geos liest umwandeln .. kann doch nicht sein das nur 200 usw Pixel Gehen muss nicht unbedingt DinA4 wäre natürlich Beste aber Hälfte wäre auch okay .. muss doch möglich sein .. benutze original C64 mit Chameleon 64 mit 4 mb RAM Erweiterung.. warum lässt sich das bild nicht in geopaint oder geowrite einfügen? Hab das extra hires GIF unter 1 MB runtergewandelt selbst geodot erkennt nicht .. mein held wäre einer von euch der mir Schritt für Schritt Anleitung gibt
Ach menno wurde zu hier weitergeleitet ..
Nicht ganz richtig... aber ich hab Deine Frage hier beantwortet.
Jetzt fehlt Nurnoch ein Geos-Programm, welches bei jedem Start Automatisch ein anderes Bild Einläd und Anzeigt..............
*no comment*
Ja, Genauso dachte ich mir das.................