Zitat:

---

Original von jochen22:
Die Anzeige muß dauerhaft sichtbar sein
und nicht nur ein Aufruf als Artikel oder Forumsbeitrag. So
sehen ihn auch Leute, die nur ab und zu vorbeischaun.

---

Zitat:

---

Original von MaikG:
Gut bei Milch gab es mal sowas. Alles andere wurde kontinuirlich teuer.
Pommes Frites 1 kg kosteten 2006 noch 39 cent, jetzt 1,39 Euro.
Kakau 2007: 1,49 2008: 1,69
Käse 2007: 1,39 2010: 1,65
Back-Camembert 2007: 1,79 2010: 1,99
Rührkuchen 2008: 0,99 2010: 1,29

---

Zitat:

---

Original von MaikG vom 11.09.2008:
Das habe ich mir mal vor ca. 4 Jahren zusammengerechnet und z.B. kosten Pommes statt 0,39 Euro jetzt 1,39 Euro nur mal so als ein Beispiel von vielen.

---

Zitat:

---

Original von Ralf27:
Aber, wie macht man das eigentlich richtig mit dem ominösen 3D-Farbraumberechnungen? So einfach wie ich das da oben gemacht habe? Wohl kaum...

---

Nee, das Problem mit den Farbraumberechnungen ist, dass sie das Bild als Ganzes betrachten, der HAM-Modus aber Pixel-lokale Eigenarten aufweist. Und bezüglich der Konvertierung von TrueColor nach beispielsweise 256 Farben haben sich etliche kluge Leute hingesetzt und Algorithmen entwickelt, aber die wenigsten diese Leute haben sich mit dem HAM-Modus beschäftigt

Du hast also die Wahl zwischen schon bestehenden, ausgereiften Algorithmen ohne HAM, oder eigenen Algorithmen mit HAM.

--
Good coders do not comment. What was hard to write should be hard to read too.

Zitat:

---

Original von Ralf27:
Ok, aber jetzt zu dem anderen Thema mit denn 64 Grundfarben, der Erkennung der wichtigsten Farben im Farbraum, etc. Das liest sich via Wiki recht komplex. Ok, das ganze wäre bestimmt ganz interesant, aber ich vermute mal das die meisten Programme das nicht machen, da es einfach zu viel Rechenleistung kostet und HAM ist nicht gerade schnell...

---

Zitat:

---

Original von Ralf27:
EDIT: Was ich vergessen habe zu tippen: In der einen Zeile hat am Schluss ein Buchstabe gefehlt. Beim zweiten "IF ABS(ab-b)*2>ug" hat am Schluss das g gefehlt.

---

Hä? Wieso gefehlt? Das ist doch exakt der Unterschied zwischen den beiden Zeilen, dass, wenn ug>u mit ug, ansonsten aber mit u verglichen wird. Du machst es doch in Deinem ursprünglichen Code genauso. Nur dass Du mit immer mit u vergleichst, aber wenn ug>u ist, dann weist Du u den Wert von ug zu. Kurz gesagt, Du vergleichst immer mit dem größeren der beiden. Hast Du Deinen eigenen Code nicht verstanden?

--
Good coders do not comment. What was hard to write should be hard to read too.

BASIC code:

---

LIBRARY"dos"
DECLARE FUNCTION xOpen&LIBRARY
LIBRARY"exec"
DECLARE FUNCTION AllocVec&LIBRARY
LIBRARY"graphics"
SCREEN 1,800,600,8,1,&H59824:REM 2048
WINDOW 2,,,128,1

 REM rgb, 5,6,5, max 32,64,32
 h&=xOpen&(SADD("cache:rgb16.test"+CHR$(0)),1005):IF h&=0 THEN Ende
 l&=800&*600&*2&
 mem&=AllocVec&(l&,0):IF mem&=0 THEN Ende
 xRead h&,mem&,l&
 xClose h&:h&=0
 rp&=WINDOW(8)
 CONST memsp&=800:REM memsp&=((800+15)16)*16
 t#=TIMER
 p&=0
 FOR y=0 TO 599
  ar=200:ag=200:ab=200
  FOR x=0 TO 799
   f=PEEKW(mem&+p&+p&)
   r=f>>11:REM r=(f AND &hF800)>>11
   g=(f>>5) AND 63
   b=f AND 31
   u=ABS(ar-r)*2
   ug=ABS(ag-g)
   IF ug>u THEN
    IF ABS(ab-b)*2>ug
     ab=b:f=64+b+b
    ELSE
     ag=g:f=192+g
    END IF
   ELSE
    IF ABS(ab-b)*2>u
     ab=b:f=64+b+b
    ELSE
     ar=r:f=128+r+r
    END IF
   END IF
   POKE mem&+p&,f
   INCR p&
  NEXT
 NEXT 
 WriteChunkyPixels rp&,0,0,799,599,mem&,memsp&
Ende:
 IF h& THEN xClose h&
 IF mem& THEN FreeVec mem&
 PRINT TIMER-t#

---

Zitat:

---

Original von Ralf27:
Ist seltsamerweise langsamer. Ist auch in C die Abfrage von einer Variablen zu einer Konstanten wesentlich schneller als zwischen zwei Variablen?

---

Zitat:

---

Original von Ralf27:
Gibt es eigentlich irgendwo Beispiele für HAM-Berechnungen die die ersten festen Farben mit einbeziehen? Oder ist der Overkill zu viel, bzw. bringt es überhaupt etwas?

---

Zitat:

---

Original von Thore:
das lha aus dem Aminet ist zwar auch gepackt, aber selbst-extrahierend

---

Genau das habe ich zwar nicht gesagt, aber gemeint
Schau mal auf den Link.

--
Good coders do not comment. What was hard to write should be hard to read too.

Zitat:

---

Original von Amiuso:
Entweder suchen ( nicht im aminet da lles gepackt ist) ...

---

Zitat:

---

Original von jochen22:
Eventuell wäre eine Funktion "Netiquette-Verstoß melden"
sinnvoll, um etwa den Kommentarbereich wieder etwas flüssiger zu
gestalten.

---

Zitat:

---

Original von Ralf27:
Es könnte noch schneller gehn, aber das wird dann in MaxonBasic zu aufwendig.

---

Zitat:

---

Original von thomas:
r = (r * 5) 31
g = (g * 6) 63
b = (b * 5) 31
PSET(x,y),r+g*6+b*42

---

code:

---

r = (r*21)>>7
g = (g*49)>>9
b = (b*21)>>7
PSET(x,y),r+g*6+b*42

---

Zitat:

---

Original von Ralf27:
Der Unterschied ist folgender:

DEFINT a-z bedeutet das alle Variablen als WORD behandelt werden, also alle Variablen ohne Anhang. Eine Variable mit & wird als LONG behandelt.

---

Dachte ich mir schon

Zitat:

---

In diesem Fall ist es aber eigentlich egal, da ich ja mit der logischen Operation AND ja direkt an die Bits geh und diese dann auch gleich shifte.

---

Zitat:

---

Da ist es wohl egal wie der Compiler die Daten in der Variable behandeln würde, also mit Vorzeichen oder nicht.

---

code:

---

f&=PEEKW(SADD(t$)+x+x)
r=(f& AND &hF800)>>11

---

Zitat:

---

Original von Ralf27:
Wenn man im obigen Code statt f& einfach f nimmt (es ist ja alles mit defint a-z als integer deklariert), dann sollte es zwar nicht richtig gehn, aber es geht?!?.

---

Zitat:

---

Original von tploetz:
@Bjoern:
Mit 0000 oder 1234 klappt es nicht mit dem Kopplungscode.
tploetz

---

Zitat:

---

Die neuesten Kommentare
=> Weiterlesen

Error
2010-08-19 12:23:57 - Error: DB Error: unknown error
2010-08-19 12:23:57 - Error: Unknown error

---

Zitat:

---

Original von AGSzabo:
ich würde gerne die höhe eines iframe in % relativ zur fernsterhöhe festlegen. so gehts nicht:

html code:

---

<iframe src="content_main.php" width="100%" height="80%" frameborder="0" scrolling="auto" name="content"></iframe>

---

---

Zitat:

---

Original von Thore:
Geht es mit HD Disketten so nicht, wenn das HD Loch zugeklebt ist?

---

Zitat:

---

Original von CarstenS:
Aber gehe ich recht in der Annahme, dass ein solches Netzwerk auch mit Windows-Boardmitteln möglich ist, wenn man die IP-Adressen der beiden Geräte angibt? Und sehe ich das richtig, dass ich dann aber mit jeder IP-Änderung die Konfiguration wieder ändern muss?

---

Zitat:

---

Original von Ralf27:
Wären Programmierer unfehlbar, dann bräuchten wir keinen Speicherschutz.

---

Zitat:

---

Original von Thore:
So seit Stunden ist meine Liste noch ohne ein einziges Programm da. Ich denk es gibt sooo viele?

---

Zitat:

---

Ich werd auf weitere Statements, die eure Aussagen nicht belegen, also nicht mehr eingehen, sondern warte nur noch auf die Liste der 100 Programme.

---

Zitat:

---

Ansonsten sehe ich alles nur als wirre Behauptungen ohne jegliche Relevanz.
Ihr wollt auch immer Beweise, also zeigt mir eure.

---

Zitat:

---

Original von ZeroG:
Mal so nebenbei bemerkt:
Die CrossDOS Version von OS4 hat ein paar Tricks mit speziel manipulierten FAT Directory-Einträgen drauf um die AOS spezifischen Dateiattribute "rüberzuretten". Normalerweise sollte das keine Probleme machen, aber es könnte einige FAT-Implementationen geben die damit Probleme haben. Bei einer normalen Mountlist kann man die NOAMIGAATTR Option nutzen um das abzuschalten.

Weiß jemand wie man dem USB-Stack das ggf. beibringen kann?

---

Zitat:

---

Original von Thore:
Anmerkung: UAE kann anderes reagieren als echte Hardware-Amigas (eigene Erfahrung). Daher gelten nur Hits die auf echten Amigas reproduzierbar sind.

---

Zitat:

---

Original von DrNOP:

Zitat:

---

Original von Holger:
Verstehe, Du schreibst hier nur Bullshit, den Du nicht mal selber glaubst.

---

Ne, er schreibt einfach immer nur das Gegenteil von dem, was du schreibst.

---

Zitat:

---

Original von Thore:
> Wenn da ein Beitrag, der behauptet, Amiga-Programme seien "perfekter ausprogrammiert als so manches Win-Programm"

Damit zeigst du mir, daß du rein gar nicht verstanden hast was ich geschrieben hab, da dies absolut nicht meine Aussage war. ...

---

Zitat:

---

Original von Thore:
...
Und du wirst dich wundern, aber die meisten Amiga-Programme sind perfekter ausprogrammiert als so manches Win-Programm. Denn ohne Speicherschutz muss man von sich aus schon sauberer arbeiten.
Stell Dir mal Win ohne Speicherschutz vor...

---

Zitat:

---

Original von dandy:
Die Idee, Hyperion, AInc und AEon auf einen Schlag zu kaufen, stammte doch von Dir, wenn ich das richtig sehe - oder?

---

Zitat:

---

Mein Glaube hat hiermit michts zu tun und geht Dich auch nicht das Geringste an.

---

Zitat:

---

Falsch.
Ich habe lediglich geschrieben: "Je mehr gekauft werden, desto billiger werden die Kisten, würde ich meinen...".

---

Zitat:

---

Original von whose:
Ach so, und weil ER die Diskussion beenden will, mußt DU schnell nochmal nachtreten? So beendet man Diskussionen? Indem man denjenigen, der schon nachgegeben hat, noch einmal herausfordert?

---

Zitat:

---

Original von whose:
Und wie ists bei Dir? War es da auch Absicht, daß Du Dich eingeschaltet hast, obwohl Du genau weißt, daß es dadurch noch mehr ausartet?

---