[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:
Wie ich das verstanden hab kommt bei Ralf gar kein Bild mit
der ähnlichkeit zum Original an...

Sprich er hat nur AGA und bekommt ohne PDA_Dest kein Bild.

Er kann diese Modi auch nicht setzen da diese nicht in den Includes
zu Maxonbasic enthalten sind.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:
Er kann diese Modi auch nicht setzen da diese nicht in den Includes
zu Maxonbasic enthalten sind.

---

Bei CybergraphX waren auch einige Konstanten nicht definiert und ich hab sie mir aus C-Includes rausgesucht und selbst in die MaxonBasic-Includes reingesetzt.
Also, das geht auch.
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Ralf27:
Also mal sorum gefragt: Ist es normal das die 24Bit-Bilder schlechter aussehn als 8Bit, wenn man die 8Bit-Bilder in 24Bit umrechnet?

---

Zitat:

---

Und eine weitere: Läuft das ganze was ich da habe auch mit 24Bit-Bildern auf einem >8Bit-Screen richtig?

---

Zitat:

---

Ich vermute mal das die 24Bit-Bilder genommen werden, auf 8Bit runtergerechnet werden und dann auf 24Bit ausgegeben werden. Und da kommt wohl der neue Parameter ins Spiel denn ich dann auch setzen müßte.
Bzw. dürfte ich diesen Parameter am besten auch dann nur setzen.

---

Also, soweit sich mir das Ganze erschlossen hat, ist dem Datatype der Screenmode des Ziels relativ egal, solange nicht PMODE_V43 aktiv ist. Dann wird auch für 24Bit-Zielscreens mit 8Bit und palettebasiert ausgegeben.

Umgekehrt hat Dithering zur Folge.

Ich bin da bisher immer so vorgegangen, daß ich beim Öffnen des Spielscreens die Farbtiefe ermittelt habe und von da ausgehend entweder palettebasiert oder in 24Bit laden lasse.

Für Blitmasken spielt das keine so große Rolle, da diese eh in 1Bit Farbtiefe vorliegen sollten und, wenn möglich, eine extra BitMap (in der entsprechenden Farbtiefe) bekommen sollten. Das reduziert die Gefahr einer möglichen Verwirrung mit dem Ausgangsformat

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 18.05.2006 um 01:44 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:
Schalte Dithern doch aus.


CONST PDTA_DestMode& = &h800010FB&

0 - V42
1 - V43

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von bubblebobble:
Oder du machst das ganze in Amiblitz, dort kannst du den Grad des Ditherns einstellen, von 0-100%. Sehr nützlich z.B. für GUI Elemente, wo man meistens kein Dithern haben möchte:

---

Zitat:

---

image_load{imageID,file,trgb,toleranz,dithermode,ditheramount}
z.B.:
image_load{1,"mypic.png",$FF00FF,1,#DITHERMODE_FS,50}

Oder du implementierst das analog in Maxon, indem du die guigfx.library benutzt, anstelle der Datatypes direkt.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von bubblebobble:
Aber möglicherweise brauch auch guigfx bereits CGX. Die CGX Erweiterungen sind halt mittlerweile quasi Standard, so wie AHI für Audio.

---

GuiGFX braucht kein CGX, ich benutze es ja auch hier mit AGA. AHI benutze ich hier auch, RTGMaster läuft auch hier mit AGA.

Aber das ein Compiler CGX vorraussetzt...
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von bubblebobble:
Mit einer höheren Auflösung steigt die Anzahl der Zeilen von Sourcecode, die man überblicken kann, und damit auch die Qualität und Geschwindigkeit der Programmierung.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

bubblebobble:
Möglicherweise brauchen auch manche Datatypes CGX, wenn du mit 24bit Bildern hantierst.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von bubblebobble:
Das ist schon richtig, aber bei AGA hast du eine Auflösung von 256.
Da bekommst du maximal gerade mal 32 Zeilen (PAL) oder 25 Zeilen (NTSC) drauf gequetscht bei einer 8x8 Font.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von bubblebobble:

Willst du nicht mal auf Graka umsteigen ? Mit einer höheren Auflösung steigt die Anzahl der Zeilen von Sourcecode, die man überblicken kann, und damit auch die Qualität und Geschwindigkeit der Programmierung. Ich hatte oft den Effekt, dass ich, wenn ich auf eine höhere Auflösung umgestiegen bin, auf einmal offensichliche Bugs gefunde habe, und vorher wie blind war.

---

Ich hab hier auch einen A1200T mit BPPC und BVision. Leider zur Zeit defekt. Und auch auf diesem Rechner hatte ich damals Probleme mit AmiBlitz.

Also, ich habe/hatte hier beides und rate mal wo ich lieber programmiert habe?

Kein Witz, aber der große war bei mir in Sachen programmieren nur zum testen da. Es hat mir einfach kaum Spaß gemacht bei 1024*768 auf einem 19"-Moni zu programmieren.

Außerdem wird man blind bei zu vielen Zeilen. Mir ist es jedenfalls so ergangen.
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von bubblebobble:
@Holger

Das ist schon richtig, aber bei AGA hast du eine Auflösung von 256.
Da bekommst du maximal gerade mal 32 Zeilen (PAL) oder 25 Zeilen (NTSC) drauf gequetscht bei einer 8x8 Font.
Wenn man noch ein bisschen Screen Titel und GUI abzieht ist das wirklich nicht viele.
Manche Funktionen sind einfach größer, z.B. FFT.
Zu viele Zeilen ist natürlich auch nicht gut, aber ich denke das otpimum erreicht man irgendwo bei einer Auflösung ab 1024 Höhe und einer relativ kleinen Font (also 8-12 pixel hoch).

---

Das ist eingentlich Käse. Bei PAL und NTSC bieten sich die Overscanauflösungen geradezu an. Wenn man dann denn Monitor etwas von der Auflösung her runterdreht und PAL auf Overscan bringt, dann hat man eine höhere Auflösung bei der gleichen Bildfrequenz.

Bei meinem kleinen hab ich so die Auflösung bei PAL etwas aufgedreht und hab nun 33Zeilen bei der Darstellung. Und mir reicht dies eigentlich aus.

Aber jedem so wie es ihm Spaß macht.
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von bubblebobble:
Hm, das wäre mir zu wenig. Mit Amiblitz habe ich 120 Zeilen, mit Topaz 8 font, im TuiTED (für C) etwa 60. Ist vielleicht ein bisschen zu viel, gebe ich zu. Aber 60-80 Zeilen denke ich solltens schon sein, zumindest für mich. Dann muss man funktionen auch nicht unnötig zerhacken, wenn sie straight-foreward sind.

---

Mit AGA wären 120Zeilen auch möglich, aber das wäre auf dem 14"-Moni eine Suche mit der Lupe.


Aber selbst auf einem 19" mit Grafikkarte wären mir 120Zeilen eindeutig viel zu viel.

Aber wie schon geschrieben, jedem so wie er es mag.
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von bubblebobble:
Zu viele Zeilen ist natürlich auch nicht gut, aber ich denke das otpimum erreicht man irgendwo bei einer Auflösung ab 1024 Höhe und einer relativ kleinen Font (also 8-12 pixel hoch).

---

[ - Antworten - Zitieren - Direktlink - ]

code:

---

void test() 
{
   myfunc(param1,
          param2,
          param3);

   return (0);
}

---

code:

---

void test() {
  myfunc(param1,param2,param3);
  return (0);
}

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von bubblebobble:
Es ist wirklich müßig, sich über die Anzahl der Zeilen zu steiten.

Allerdings gehen 120 Zeilen auf AGA nicht. Oder willst du eine Font mit 4 Pixel Höhe, das kann ja kein Mensch lesen ?

---

Ist es wirklich. Denn ich würde niemals 120Zeilen benutzen, auch auf einem System mit Grafikkarte, da es eigentlich für mich unübersichtlich ist. Aber jedem das seine

Achja, für Hardcoreleute: 120Zeilen geht auch auf AGA mit snapshot und da geht sogar noch mehr: Z.b. auf 1024*768*8 mit snapshot=128Zeilen, bzw. mit Topaz8=96 Zeilen. (ok, minus Titelleiste)
Nur das würde bestimmt keiner benutzen.

Edit:
Oder z.b. MULITSCAN: Producitvity Interlace: 640*960: -> snapshot=160 Zeilen, Topaz8=120

Ha!

Ok, jetzt aber genug von den Extremen. Ich finde 30-40 Zeilen sind genug für mich. Was andere benutzen müssen sie selbst wissen. Bzw. konnte ich auch schon Grafikkarten testen und hab auch da die Zeilenanzahl nicht erhöht.


--
http://www.alternativercomputerclub.de.vu

[ Dieser Beitrag wurde von Ralf27 am 20.05.2006 um 21:46 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von bubblebobble:
Bei C wird oft sehr inflationär mit den Zeilen umgegangen, gerade da bräuchte man doch eigentlich mehr Zeilen auf dem Bildschirm.

zB.

code:

---

void test() 
{
   myfunc(param1,
          param2,
          param3);

   return (0);
}

---

---

code:

---

void test()
                        {
                                    myfunc(param1,
                                           param2,
                                           param3);

                                    return (0);
                        }

---

Zitat:

---

würde ich schreiben (in der Hälfte der Zeilen):

code:

---

void test() {
  myfunc(param1,param2,param3);
  return (0);
}

---

---

code:

---

void test()
{
  myfunc(param1, param2, param3);
  return 0;
}

---

[ - Antworten - Zitieren - Direktlink - ]