Neueste Beiträge31
Coding / vr_trnfm() - Beispiel?
« Letzter Beitrag von AndreasKromke am So 26.04.2026, 12:42:26 »Es treibt mich zum Wahnsinn ... 
Ich experimentiere gerade mit vr_trnfm() herum, aber alle meine Beispiele führen zum Absturz.
Beispielsweise bei 32 Bit Farbtiefe (true colour). Der Block habe 10x7 Pixel. Ich setze für srcMFDB:
fd_w = 10
fd_h = 7
fd_nplanes = 32
fd_wdwith = 20 (10 Pixel à 4 Bytes macht 40 Bytes macht 20 16-Bit-Werte)
fd_stand = 0 oder 1 (habe beides probiert)
(allgemein: srcMFDB.fd_wdwidth = (srcMFDB.fd_w * srcMFDB.fd_nplanes + 15) / 16);
Beim destMFDB wird anscheinend alles ignoriert außer fd_addr. Trotzdem habe ich ausprobiert, die Felder identisch mit denen von srcMFDB zu setzen, ohne Erfolg.
Bisher stürzt nur monochrom->monochrom nicht ab. Geht in allen Farbmodi. Gebe ich eine unübliche Farbtiefe an, also 7, wird das in manchen Grafikmodi ignoriert, bei anderen stürzt das Programm ab. Die Farbkonvertierung habe ich in keinem der sieben getesteten Bildschirm-Modi hingekriegt, immer nur Abstürze, in beide Richtungen (Standard nach gerätespezifisch und andersrum).
Ich habe eine Suche in github gemacht, aber hier habe ich nur im Vision-Quelltext einen Schnipsel gefunden, der ist aber so ad hoc nicht verständlich.
Hat das je funktioniert? Was habe ich übersehen?
PS: Testprogramm liegt jetzt in [https://gitlab.com/AndreasK/Atari-Mac-MagiC-Sources/-/tree/master/MagiC/TEST/TESTS/VDITEST/TRNFM]. Ist nicht aufgeräumt, nur "quick and dirty".
PS/2: Mit Hatari, TT-Emulation, 256 Farben (extended VDI) gibt es die gleichen Abstürze. Der destMFDB wird kaputtgeschrieben, es steht nur noch Grütze drin, und es gibt einen Busfehler.
Ich experimentiere gerade mit vr_trnfm() herum, aber alle meine Beispiele führen zum Absturz.
Beispielsweise bei 32 Bit Farbtiefe (true colour). Der Block habe 10x7 Pixel. Ich setze für srcMFDB:
fd_w = 10
fd_h = 7
fd_nplanes = 32
fd_wdwith = 20 (10 Pixel à 4 Bytes macht 40 Bytes macht 20 16-Bit-Werte)
fd_stand = 0 oder 1 (habe beides probiert)
(allgemein: srcMFDB.fd_wdwidth = (srcMFDB.fd_w * srcMFDB.fd_nplanes + 15) / 16);
Beim destMFDB wird anscheinend alles ignoriert außer fd_addr. Trotzdem habe ich ausprobiert, die Felder identisch mit denen von srcMFDB zu setzen, ohne Erfolg.
Bisher stürzt nur monochrom->monochrom nicht ab. Geht in allen Farbmodi. Gebe ich eine unübliche Farbtiefe an, also 7, wird das in manchen Grafikmodi ignoriert, bei anderen stürzt das Programm ab. Die Farbkonvertierung habe ich in keinem der sieben getesteten Bildschirm-Modi hingekriegt, immer nur Abstürze, in beide Richtungen (Standard nach gerätespezifisch und andersrum).
Ich habe eine Suche in github gemacht, aber hier habe ich nur im Vision-Quelltext einen Schnipsel gefunden, der ist aber so ad hoc nicht verständlich.
Hat das je funktioniert? Was habe ich übersehen?
PS: Testprogramm liegt jetzt in [https://gitlab.com/AndreasK/Atari-Mac-MagiC-Sources/-/tree/master/MagiC/TEST/TESTS/VDITEST/TRNFM]. Ist nicht aufgeräumt, nur "quick and dirty".
PS/2: Mit Hatari, TT-Emulation, 256 Farben (extended VDI) gibt es die gleichen Abstürze. Der destMFDB wird kaputtgeschrieben, es steht nur noch Grütze drin, und es gibt einen Busfehler.