Zitat:

---

Original von Maja:
Tsss..., die spinnen, die Engländer.

Zitat:

---

Original von _PAB_:
Alkohol ist u.a. ein Gruppenzwang-Phänomen wie das Rauchen auch (meine Meinung).

---

Die nicht verkehrt ist.

---

Tschüß

Zitat:

---

Original von Maja:
Im Ernst. Er will eine Diskussion darüber anstoßen, nach welchen Kriterien in einem Sozialstaat die Mittel verteilt werden sollten. Das ist nicht verkehrt, denn da liegt tatsächlich Einiges im Argen.

---

Zitat:

---

Original von Maja:
Es ist allerdings mitnichten so, dass Erziehungsberechtigte ihre Kinder wie rechtelose Sklaven behandeln weil sie alleinerziehend sind.

---

Zitat:

---

Original von Maja:
Entscheide dich mal, über was Du redest. FPGAs als "Custom Chips" oder übertaktete 060er.

---

Zitat:

---

Original von AC-Pseudo:
der Widerspruch zwischen frei und demokratisch auf der einen Seite und kommunistisch/sozialistisch auf der anderen Seite ist dir aber schon klar?

---

Zitat:

---

Original von Kumpeljesus:
Sehe also den Sinn lediglich darin das die Amiga Gemeinde an einen "Kostengünstigen" "Amiga" (Hardware) herankommt.

---

Zitat:

---

Original von whose:

Zitat:

---

Die Angaben stammen aus dem Libraries-Manual, Graphics Primitives, Drawing Routines, Performing Data Move Operations, Copying Rectangular Areas, Abschnitt mit der Beschreibung von BltBitMap(). Ich würde erwarten, dass dieser Abschnitt keine anderen Angaben enthält, als die Autodocs.

---

Würdest Du, aber schon mal daran gedacht, daß die RKMs sich noch auf Kickstart 2.0 beziehen? Letztendlich bedeutet es, daß die AutoDocs für z.B. OS3.9 die aktuellsten Angaben beinhalten und als bindend betrachtet werden dürfen, wenn es da Unterschiede zu den RKMs gibt.

---

Zitat:

---

Original von whose:

Zitat:

---

Original von NoImag:
Hallo!

In den RKRM steht, dass bei OCS ein Raster maximal 1024x1024 Pixel und bei ECS maximal 16384x16384 Pixel groß sein kann. Was ist hier mit Raster gemeint, Screens?

---

Mit Raster ist soweit ich weiß die Menge der Pixel einer Plane gemeint und die da angegebene Pixelzahl ist die Menge, die der Blitter in einem Arbeitsgang verarbeiten kann. Das ergibt sich aus der "Breite" der BltSize-"Register", die bei ECS erweitert wurden. Steigt die Anzahl der Planes, die bei einem Blit zu bearbeiten sind, verringert sich das entsprechend in Bezug auf die Zeilenzahl (Zeilen / Anzahl der Planes, interleaved) oder es sind "Planes" Durchgänge nötig, die dann jeweils in voller Größe geblittet werden können.

Theoretisch können Raster beliebig groß sein, es macht aber in Bezug auf den Blitter bzw. dessen Fähigkeiten einfach keinen Sinn.

Edit: Mal eine Frage, wo hast Du die 16k * 16k Größe eines Raster gefunden? Entweder, das ist ein Fehler oder Du warst da wieder bei Funktionen der graphics.library, ohne es zu sagen Dann wüßte ich aber jetzt auf Anhieb nicht, auf welche Funktion sich diese Angabe bezieht. Die Hardware kann 32k * 32k Pixel auf einen Rutsch bearbeiten.

---

Zitat:

---

Zitat:

---

Oder gilt dies auch für nicht sichtbare Rastports?

---

Ein RastPort ist übrigens etwas anderes als ein Raster, RastPort ist eine Beschreibung für verschiedene Vorgänge, die auf einer BitMap durchführbar sind. Dazu zählen auch Angaben über aktive und inaktive Planes, weshalb oft ein RastPort als Ziel oder Quelle für die Blitfunktionen angegeben werden muß.

---

Zitat:

---

Zitat:

---

In den RKRM steht, dass der Blitter bei OCS maximal 992x1024 Pixel und bei ECS 32736x32768 Pixel handhaben kann. In den Autodocs bei BltBitMap() steht jedoch 976x1023 als maximale Größe. Was stimmt jetzt?

---

Das meinte ich, reine Hardwarefunktionalität ist schon noch klein wenig anders als die der graphics.library Im Zweifel würde ich hier den AutoDocs Vorrang geben, vor allem, wenn die moderner als die RKMs sind. Die Limits habe ich selbst aber nie überprüft, in der Größenordnung mußte ich noch nie etwas blitten mit dem OCS.

---

Zitat:

---

Zitat:

---

Bei ClipBlit() wird nur die minimale Größe (1x1) aber keine maximale Größe genannt. Gibt es eine Beschränkung? Bei den anderen Blit-Funktionen gibt es überhaupt keine Angaben.

---

Ich würde jetzt einfach mal so behaupten, daß sich die Maximalgröße für ClipBlit() aus den Größen ableitet, die für BltBitMap() in den AutoDocs genannt werden. Funktional ist ClipBlit() ein Blit mit Koordinatenclipping, das würde bedeuten, daß man das Koordinatenclipping maximal auf die Größe ausdehnen kann, die die Hardware (OCS) vorgibt. Ob das so pauschal stimmt kann ich aber nicht definitiv sagen.

---

Zitat:

---

Die Minimalgröße ergibt sich daraus, daß der Blitter nicht mit NIL arbeiten mag. Ein Pixel sollte man schon bearbeiten, wenn man das Biest weckt

---

Zitat:

---

Zitat:

---

Was gilt bei CyberGraphX und Picasso96?

---

Das ist eine gute Frage... wirklich Aufklärung darüber bekommt man ja leider nicht, genausowenig wie Informationen darüber, welcher Treiber welche Blits in Hardware unterstützt und welche Funktionalität rein in Software nachgebildet wird. Bei Softwarenachbildungen wäre die max. Blitgröße eigentlich unbegrenzt, aber aufgrund von Buslimits, Alignment-Vorteilen, Segmentierung usw. usf. wird das wahrscheinlich von Hardware zu Hardware variieren. Das dürfte auch der Grund sein, weshalb man nirgendwo definitive Limits findet.

---

Zitat:

---

Original von Maja:

Zitat:

---

Alle Sicherheitspolitischen Vorstellungen der Union der letzten Jahre hat das Bundesverfassungsgericht für verfassungswidrig erklärt.

---

Das ist so nicht ganz korrekt. Sie wurden stark eingeschränkt. Sprich, in Teilen für verfassungswidrig befunden und Nachbesserung verlangt.

---

Zitat:

---

Intentionen zu diesen Gesetzen kamen zwar aus der Union, namentlich von Schäuble. Aber, und das sollte man auch nicht vergessen, am Gesetzgebungsprozess sind nicht nur Unions-Politker beteiligt. Politiker aus den anderen Fraktionen scheinen nicht weniger "Begehrlichkeiten" zu hegen, denn sie haben diesen Gesetzen erst mal zugestimmt.

---

Zitat:

---

Oder sie lassen es einfach drauf ankommen, um sich die Mühe des Ausdiskutierens zu sparen. Oder sie kennen das Grundgesetz nicht. Was ich Beides für noch inakzeptabler halten würde.

---

Zitat:

---

Zitat:

---

Was die Union aber nicht davon abhält, immer neue, tiefere Eingriffe die die Grundrechte zu fordern. Die erfassungsfeindlichkeit der Union ist offensichtlich.

---

Ob das wirklich allein die Union betrifft? Wer weiß? Vielleicht gibt es da auch einige in der SPD, die im Stillen über Schäubles Gedankengänge nicht böse sind. Ich frage mich halt, warum es immer erst bis vor das BVerfG gehen muss, um die dicken Klopfer raus zu holen. Muss es? Es muss nicht.

---

Zitat:

---

Allerdings ist der Verlauf dieser Geschichte auch ein Zeichen dafür, dass wenigstens unsere höchsten Richter Augenmaß bewahren. Die Sache hat also durchaus auch eine positive Seite.

---

Zitat:

---

Original von whoose:
Wenn da ein Hinweis von wegen "dieser Datenträger ist kopiergeschützt" draufsteht ist es nicht legal, denn dann handelte es sich prinzipiell um die Umgehung einer Kopierschutzmaßnahme (es spielt rechtlich dabei keine Rolle, ob auf diesem Datenträger tatsächlich und nachweisbar Kopierschutzmaßnahmen angewendet werden oder ob der Text vom technischen Standpunkt gesehen nur Spiegelfechterei ist) und das ist seit einiger Zeit nicht mehr legal, unabhängig davon, ob die damit erzeugte Kopie für den Privatgebrauch bestimmt ist oder nicht (netter kleiner Trick, um die immer noch grundsätzlich gestattete Privatkopie rechtlich auszuhebeln).

---

Zitat:

---

Original von Maja:
Das Bundesverfassungsgericht hat schon so manches, wenn auch nur mit strengen Auflagen, für Verfassungskonform erklärt, was Otto-Normalbürger nicht für möglich gehalten hätte. Vielleicht schätz der einfache Bürger die Grenzen des Grundgesetzes einfach falsch ein?

---

Zitat:

---

Original von Mad_Dog:

Zitat:

---

Original von MaikG:

Vielleicht ist es besser einfach ein Dynamisches LONG Array zu
nehmen und da die Speicheradressen reinzupacken.

---

Wenn es in Maxon Basic dynamische Arrays gibt, dann nimm einfach diese und vergiß die verketteten Listen erstmal. Die verketteten Listen sollen ja hier nur einen dynamischen Speicher liefern. Aber wenn Deine Sprache schon "eingebaute" Sprachmittel bietet, die den selben Zweck erfüllen, brauchst Du das Rad ja nicht neu erfinden.

---

Zitat:

---

Original von MaikG:
Ohne Verrenkungen nicht.
-> Sowas gibts da z.B. nicht.

---

Zitat:

---

Original von MaikG:
>Ein Attentat hat er ja schon am eigenen Leib erlebt.

Cool, erzähl mal.

---

Zitat:

---

Original von MaikG:
Nodes, ja kenn ich vom Listview.
Trotzdem alles andere als Leicht zu implementieren und
erheblicher Rechenaufwand.

---

Zitat:

---

Original von Der_Wanderer:
Wenn ich eine Variable auslese, ob die Lib offen ist, kann ich auch gleich "If OpenLibrary().." machen. Problem ist halt, dass man das eben meistens vergisst, oder zu faul ist das für alle verwendeten Libs zu machen. Dank Libbrowser kann man aber nachgucken, was man eigentlich alles verwendet.

---

Zitat:

---

Original von Der_Wanderer:
@Holger
Ja, das ist das Tolle und das Blöde an Basic.
Man muss nicht wie bei C die Libs bewusst öffnen, das erledigt das Basic für einen. Dann bekommt man aber nicht mit, wenn es die gar nicht gibt und der Aufruf oder die Folgen davon führen zum Crash.

---

Zitat:

---

Original von Maja:
Oder mal vor Gericht klären lassen, wie das denn genau ist, mit dem Recht auf den ultimativen Patch, völlig kostenlos für jedermann.

---

Zitat:

---

Original von MaikG:
>Gebe doch mal was vernünftiges für die ModeID an, z.B. die ModeID
>der Workbench.

Und wenn die Workbench grade 4 Farben hat? Das bringt bestimmt
nichts gutes.

---

Zitat:

---

>OK, aber unter AGA ist doch eine 24-Bit-Bitmap nicht darstellbar.
>Kopierst Du Deine Grafik in ein Fenster oder hast Du nur die
>Zeichenoperationen als solches getestet?

Ich hab doch eine Farbneuberechnung incl. Scalierung geschrieben.

---

Zitat:

---

Original von MaikG:
>Dein Code ist unvollständig. Du gibst nirgendwo an, was die
>Parameter zum Drucken enthalten. Was gibst Du für die Colormap an?

Die Colormap ist die von der Workbench, ModeID ist NULL.

---

Zitat:

---

>Du sagst, das Zeichnen unter CGFXAGA funktioniert. Heißt das, Du
>siehst auf dem Bildschirm das korrekte Resultat?

Ich sehe das 100% korrekte Resultat.

Auch bei P96, wobei Text aber grundsätzlich schwarz ist, sowohl
auf UAE, als auch auf OS4.

---

Zitat:

---

Original von MaikG:
Klar kann es sein das ich was falsch mache, den Code habe ich
gepostet. Bissher hatte daran keiner etwas auszusetzen.

---

Zitat:

---

Original von MaikG:
Ich habe sowohl die OS3.5+ als auch die aus dem Aminet durch.
Ausser das die Seite eingezogen wird und einige Hits von den
Treibern ist nichts passiert. Turboprint war deaktiv und als
Testprogramm habe ich Wordworth genommen.

---

Zitat:

---

Original von MaikG:
>Es steht nicht direkt im Klartext drin (wie sollte auch? Zu der
>Zeit des printer.device V44 war TPs Schicksal schon besiegelt),

Mir war so als wäre es nicht so lage her als ich TP7.6 gekauft
habe. OS3.5 und ich glaub sogar 3.9 liegt weiter zurück.

---

Zitat:

---

>Mit der oben angegebenen Funktion von TP kannst Du aber immerhin
>24Bit Farbtiefe auch ohne CGFX drucken (ja, das funktioniert!),

Ja, wenn man die BM selbst macht.

---

Zitat:

---

>mit CGFX/P96 gibt Dir auch printer.device V44 die 24Bit oder Du
>kannst die Daten ggf. über den Hook liefern (wie in dem Beispiel aus dem NDK3.9 gezeigt,
>mußt nur die Version des printer.device überprüfen und dementsprechend zwei Ausgabefunktionen nutzen).
>Ob das mit Deinem BASIC-Äquivalent des NDK-Beispiels funktioniert
>kann sicher jemand anderes testen, u.A. ich und NoImag kann das
>sicher auch.

Ich bezweifle das es geht, denn das NDK Beispiel startet und beendet
sich sofort.

---

Zitat:

---

Basic bleibt hängen.

---

BASIC code:

---

DRPMsg&=PEEKL(DRPMsg2&)
 x&=PEEKL(DRPMsg&+DRP_x%)
 y&=PEEKL(DRPMsg&+DRP_y%)
 myWidht&=PEEKL(DRPMsg&+DRP_width%)
 myHeight&=PEEKL(DRPMsg&+DRP_height%)
 buffer&=PEEKL(DRPMsg&+DRP_buf%)

---

Zitat:

---

Für normale Zeichenfunktionen ist das gut aber Fonts gehen
damit nicht. TTF wurde mal erwähnt, aber ich möchte meine Amiga
Fonts.

---