ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Programmierung > ilbm.datatype friss ChipMem | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
-1- | [ - Beitrag schreiben - ] |
14.06.2005, 23:02 Uhr MaikG Posts: 5172 Nutzer |
Kann man vermeiden das der ilbm.datatype Chipspeicher nimmt? Bei WBPattern wird nichts verbraucht, bei Multiview ja und bei dem Programm das ich grade schreibe auch. Kann man aus dem Programm den ilbm.datatype mitteilen das es das nicht macht? [ - Antworten - Zitieren - Direktlink - ] |
15.06.2005, 09:24 Uhr gni Posts: 1106 Nutzer |
Zitat:Die Frage läßt sich ohne weitere Informationen über Dein System nicht beantworten. Zum einen: welcher ilbm.datatype (version full *ohne* die file Option!) und zum anderen welches Grafiksystem? [ - Antworten - Zitieren - Direktlink - ] |
15.06.2005, 09:32 Uhr Flinx Posts: 1073 Nutzer |
Zitat: Möglicherweise hast Du ihn falsch aufgefordert? Der richtige Befehl müßte doch lauten "ilbm.datatype friss kein ChipMem". (scnr) Im übrigen denke nicht, daß sich das beeinflussen läßt. [ - Antworten - Zitieren - Direktlink - ] |
15.06.2005, 11:30 Uhr thomas Posts: 7716 Nutzer |
Zitat: Bist du sicher, daß dein Hintergrundbild ein ILBM ist und kein JPEG ? Was Multiview kann, bekommst du auch hin. Wenn Multiview es nicht macht, dürfte es für dich auch schwer werden. Generell kann man Bitmaps nur dann ins Fast-RAM legen, wenn man eine Grafikkarte hat oder FBlit benutzt. Ansonsten *müssen* die Bitmaps ins Chip-RAM. Wo eine Bitmap landet, hängt auch vom Programm (in diesem Fall dem ilbm.datatype) ab. Wenn das Programm die Funktion AllocBitMap benutzt, dann kann die Grafikkartensoftware oder FBlit bestimmen, daß die Bitmap ins Fast-RAM kommt. Wenn das Programm die Bitmap aber selber anlegt, landet sie allermeistens im Chip-RAM und da kann man auch nichts dran ändern. Um der datatypes.library mitzuteilen, daß dein Programm grafikkartenfähig ist, solltest du das Bild mit PDTA_DestMode,PMODE_V43 öffnen. Dann mußt du allerdings damit rechnen, daß du u.U. eine Truecolor-Bitmap (Depth > bekommst. Gruß Thomas -- Email: thomas-rapp@web.de Home: thomas-rapp.homepage.t-online.de/ [ - Antworten - Zitieren - Direktlink - ] |
15.06.2005, 18:56 Uhr MaikG Posts: 5172 Nutzer |
>Die Frage läßt sich ohne weitere Informationen über Dein >System nicht beantworten. Zum einen: welcher ilbm.datatype >(version full *ohne* die file Option!) und zum anderen >welches Grafiksystem? ilbm.datatype 44.9 (02.08.00) - Der von OS3.9 also der neuste CGX 4 - BVision >Bist du sicher, daß dein Hintergrundbild ein ILBM ist und >kein JPEG ? Bis vor kurzen war es ein ILBM Bild mit 256 Farben und es wurde kein Chipspeicher verbraucht. Jetzt ist ein JPEG weil das wegen WOS schneller ist. >Was Multiview kann, bekommst du auch hin. Wenn Multiview es >nicht macht, dürfte es für dich auch schwer werden. Ich Programmiere zwar schon lange aber sämtliche Systemfunktionen kenne ich noch nicht. >Wenn das Programm die Funktion AllocBitMap benutzt, dann >kann die Grafikkartensoftware oder FBlit bestimmen, daß die >Bitmap ins Fast-RAM kommt. Wenn das Programm die Bitmap >aber selber anlegt, landet sie allermeistens im Chip-RAM >und da kann man auch nichts dran ändern. In meinem Programm habe ich AllocBitMap benutzt. Mit JPEG wird kein Chip-Speicher benutzt. >Um der datatypes.library mitzuteilen, daß dein Programm >grafikkartenfähig ist, solltest du das Bild mit >PDTA_DestMode,PMODE_V43 öffnen. Dann mußt du allerdings >damit rechnen, daß du u.U. eine Truecolor-Bitmap (Depth > >bekommst. Das mit dem DestMode habe ich gemacht, weil ansonsten kein TrueColor möglich ist. [ - Antworten - Zitieren - Direktlink - ] |
16.06.2005, 23:23 Uhr MaikG Posts: 5172 Nutzer |
Keiner eine Idee? [ - Antworten - Zitieren - Direktlink - ] |
21.06.2005, 23:39 Uhr MaikG Posts: 5172 Nutzer |
Ich habe jetzt rausgefunden das PlayCD und Amplifier ebenfalls ChipRam benutzen falls die Skins in 8-Bit vorliegen. Den OS3.9 Programmierern war das wohl bekannt. Die OS3.9 Skins für Amplifier liegen in 24 Bit vor obwohl es meist nur weniger als 256 Farben sind. PlayCD nimmt in der Originalen Config OS3.9BB2 für ballanim, display und shuttleanim auch ChipRam. Die kamen bei BB2 wegen cddb dazu. Sind 8 Bit. Das kostet 58.536 kb. Die beiden letzten kann man umwandeln, dann sind es nur noch 20.352 kb. Die ballanim verliert leider die Transparenz beim Umwandeln. Das haben die sicher wegen der Kompatiblität gemacht, ich denke mal man kann das gar nicht abschalten. Ausser mit MCP-Memorypatch. [ - Antworten - Zitieren - Direktlink - ] |
22.06.2005, 10:18 Uhr thomas Posts: 7716 Nutzer |
Schau mal in die Env-Variablen von CGX oder P96. Da gibt es sowas wie PLANESTOFAST. Dann ist die Kompatibilität dahin. Gruß Thomas -- Email: thomas-rapp@web.de Home: thomas-rapp.homepage.t-online.de/ [ - Antworten - Zitieren - Direktlink - ] |
22.06.2005, 18:51 Uhr MaikG Posts: 5172 Nutzer |
>Schau mal in die Env-Variablen von CGX oder P96. Da gibt >es sowas wie PLANESTOFAST. Dann ist die Kompatibilität >dahin. Dann läuft z.B. Scala nicht mehr. Warum wurde in dem ilbm.datatype keine Option wie PDTA_DestMode eingebaut, damit man den Datatype mitteilen kann das es nur Fast-Mem benutzen darf? Eigentlich sollte der Datatype beim vorhandensein von DestMode merken das Fastram benutzt werden soll. Nur neuere Programme benutzten das und kommen mit dem Ergebniss im Fastram auch klar. Ich nehme mal an das ich in dem Programm jetzt auch noch ein anderes einbauen kann das dann nur die <=8 Bit Bilder bearbeitet :-( [ - Antworten - Zitieren - Direktlink - ] |
-1- | [ - Beitrag schreiben - ] |
amiga-news.de Forum > Programmierung > ilbm.datatype friss ChipMem | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |