Zitat:

---

Original von aPEX:

Die Community ist so klein, das man sich nicht unbedingt nur drauf verlassen kann das jemand anders Danke sagt... SFS verwendet jeder, ein PayPal Button ist vorhanden und trotzdem hält es sich mit Spenden / Feedback in Grenzen. Ist nur ein Beispiel.

---

Da legst Du den Finger in die offene Wunde, würde ich sagen Auch wenn das Beispiel mit SFS auf mich z.B. nicht zutrifft (nein, ich benutze es tatsächlich nicht), trifft es sicher etliche Amiganer. Das liegt sicher auch mit daran, daß die Leute einfach immer bequemer werden und ohne Druck nicht "aus den Schuhen" kommen.

Ich weiß nun nicht, ob das Spendenaufkommen für SFS nach dem mehr oder weniger deutlichen Hinweis darauf etwas gestiegen ist. Wäre interessant, das zu erfahren. Das würde nämlich zeigen, in wie weit sich die Amiga-Fans noch aufrütteln lassen und wie bereit sie sind, ihren Beitrag zu leisten, sei er noch so klein. Manchmal beschleicht mich nämlich der Verdacht, daß viele die momentan doch ziemlich unbefriedigende Situation in Sachen OS4/Hardware als "Ausrede" benutzen. Wäre schön wenn sich das als Irrtum herausstellen würde...

Grüße

--
---

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

Zitat:

---

Original von aPEX:

Zitat:

---

Original von asrael229:
Trotzdem, anstatt einfach alles zu schliessen, haette man ja eher mal einen Hilfeschrei loslassen koennen. Oft funktioniert das, weil dann die User vielleicht aufwachen und sehen ploetzlich, wie es den Betreibern womoeglich geht.

---

Sag das mal nicht so laut... dem ist nämlich leider nicht so. Im Amigabereich wurden schon viele andere gute Seiten, Soft- und Hardwareprojekte eingestellt, aufgrund mangelndem Feedback! Ich habe privat Kontakt zu ein paar Autoren, die auch bemängeln das ihre Software zwar runtergeladen wird und auch verwendet, Feedback oder Spenden seitens der Community aber fast bei null liegen...

Da können sich ruhig einige selber an die Nase langen...

Vielleicht muss man mal eine Aktion starten, schreibt unseren Webmasten und Programmierern!

Wenn alle nur denken "da schreibt schon jemand anders" oder "warum soll ich helfen?" wird eines Tages nicht mehr viel vom Amiga übrig bleiben...

Ist meine private Meinung...

Was jetzt direkt Back2Roots betrifft, möchte ich betonen das es ein Gerücht mit dem FEEDBACK ist, aber passen würde, da die Jungs ja total abgetaucht sind (EMail, FTP, Server, alles weg...).

---

Im Groben kann ich dem zustimmen. Etwas differenzierter betrachtet sehe ich aber leichte Unterschiede zwischen Deiner und meiner Meinung.

Viel hängt von der Erwartungshaltung der "Macher" ab. Bei einer Seite, deren primäres Ziel es ist, "alte Schätzchen" zum freien Download zu sammeln und anzubieten finde ich es z.B. relativ daneben, großartiges Feedback in Form von Mails zu erwarten. Das Feedback sind in diesem Fall doch die Download-Zahlen und das Ansehen, daß die Seite in z.B. Diskussionsforen genießt, weniger direkt an die Macher geleitete "private" Lobäußerungen.

Ich kann die Nutzer dieses Angebots relativ gut verstehen, wenn diese nicht bei jedem neu erscheinenden Angebot eine Flut von Lobhudeleien im Mailform loslassen, sondern einfach downloaden, genießen, in Gedanken den Jungs Lob zollen und GERN wiederkommen, um etwas zu saugen. Der Mensch an sich (gerade zur heutigen Zeit) ist halt doch recht passiv.

Ich weiß nicht, vielleicht bin ich da etwas zu bescheiden, aber die doch durchgehend positiven Bemerkungen über Back2Roots in den Foren von AN, AW, AO etc. pp. sowie die recht hohen Downloadzahlen wären mir Lob genug.

Sollten die Back2Roots-Jungs Spenden erwartet haben, verstehe ich ihre Haltung genauso wenig. Man muß sich nur mal anschauen, welchen Aufwand gemeinnützige Organisationen treiben müssen, um ihr Spendenaufkommen halten zu können. Da steckt sehr viel Arbeit, relativ wenig direkter Dank und eine Unmenge an Enthusiasmus der Beteiligten hinter. Der Mechanismus wäre hier der Gleiche und es ist schon sehr lange bekannt, daß es nicht einfach ist, Spenden zu erhalten, von welcher Zielgruppe auch immer.

Bei den Machern von nützlichen, freien Programmen sieht die Sache im Großen und Ganzen sehr ähnlich aus.

Hier muß man aber auch den Nutzern die eine oder andere Kleinigkeit ins Stammbuch schreiben. Häufig ist es ja so, daß bei Problemen mit diesen Programmen weniger die Autoren angeschrieben werden. Statt dessen wird mal in einem Forum was dazu geschrieben, mal mehr mal weniger sachlich. Aus irgendeinem Grund scheint es den Leuten leichter zu fallen, Probleme in die Öffentlichkeit zu zerren statt sich mit den Betroffenen direkt auseinanderzusetzen. Ich nehme mich selbst dabei nicht aus, dieses komische Verhalten habe ich häufig an mir selbst festgestellt (und ich falle ebenfalls häufig wieder in dieses Verhalten zurück).

Zusammenfassend: Man sollte sich darüber im Klaren sein, was einen erwartet, wenn man ein Projekt mit mehr oder weniger selbstlosem Hintergrund startet. Du hast da ja schon einschlägige Erfahrung gesammelt. Ich denke mal, es kann bestimmt nicht schaden, wenn sich Leute, die ähnliches vorhaben, mal ausführlich mit Dir darüber unterhalten. Was sie von den Nutzern erwarten können (evtl. wenig), was sie an Arbeit erwartet (sehr wahrscheinlich sehr viel), wie sie die Motivation oben halten können trotz aller Widrigkeiten etc. pp.

Ich denke, wenn sich hier eine (eigentlich altbekannte) Kultur des Helfens entwickeln würde, müßten Projekte wie Back2Roots nicht aus Frustration eingestellt werden. Diese Kultur ist der Amiga-Fangemeinde in den letzten Jahren doch teilweise verloren gegangen. Zum Glück existiert aber noch eine Menge davon (in anderen Bereichen), daraus kann man immer noch was machen.

Grüße

--
---

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

Zitat:

---

Original von malte2:
Die Workbench ist nicht in Assembler geschrieben. Teilweise sind die Anzeigefehler durch Verwendung des falschen Formatiercodes (%ld statt %lu) im Katalog enstanden. Den Fehler der Füllstandsanzeige zu beheben, ist sogar schon eine triviale Angelegenheit, nur hat wohl noch keiner den Programmierer auf den Fehler hingewiesen. Und übrigens side-effect heißt auf Deutsch Nebeneffekt ;-)

---

Hmpf, noch einer...

Im Betatest wurde auf den Fehler der Füllstandsanzeige hingewiesen. Andere Dinge hatten Vorrang und eine Behebung des Fehlers war wohl nicht so trivial.

Und "side effect" ist ein Wort aus einer Fachsprache und auf Deutsch hat sich der Begriff "Seiteneffekt" recht weit durchgesetzt. Siehe Duden.

Nichts desto trotz: Danke für den Tip mit den Katalogen, evtl. hilft das Stefan bei seinem Problem mit der leicht verbogenen Titelzeilenanzeige weiter.

Grüße

--
---

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


[ Dieser Beitrag wurde von whose am 03.05.2006 um 12:49 Uhr geändert. ]

Zitat:

---

Original von thomas:
@whose:

Sorry, aber ich habe das Gefühl, daß du heute deinen Denkapparat vollständig abgeschaltet hast und nur auf deinen festgefahrenen unhaltbaren Anschuldigungen gegen die dos.library beharrst.

---

Zitat:

---

Ob die Größe (in Blöcken, nicht Bytes !) nun mit oder ohne Vorzeichen angegeben wird, ist vollkommen unerheblich. Die Werte liegen jenseits der verfügbaren Festplattengrößen. Ob das nun 1TB (mit Vorzeichen) oder 2TB (ohne Vorzeichen) ist, ist doch wohl egal.

---

Zitat:

---

Jeder halbwegs in Grundschulmathematik bewanderte Programmierer kann dir eine Formel ähnlich der von Bubblebobble herleiten, die die Berechnung absolut korrekt durchführt. Wenn du ein Ergebnis zwischen 0 und 100 bekommen möchtest, mußt du nicht mit Zahlen im Milliardenbereich rechnen.

---

Zitat:

---

Und nochmal sorry, wenn du dir nicht zutraust, so eine einfache Berechnung in Assembler zu kodieren, dann solltest du den Mund halten.

---

Zitat:

---

Und gerade in Assembler fällt es sehr leicht, das Vorzeichen zu ignorieren und eine Zahl größer als 2G (die eigentlich negativ gemeint ist) einfach als eine Zahl größer als 2G zu benutzen.

---

Ich weiß das, Olaf weiß das, sogar Holger weiß das. Es nützt Dir nur nicht besonders viel, wenn die betreffende Stelle reichlich Seiteneffekte hat. Da stellt sich dann mehr die Frage, ob sich der Aufwand überhaupt lohnt.

Grüße


--
---

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


[ Dieser Beitrag wurde von whose am 03.05.2006 um 12:30 Uhr geändert. ]

Zitat:

---

Original von thomas:

Natürlich reservieren Datatypes die von ihnen verwendeten Pens. Wie kommst du darauf, daß sie es nicht tun ? Das wäre ziemlich fatal, denn dann könntest du pro Screen nur ein Bild laden. Sobald du das zweite Bild lädst, hätte das erste Bild vollkommene Falschfarben.

---

Weil mir genau das schon mehrfach passiert ist. Aber wie ich schon sagte, hast Du da die wesentlich größere Erfahrung und ich weiß jetzt, daß ich da etwas verkehrt gemacht habe

Grüße

--
---

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

Zitat:

---

Original von Stefan:
@whose

>Immerhin war man schon so schlau, der Workbench eine ausschließlich
>auf positive Zahlen ausgelegte Ausgabe mitzugeben, sonst hätts statt
>der merkwürdigen Anzeige evtl. einen Knall gegeben (z.B. wenn die
>Füllstandsanzeige "nach unten aus dem Fenster gelaufen" wäre).

>Du machst mir Angst , nicht das sich wirklich irgendwann auf Grund
>des Fehlers meine Partitionen ins Nirvana verabschieden.

---

Quatsch, da passiert nix mit. Im "schlimmsten" Fall (der ja nicht eintreten wird), würde der Amiga halt recht effektvoll abstürzen, weil beim Zeichnen der Füllstandsanzeige außerhalb des Fensters "rumgemalt" würde. Das passiert aber, wie gesagt, nicht.

Zitat:

---

>>Schau doch mal, was "info (Partitionsname):" im CLI so ergibt. Jede
>>Wette, für die große Partitionen erscheinen negative Größenangaben.

SDH1: 33G 31344834 38098854 45% 0 Read/Write Daten
MDH0: 40G 55867732 28965306 66% 0 Read/Write Multimedia

---

Zitat:

---

kaum, denn den Requester verwende ich nicht. Irgendein CLI-Only
Tool zeigte auch falsche Werte. Ich weiss nur nicht mehr, welches
Tool es war, vielleicht finde ich es wieder.

---

Zitat:

---

Folgendes verstehe ich aber nicht.

GREX schrieb:

|Habe das Problem auch nur bei meiner 65 GB Partition.
|Das mit den Titelzeilen kann ich aber nicht nachvollziehen,
|die Angaben stimmen bei mir.

Bei mir stimmt aber auch die Titelzeile nicht! ?

---

Deswegen schau doch mal nach, welche workbench.library bei Dir zum Einsatz kommt. Hast Du das ROM Update komplett abgeschaltet evtl.?

Edit: Hab gerade gesehen, daß Du die Patches aus dem Aminet für die workbench.library installiert hattest. Ist das ROM Update denn bei Dir aktiv?

Grüße

--
---

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


[ Dieser Beitrag wurde von whose am 02.05.2006 um 23:19 Uhr geändert. ]

Zitat:

---

Original von MaikG:
>Ich weiß nur, daß ältere doppelseitig bestückte Module in der
>CSPPC meist nur halb erkannt werden und das die Wahrscheinlichkeit
>dafür recht hoch ist, daß es Streß gibt, wenn die BlizzardPPC die
>von Dir verwendeten Module auch nur halb erkennt.

Mh, eigentlich haben die Module einen Jumper nachdem die TK
die größe bestimmen sollte. Einseitige 32 MB Module sind extrem
selten...

---

Ich weiß... die Dinger haben mich damals reichlich Haare gekostet. Leider ist es so, daß die Größenerkennung nichts damit zu tun hat, wie die TK den Speicher anspricht, und da scheint es mit den phase5-PPCs die größten Probleme zu geben. War halt noch nicht so ganz ausgereift, die Technik. Sonst gäbs auf den CS-/BPPC vielleicht auch einen LED-Anschluß für den UWSCSI...

Grüße

--
---

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

Zitat:

---

Original von Kronos:

Zitat:

---

Original von whose:

Schön zu sehen daran, daß die hiesige Müllverbrennungsanlage vor 2 Jahren wegen "zu hoher" Kosten privatisiert wurde, nun aus allen Nähten platzt und der "völlig überraschte" Kreis auf Drängen des großen Entsorgers, der die erste Anlage zu nem Spottpreis erwerben konnte, nun darüber nachdenkt, mit Steuermitteln eine weitere Anlage zu finanzieren. Ich wette, das ist nicht nur hier so. Die nächste Preisrunde bei den Entsorgungskosten steht bereits vor der Tür, würde ich sagen.

---

Das hat aber gar nichts mit grünen Punkt oder Zwangspfand zu tun, sondern
damit das oberirdische Deponien nicht mehr zulässig sind.

Es gab da bis vor einigen Jahren (ostdeutsche) Deponien die den Müll für
ein paar Pfenning annahmen, klar das da niemand die teure Verbrennung
nutzte, und als dann (ganz überraschend ) die Deponien geschlossen
wurden....

---

Dem widerspricht, daß man eine Zeit lang hier Müll zur Verbrennung "importierte", damit die Anlage wenigstens zu 3/4 ausgelastet ist (übrigens erst nach der Privatisierung). Das hätte nicht funktioniert, wenn auf den Ostdeponien die Deponierung von Hausmüll wesentlich billiger gewesen wäre.

@Holger:

Kannst Du eigentlich auch mal vernünftig argumentieren, wenn Du mit jemandem nicht einer Meinung bist, und nicht wie ein über alle Maßen von sich eingenommener Fatzke? Danke. Ich verstehe Deutsch recht gut, also schreib nicht, als wäre ich ein "nix verstehen"-Ausländer.

Die "Kostenfrage für alle" hast DU zuerst ins Spiel gebracht, nicht ich.

Desweiteren hast Du in Deinem "Eifer" anscheinend übersehen, daß neben der Einwegpfandregelung noch eine Kleinigkeit neu geregelt wurde, nämlich daß "Abfälle" dieser Art nicht mehr exportiert werden dürfen sondern hierzulande entsorgt werden müssen. Lies Dir Deine Quellen nochmal aufmerksam durch (unter anderem auch die erste Fassung des Gesetzes, um das sich hier alles dreht). Diese Regelung war zur Zeit der Einführung der 1. Stufe des Einwegpfands noch nicht komplett umgesetzt, daher nun "auf einmal" neue Müllberge und erhöhter Bedarf an Verbrennungskapazitäten. Was für eine Überraschung... jeder Landrat wußte von dem dräuenden Exportstop, aber daß dadurch mehr Müll zum Verbrennen in heimischen Anlagen anfallen könnte, konnte ja kein Schwein ahnen...

Ums mal etwas klarer auszudrücken: Ich habe kein Problem mit dem Einwegpfand, ich habe aber ein Problem damit, daß die Umsetzung wieder einmal mit Hilfe von reichlich Lobbyarbeit gemacht wurde. Es gibt mit tödlicher Sicherheit bessere Lösungen als die momentane, nur würden diese gewissen Unternehmen nicht die erhofften Vorteile gegenüber der "kleineren" Konkurrenz bringen (u.A. finanzielle Unterstützung für den Bau neuer Verbrennungsanlagen, Zugeständnisse bei den Entsorgungsverträgen usw.).

Ziemlich genau das gleiche Spiel wie mit der wunderbar "deutschen" Regelung zur Elektroschrott-Entsorgung.

Grüße

--
---

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

Zitat:

---

Original von Holger:

Zitat:

---

Original von whose:
Die Elektroschrott-Richtlinien-Umsetzung ist ja auch ein schönes Beispiel für sowas.

---

Auch diese Regelungen sind schon seit ca. zehn Jahren bekannt. Immer wieder interessant wie "die Industrie" dann von solchen Dingen "überrascht" wird, aber "die Regierung" schuld an allem ist...

---

Davon war keine Rede...

Hast Du die Lustbarkeiten mitbekommen, die Jens Schönfeld im Zusammenhang mit dieser Richtlinie erleben durfte? Da war er beileibe nicht der einzige und es hatte da doch eher den Anschein, als wäre die Regierung von ihrer eigenen Verordnung überrascht worden. Selbst jetzt klappt das immer noch nicht reibungslos.

Ähnlich siehts da mit dem Einwegpfand aus. Da hat unsere werte Regierung nämlich schlicht vergessen, die Entsorgung des nun anfallenden "Grüner Punkt"-Mülls (ja, die Plastikpullen sind Müll, da wird kaum was wiederverwertet und fällt nun auch in größeren Mengen an, da das Zeugs nun weniger auf der grünen Wiese entsorgt wird) zu "regulieren".

Schön zu sehen daran, daß die hiesige Müllverbrennungsanlage vor 2 Jahren wegen "zu hoher" Kosten privatisiert wurde, nun aus allen Nähten platzt und der "völlig überraschte" Kreis auf Drängen des großen Entsorgers, der die erste Anlage zu nem Spottpreis erwerben konnte, nun darüber nachdenkt, mit Steuermitteln eine weitere Anlage zu finanzieren. Ich wette, das ist nicht nur hier so. Die nächste Preisrunde bei den Entsorgungskosten steht bereits vor der Tür, würde ich sagen.

So viel dazu, daß nur noch die die Kosten tragen, die Einwegmist kaufen...

Grüße

--
---

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

Zitat:

---

Original von Holger:

Zitat:

---

Original von whose:
Und wer weiß schon, was die wirkliche Intention bei der Einführung des Pfandchaos war...

---

Eine Fairness auf dem Markt schaffen. Bislang konnten Einweghersteller günstigere Preise anbieten, weil die Entsorgungskosten nicht im Preis enthalten waren und teilweise von den umweltbewußteren Verbrauchern mitgetragen werden mußten, weil die Entsorgung des Hausmülls nunmal gleichmäßig auf alle Mieter eines Hauses verteilt wird.

---

Zitat:

---

Heute sind die sekundären Kosten direkt in den Preisen enthalten, somit alle Preise vergleichbar. Außerdem zahlen nur noch die die Einwegentsorgungskosten, die auch Einwegmist kaufen.

---

Zitat:

---

Das funktioniert sehr gut, die Gewinnrückgänge der Einweghersteller entsprechen ungefähr den Gewinnzuwächsen bei den Mehrwegherstellern.

---

Zitat:

---

Daß ein paar der extremsten Ausbeutern unter den Supermarktketten damit logistische Probleme haben (Ausgerechnet die Vorreiter der Just-in-Time-Lieferung zeigen JETZT plötzlich absolute Logistik-Unfähigkeit...), ist nicht das Problem der Gesetzgeber. Offensichtlich hat hier Lobbyarbeit mal keinen Erfolg gehabt.

---

Hm, auch da habe ich einen ganz anderen Eindruck. Der bekannteste "Ausbeuter" (Du weißt schon, die sind grundsätzlich in direkter Nachbarschaft zu den Gebrüder-Märkten anzutreffen) zieht gerade nach, was die Automation der Pfandgeschichte angeht.

Ich werde weiterhin das dumpfe Gefühl nicht los, daß da eine ganz andere Lobby mit ihrer Arbeit einen Riesenerfolg hatte...

Grüße

--
---

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

code:

---

struct gpLayout
{
    ULONG  MethodID;
    struct GadgetInfo *gpl_GInfo;
    ULONG  gpl_Initial; /* non-zero if this method was invoked
         * during AddGList() or OpenWindow()
         * time.  zero if this method was invoked
         * during window resizing. */
};

---

Ich nehme mal an, daß Du mit dem TRUE an der falschen Stelle quasi dafür gesorgt hast, daß der Datatype versuchte, aus dem Bild ein Gadget zu machen (für irgendwas muß GadgetInfo bei Datatypes ja eine Bedeutung haben). Genaues weiß ich da allerdings auch nicht.

Wie das kommt? Datatypes und BOOPSI-Gadgets sind enge Verwandte, daher vermutlich.

Ich denke schon, daß die Bitmap nun brauchbar ist

Grüße

--
---

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

code:

---

...DTM_PROCLAYOUT, 0, 1, TAG_END...

---

lauten.

--
---

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


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

Zitat:

---

Original von Ralf27:
Hm, der Zeiger auf die bitmap ist als noch null. irgendein paramter ist wohl noch fehlerhaft. bzw ist auch fraghaft welche ich überhaupt unbedingt benötige und welche nicht.

---

Uff, langsam

Zitat:

---

code:

---

TAGLIST tll&, _
DTA_GroupID&, GID_PICTURE&, _        <- bedeutung ist mir auch klar
DTA_FREESOURCEBITMAP&, TRUE&, _      <- brauch ich das?

---

---

Zitat:

---

code:

---

o&=NewDTObjectA&(SADD(file$+CHR$(0)),tll&)
IF o& THEN
 TAGLIST tll&, _
 DTM_PROCLAYOUT&, TRUE&, _           <- wird hiermit die umrechnung gestartet?

---

---

Zitat:

---

code:

---

IF DoDTMethodA&(o&,0,0,tll&) THEN
  TAGLIST tll&, _
  PDTA_DestBitMap&, VARPTR(bitmap&), _
  DTA_NominalHoriz&, VARPTR(nomwidth&), _
  DTA_NominalVert&, VARPTR(nomheight&), _
  TAG_END&
  junk&=GetDTAttrsA&(o&,tll&)
  PRINT bitmap&, nomwidth&, nomheight&      <- hier bleibt die bitmap immer auf null
                                             - breite und hoehe stimmt

---

---

Zitat:

---

Wenn ich das alles mal versteh dann schreib ich mal eine Deutsche Doku für Datatypes und stell diese auf meine Page.
--
http://www.alternativercomputerclub.de.vu

---

Gute Idee

Grüße

--
---

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

Zitat:

---

Original von Ralf27:

Zitat:

---

Original von whose:

Schau Dir mal das PDTA_Remap& an. Was meinst Du, was das bedeuten könnte? Genau, damit wird das "dithern" gesteuert.

Wenn Du das auf FALSE& setzt, wird normalerweise einfach platt heruntergerechnet (das sieht dann, je nach Ausgangsbild und Farbtiefe, auf die heruntergerechnet wird, nicht wirklich schön aus und "normalerweise", weil der verwendete Datatype dies unterstützen muß, damits funktioniert. Die aktuellen tun das).

---

also hier dann FALSE, ok. Aber wie bring ich denn Datatypes bei welche Palette/Screen sie beachten sollen?

---

Ich bin derzeit leider nicht in Reichweite eines Amigas, sonst könnte ich dazu mal schnell ein bißchen Beispielcode bringen und definitiver antworten, also versuche ichs so:

Die Palette der Zielbitmap ist für die Datatypes normal nicht bindend, wenn das zu ladende Bild palettebasiert ist. Du mußt Dir also überlegen, ob Du nicht doch lieber mit Remapping arbeitest oder die Bildpalette verwendest, was eine Änderung der WB-Palette zur Folge hätte (keine gute Idee, weil Du alle freien Pens allokieren müßtest, um eine Veränderung der Palette durch andere Programme zu unterbinden. Das wäre aber nicht nett ).

Sofern das zu ladende Bild selbst palettebasiert und die Farbtiefe nicht größer als die der Zielbitmap ist, bewirkt PDTA_Remap kein Dithering. Bei allen anderen Fällen schon. In diesen Fällen kommst Du dann wohl nicht drumherum, die Anpassung der Pixel an die aktuelle Palette mühsam und zeitraubend von Hand erledigen zu müssen, soweit ich weiß. ObtainBestPen() ist da allerdings eine große Hilfe.

Zitat:

---

Zitat:

---

code:

---

VARPTR(bitmap&),

---

Diese Bitmap mußt Du mittels AllocBitMap() so anlegen, daß sie die gleiche Farbtiefe bekommt wie der WB-Screen und dem Datatype als Zielbitmap übergeben (ich weiß leider nicht auf Anhieb, wie das entsprechende Tag dazu lautet). Das Format ist, wenn Du Dich auf Palette beschränkst, von untergeordneter Bedeutung.

---

Ich nehme einfach mal das die Datatypes eine Bitmap anlegen, die ich dann einfach dann in die von mir aufgebaute(mit allocbitmap) mit bltbitmap kopieren kann. Soweit ist mir das schon klar, bzw. kann ich dann die Daten dann theoretisch so wie ich sie brauch direkt mit bltbitmaprastport in mein fenster kopieren.

---

Zitat:

---

Zitat:

---

Die Informationen über den WB-Screen müßtest Du mittels LockPubScreen() bekommen können, wenn ich mich da richtig erinnere (müßte eine Screen-Struktur liefern, aus der Du die Informationen LESEN (!) kannst. Ich hab leider grad die DevCD nicht griffbereit, deswegen "müßte"). UnlockPubScreen() hinterher nicht vergessen

---

Hm, mir fällt gerade auf das andere Programme ja auch die Palette einfach ändern können. Was ist dann? Oh, die Programmierung ist wirklich recht komplex...

---

Zitat:

---

Zitat:

---

Sollte der WB-Screen allerdings eine Farbtiefe >8Bit haben, bekommst Du ein Problem, wenn Du nicht mit CGFX/P96 arbeitest. Aber das kannst Du über die Informationen, die LockPubScreen() liefert, leicht herausfinden und dann mit einer Meldung darauf reagieren.

---

Ja, ich hab schon gemerkt das das nicht so einfach ist. Die Frage ist dann, was mach ich dann?

---

Viel selbst Du mußt dann mit der (emulierten) Screen-Palette arbeiten, also alle Pixel von Hand (bzw. mit Hilfe von ObtainBestPen()) an die aktuelle Palette anpassen.

Ich weiß jetzt allerdings nicht aus dem Stegreif, ob man dieses Verhalten der Datatypes nicht doch mit PDTA_DestMode steuern kann (müßte dann normal auf einen palettebasierten Algorithmus umsteigen, sofern man etwas anderes als PMODE_V43 wählt, wenn ich mich recht erinnere. Also im Grunde auch der Weg über ObtainBestPen(). Beschwören möchte ich das jetzt aber nicht )

Zitat:

---

Also ich benutze kein CGFX sondern nur Mittel aus dem Betriebssystem. Werden die dann nicht soweit vom CGFX-System umgebogen das es dann auch geht? Die Grafikkarten fasse ich ja quasi mit meinem Programm nicht direkt an.
--
http://www.alternativercomputerclub.de.vu

---

Ja, sobald CGX/P96 ins Spiel kommen und die Farbtiefen >8Bit sind, wird vieles sogar wesentlich simpler, weil man in weiten Bereichen von der Screen-Palette unabhängig wird (Ausnahmen sind die OS-Funktionen, die unmittelbar mit Palette-Werten arbeiten). Wenn man aber wie Du "glatte" Farbwerte haben will, ändert sich auch unter CGX/P96 nichts, leider.

Da könnte Dir das Beispiel von Thilo doch weiterhelfen, weil guigfx.library entsprechende Funktionen bietet. Die von ihm gezeigte Funktion stammt übrigens aus seinen Includes, müßtest Du also recht einfach für Dich erschließen können. Schau Dir die doch einmal näher an.

Grüße

--
---

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

Zitat:

---

Original von Ralf27:

code:

---

TAGLIST tll&, _
DTA_GroupID&, GID_PICTURE&, _
DTA_FREESOURCEBITMAP&, TRUE&, _
PDTA_Remap&, TRUE&, _
TAG_END&

---

Ok, ist jetzt etwas wild, weil ich gerade am testen bin. Aber was müßte ich da oben Angeben, damit ich ein beliebiges Bild ohne DITHER an die WB-Farbenpalette anpassen lassen kann?

---

Schau Dir mal das PDTA_Remap& an. Was meinst Du, was das bedeuten könnte? Genau, damit wird das "dithern" gesteuert.

Wenn Du das auf FALSE& setzt, wird normalerweise einfach platt heruntergerechnet (das sieht dann, je nach Ausgangsbild und Farbtiefe, auf die heruntergerechnet wird, nicht wirklich schön aus und "normalerweise", weil der verwendete Datatype dies unterstützen muß, damits funktioniert. Die aktuellen tun das).

code:

---

VARPTR(bitmap&),

---

Diese Bitmap mußt Du mittels AllocBitMap() so anlegen, daß sie die gleiche Farbtiefe bekommt wie der WB-Screen und dem Datatype als Zielbitmap übergeben (ich weiß leider nicht auf Anhieb, wie das entsprechende Tag dazu lautet). Das Format ist, wenn Du Dich auf Palette beschränkst, von untergeordneter Bedeutung.

Die Informationen über den WB-Screen müßtest Du mittels LockPubScreen() bekommen können, wenn ich mich da richtig erinnere (müßte eine Screen-Struktur liefern, aus der Du die Informationen LESEN (!) kannst. Ich hab leider grad die DevCD nicht griffbereit, deswegen "müßte"). UnlockPubScreen() hinterher nicht vergessen

Sollte der WB-Screen allerdings eine Farbtiefe >8Bit haben, bekommst Du ein Problem, wenn Du nicht mit CGFX/P96 arbeitest. Aber das kannst Du über die Informationen, die LockPubScreen() liefert, leicht herausfinden und dann mit einer Meldung darauf reagieren.

Grüße

--
---

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


[ Dieser Beitrag wurde von whose am 20.04.2006 um 23:42 Uhr geändert. ]