Zitat:

---

Original von thomas:

Zitat:

---

Das UBYTE-Array ist aus irgendeinem Grund im Speicher
um etliche Pixel verschoben angelegt.

---

Für Read/WritePixelArray8 muß die Anzahl Bytes pro Zeile durch 16 teilbar sein. Wenn ArtPro nur genau die Breite des Bildes abspeichert, funktioniert es evtl. nicht.

Ich habe auch schon gesehen, daß bei Bitmaps, die mit Datatypes geladen wurden, die Bytes pro Zeile durch 128 teilbar waren, obwohl das Bild selbst wesentlich kleiner war. Also ich vertraue solchen Programmen nicht so sehr, ich mache es lieber selbst (siehe dt2xxx), dann weiß ich genau, was rein geht und was raus kommt.

---

Zitat:

---

Original von Reth:

Das kann es allerdins. Es hat nen Saver im Raw-Format.
Ich find das Programm eh klasse! Du kannst bei den Savern und Loadern alles konfigurieren.
Du gibst die Sprache an, für die gespeichert werden soll, das Format, die BytesPerRow (da allerdings nur ein 2stelliges Eingabefeld) usw.

---

Das mit dem zweistelligen Eingabefeld ist aber bissi seltsam... immerhin konnten selbst die seligen 1000er-Amigas Auflösungen von 640 Pixeln per Zeile darstellen

Zitat:

---

Stimmt es dann, was ich vermute:
Wenn ich die Grafik im Chunkyformat habe brauche ich bei 8Bit Tiefe soviel Bytes in einer Reihe des Feldes, wie ich Pixel in einer Zeile der Grafik habe?

---

Zitat:

---

(Ist allerdings komisch, da es ein normales UBYTE-Array ist, in dem alle Einträge mit Komma getrennt sind. Dann ist es doch egal, wieviel Bytes in einer Zeile dieses Arrays stehen oder? WritePixelArray8() nimmt sich doch für jede Zeile soviel wie es braucht, oder nicht?

---

Das ist korrekt, so lange das Format der Pixel mit dem übereinstimmt, was gemeinhin als "Chunky" bezeichnet wird. Also Bytes, deren Zahlenwert dem gewünschten Palette-Index entspricht, sonst nix. Und auch keine weiteren Informationen in dem UBYTE-Array untergebracht werden. Kann es sein, das ArtPro auch die Palette in dem Array ablegt?

Mach doch mal folgendes:

Erstelle ein Bild. In der ersten Zeile setzt Du jeweils ein Pixel mit Palette-Index 1, dann eins mit Index 0 und dann wieder eins mit Index 1 (die tatsächlichen Farben spielen keine Rolle). Die zweite Zeile
bemalst Du mit drei Pixeln mit dem Palette-Index 255.

Ist ein winziges Bild, aber das ist dafür einfacher zu durchschauen

Das Bild behandelst Du dann mit ArtPro, so wie Du Deine anderen Grafiken auch umgewandelt hast und das Ergebnis schickst Du mir dann mal per Mail. Dann schaue ich mir das mal an und werde dann sehen, ob die Pixel so in dem Array abgelegt werden, wie sie sollten (BytesPerRow = 3, Chunky).

Sollte bei der Aktion ein UBYTE-Array mit mehr oder weniger als 6 Einträgen herauskommen dann ist etwas faul

Grüße





[ Dieser Beitrag wurde von whose am 09.11.2004 editiert. ]

Zitat:

---

Original von Reth:
@bubblebobble

Also an den BytesPerRow könnts evtl. liegen.
Hab Bilder in der Größe 100x80 und die Chunkydaten aber nicht mit 80 BytesPerRow gespeichert (ist mir gestern noch eingefallen).

Werde das mal proberen. Leider speichert ArtPro nur bis 99 BytesPerRow, so dass ich das manuell nachtragen muss.

Ansonsten werd ich wohl doch noch auf Datatypes zurückgreifen müssen, was ich eigentlich nicht wollte.

Die BitMaps, die ich für meine Bilder allokiere bekommen als FriendBitMap schon die BitMap des Fensters mit, in dem sie später erscheinen sollen!

Vielleicht komm ich heut abend dazu Dir nen Screenshot zu schicken.

Ciao

---

Zitat:

---

Original von Reth:

Hab ich das jetzt falsch verstanden, oder ist das nun hier ein Tippfehler:

Zitat:

---

temprp = rp;
rp.Layer = NULL;
rp.BitMap = AllocBitMap(width,1,depth,0,NULL);

---

Wird nun bei dem temprp der Layer auf NULL gesetzt und die einzeilige BitMap zugewiesen oder wie hier dem eigentlichen RastPort, ich denke eher beim temprp, oder?

---

Also, wie ich Dir schon per Mail schrieb, kannst Du den RastPort als eine Art "Seitenbeschreibung" verstehen. Darin findest Du Information über z.B. Größe der Bitmap, wo diese sich befindet, Layer, Stiftfarben etc. pp.

Die Bitmap als solche ist nicht im RastPort enthalten sondern nur ein Zeiger darauf. Genau das passiert in obigem Beispiel. Die Layer-Information im temrp-Rastport wird auf Null gesetzt und per AllocBitMap() ein Zeiger auf eine allozierte und initialisierte Bitmap in temprp eingetragen. Nicht mehr und nicht weniger.

thomas kam mir etwas zuvor, der RastPort heißt eben temprp. Nur eine Frage dazu: Warum eine Zeigerkopie??

Streng genommen könntest Du jetzt per WritePixel() und ähnlichen Funktionen, die einen RastPort als Parameter erwarten, in temprp hineinmalen. Das macht allerdings nicht viel Sinn bei einer einen Pixel hohen Bitmap

Normalerweise benutzt man dieses Konstrukt für die temporäre Bitmap, mit der WritePixelArray8() bei der Chunky-zu-Planar-Konversion arbeitet. Die temporäre Bitmap braucht nämlich nur ein Pixel hoch zu sein und benötigt natürlich auch keinen Layer, es wird ja nichts wirklich dargestellt

Grüße


P.S.: Hat jemand ein funktionierendes makefile für die SDL-1.2.7? Mit Amiga-Bordmitteln kommt man da nicht wirklich weiter und Linux kommt mir nicht mehr auf den PC, den Platz auf der Platte beansprucht Amithlon für sich


[ Dieser Beitrag wurde von whose am 07.11.2004 editiert. ]

Zitat:

---

Original von Reth:
Soweit so gut!

Das Freigabeproblem besteht nicht mehr, dafür sehen meine Grafiken nicht mehr so aus wie sie sollen!

Woran kann das denn nun liegen?

...

Irgend jemand ne Idee wieso die Grafiken jetzt Müll sind?

---

WritePixelArray8() ist denke ich nicht die richtige Funktion, wenn Deine Ausgangsdaten in einem Planar-Format vorliegen und nicht Chunky. Du weißt ja, ich hab bisher nur mit WPA8() gearbeitet, daher weiß ich nicht genau, welche Funktion da besser geeignet wäre, aber ich tippe mal auf WritePixel() und Ähnliche. Vielleicht kann Dir einer der anderen hier mitschreibenden mehr dazu sagen. Ich hab mich gerade an der SDl festgebissen, da bleibt wenig Zeit für anderes

Grüße

Zitat:

---

Original von thomas:

Ich hab auch einen von Masterview, das ältere Modell, CS-104 oder so. Vielleicht ist es an der Zeit, die Marke zu wechseln. Wäre schön wenn Whose noch schreiben würde, was er für einen hat.

---

Spät aber doch:

DIGITUS KVM Switch DCIC-812-1 heißt der. Ist die Pollin-Hausmarke. 2fach, elektronisch umschaltbar und funktioniert bestens.

Grüße

Zitat:

---

Original von The_Killer:
Hallo !

Hat jemand den Cocolino hinter einem elektronischen CPU Switch ( Monitor Switch ) ans laufen bekommen ?

Also bei mir läuft der Cocolino nicht wenn ich ihn nicht direkt am Amiga, sondern an den elektronischen Switch anschliesse.

Läuft das evtl. mit dem Topolino ?

Der Lyra Adapter läuft, jedoch hat auch er ab und an seine probs ( als wenn man eine Taste festgeklebt hätte ) eben dauerbuchstaben wie aaaaaaaaaaaaaaaaaaaaaaa.

---

Jo, ich hab den Cocolino hier hinter nem CPU-Switch laufen, tut bestens. Hast Du vielleicht relativ lange Anschlußkabel an dem Switch? Leg die mal ein bißchen anders, vermutlich hast Du Einstrahlungen auf dem Kabel für den Cocolino.

Den Lyra hab ich hier auch laufen, das "Kleben" scheint mir aber eher von der Tastatur zu kommen, denn das Problem hatte ich auch, als ich den Switch noch nicht im Einsatz hatte. Aufgefallen ist mir das aber erst unter Amithlon, weil dort "CTRL/Windows(Amiga)" klebte, also jede R-Amiga-Kombination zum Reset führte Vielleicht liegts auch einfach nur an der Repeat-Einstellung?

Grüße

Zitat:

---

Original von Highnoon:
Wie ist denn die genaue Typenbezeichnung deiner Fiberline?
Heisst die auch FL-4680 ?

Gruß

---

Zitat:

---

Original von KLI:
Hi,
probiere es mal ohne die Blizzard, könnte daran liegen.
--
MFG

KLI

---

Zitat:

---

Original von gni:

Fast richtig. Falls ein DT Speichern unterstützen sollte, dann muß in der Nachricht DTWM_RAW stehen, damit der Sub-DT in seinem Format speichert. Wenn der DT darauf prüft, könnte er einen Fehler generieren, das Speichern nicht unterstützt wird. Bei DTWM_IFF und wenn WRITE garnicht behandelt wird (so machens die meisten DTs), dann landet der Request beim obersten DT (hier: picture.datatype) und der speichert in "seinem" Format: IFF/ILBM.

[ Dieser Beitrag wurde von gni am 20.10.2004 editiert. ]

---

Zitat:

---

Original von kadi:
> Mit meiner GeForce2MX gings auf Anhieb und es wurden sofort alle
> möglichen powerfb-Modi zur Verfügung gestellt.

Nein, so stimmt das nicht.

Ich hab grad nochmal mein altes Workbench.lha Backup entpackt, das ich unter Amithlon verwendete.

Ich hatte damals in Frogger, Multiview und co immer builtin treiber eingestellt - und die sind Hardwarebeschleunigt, da irre ich nicht.

Wenn da bei dir PowerFB Modes sind, dann hast du die mit PicassoMode erzeugt. Das kann man machen, muss man aber nicht.

Wie schon geschrieben, builtin ist auf einer unterstützten Graka (wie der Geforce2) nicht langsamer oder unbeschleunigter als die powerfb screenmodes.

Der Unterschied liegt nur darin wie und wo man die Modes konfiguriert. Mit PicassoMode kann man sich alle exotischen powerfb modes einstellen, mit exotischen Auflösungen, die builtin Modes sind schon voreigestellt und man kann in der Startup-Sequence nur die Bildwiederholfrequence und Monitorspecs einstellen.

[ Dieser Beitrag wurde von kadi am 12.10.2004 editiert. ]

---

Naja, irgendwo ists schon lustig, daß mir gesagt wird, was ich gemacht habe, wo ich es _nicht_ gemacht habe

Also, ich mußte _keine_ Modi mit PicassoMode erstellen, es waren alle verfügbaren Modi per powerfb bereits vorhanden, nachdem ich die GeForce2 (bzw. zuerst TNT2) eingebaut hatte.

Als ich noch eine ATI-GraKa verwendete, gabs keine powerfb-Modi, nur die Builtin-Modi, und davon auch nur einen, der wirklich "harwarebeschleunigt" lief und zwar nur in _einer_ Auflösung, im Gegensatz zu den powerfb-Modi. Die anderen Modi waren die Native-Modi der Chipsatz-Emu, aber diese wurden (bis auf einen) _nicht wirklich_ dargestellt. Sobald der jeweilige Screen in den "Vorgergrund" geschaltet werden sollte, passierte das Gleiche wie bei einem "echten" Amiga, der nur einen Monitor an der GraKa hat: Mauszeiger weg, "Umschalten" per Amiga+M brachte den Mauszeiger wieder, aber nicht das Bild des gerade gestarteten Programms.

Ich kann nur raten, daß er weiter probiert, auch mit neueren Kernels (sofern er sie findet).

Im Übrigen verhält sich die Sache mit den Kernel-Treibern nicht überall gleich, ich hab zum Beispiel mit den Kernel-Treibern für die RealTek-Karten kein Glück gehabt, die 100MBit-Karten wollen einfach nicht. Sound hingegen läuft bei mir besser als bei den meisten anderen, ohne Knackser etc. (und ohne aktualisierte Treiber

Das mit den Linux-Treibern ist Käse...

Grüße

Zitat:

---

Original von kadi:
> Ich habe in den Screenmodes nur die BuiltIn Sachen drin, aber keine
> PowerFB von Picasso96. Wo mache ich da den Fehler?

Da ich nie gesehen habe wie es aussieht wenn man Amithlon im VESA Modus laufen hat, kann ich dir nicht sagen woran du erkennen kannst ob dein Kernel nun die Graka erkannt hat und über beschleunigte Linux Framebuffertreiber benutzt.

Sorry, das ich dir nicht genauer Auskunft geben kann, aber Amithlon ist zu lange her für mich.

---

Zitat:

---

Original von ArminHuebner:
Ich glaube kaum, dass man Petra und ihren Mitarbeitern die Schuld geben kann,
wenn einige Kommentatoren sich gerne daneben benehmen.

---

Zitat:

---

Was "Trolle" sind, habe ich übrigens trotz meines Alters immer noch nicht so richtig begriffen:
Wenn jemand einen anderen als "Troll" tituliert, kann ich nur darauf schließen, dass es ihm
letztendlich an wirklichen Argumenten fehlt.

---

Zitat:

---

Auch weiß ich z.B. nicht, warum mit den billigsten Argumenten immer gegen Kai9 geschossen wird,
dessen Ansichten manchen zwar einseitig eingefärbt erscheinen mögen, der jedoch im Gegensatz zu
vielen anderen sachlich bleibt und seine Meinung vetritt, ohne gleich beleidigend zu werden.

---

Das könnte man jetzt unter das Stichwort "Polemik" fassen. Erstens schießt nicht "jeder" mit "billigsten" Argumenten. Es gibt auch genug Leute, die mit sehr stichhaltigen, durch Fakten untermauerten, Argumenten mit Kai9 diskutieren. Das das nichts fruchtet, liegt weniger an diesen Leuten. Ganz abgesehen davon gehts ja auch nicht _immer_ gegen Kai. Er ist halt oft dabei, das kannst Du aber den anderen nicht anlasten.

Zweitens: Es ist für eine Beleidigung kein großer Unterschied, ob sie plump und direkt geäußert wird oder in wohlgesetzten Worten. Es bleibt eine Beleidigung. Kai ist sehr geschickt darin, seine Beleidigungen in "seriöse" Worte zu packen, nichts desto trotz ist er oft genug beleidigend seinem "Kontrahenten" gegenüber. Beispiele dafür findest Du in den aktuellen Threads mehr als genug. Nimm Dir einfach mal seine Antworten auf OK vor, die strotzen nur vor Beleidigungen und persönlichen Angriffen. Von Sachlichkeit ist da nichts zu sehen. Beispiel? "...und zog sich den Eimer wieder über den Kopf". Stammt aus dem AOne-IDE-Problem Thread, wenn ich mich recht entsinne. Freundlich war das nun wirklich nicht. Sachlich schon gar nicht.

Es sagt niemand, daß Kai immer so ist, aber er hat den Hang dazu, die Diskussion _sehr_ oft ins Persönliche zu ziehen. Gerade, wenn es sich um einen seiner Lieblingsgegner handelt. Er ist mit dieser Art aber nicht alleine, das sehe ich schon, keine Bange

Zitat:

---

Im Übrigen schreibe ich das an dieser Stelle (im Forum) und nicht in den Kommentaren,
weil ich weiß, dass hier gesitteter diskutiert werden kann und man nicht gleich befürchten muss,
als "Troll" bezeichnet zu werden, nur weil man anderer Meinung ist.

---

Zitat:

---

--
Gruß, Armin.
--
'Auch wenn alle einer Meinung sind, können alle Unrecht haben.'

---

Das nennt man Demokratie

Grüße

Zitat:

---

Original von Petra:
Hallo Wolfgang,

>> Danke für den "Troll".

>es hat dich niemand Troll genannt.

---

Indirekt schon Schließlich war ich maßgeblich an dem zitierten Thread beteiligt.

Zitat:

---

>> Das aus meiner Frage n Flamewar geworden ist, ist auch dem Umstand
>> zu verdanken, daß gewisse Leute sich sofort an meinem Namen
>> festbeißen.

>Das glaube ich nicht. Ich vermute eher, dass deine Wortwahl einmal
>mehr dazu führte, dass sich Leute angegriffen fühlen. Hier ein
>Beispiel an o. g. Thread: "Naja, was solls, AN ist nicht mehr das,
>was es mal war...". Du hast das subjektive Gefühl, AmigaOS würde
>in der Redaktion vernachlässigt, das ist aber nicht so. Es hat nur
>jeder Redakteur eine andere Art, Meldungen zu erstellen.

---

Zitat:

---

>> Vermeiden kannst Du den Mist nur, wenn die Kommentarfunktion
>> komplett lahmgelegt würde oder eben die Durchsetzung der
>> Nettiquette konsequent verfolgt würde.

>Lahmlegen? Zur Durchsetzung habe ich eben Rebel schon meine
>Meinung geschrieben, siehe ein Posting vorher. Aber wie ich dir
>glaube ich schon in einem Kommentar schrieb, wundert mich doch
>sehr, dass gerade du darauf bestehst. Auch in obigen Thread sind
>deine Kommentare keineswegs on topic.

---

Zitat:

---

>> Aus irgendeinem Grund passiert das aber leider nicht. Schön wäre
>> auch, wenn die Angesprochenen gleich besonnen reagieren und um eine
>> Verlagerung ins Forum bitten würden, statt selbst polemisch zu
>> werden.

>Da kann ich dir wirklich nur recht geben. Dann gehe doch einfach
>mal mit guten Beispiel voran!

---

Bereits geschehen. Jetzt wärs nur reizend, wenn Du gewisse andere Leute noch auf mein "gutes Beispiel" aufmerksam machen würdest und sie bitten würdest, dem zu folgen. Ich gehe halt nicht gern allein...

Grüße


[ Dieser Beitrag wurde von whose am 07.10.2004 editiert. ]

Zitat:

---

Original von Rebel:
Hi, Leuts...

Vorweg...ich komme gerne auf AN. Die Seite ist gut und hat sich ueber die Jahre ihre Lorbeeren auch zurecht verdient. Die Redaktion leistet gute Arbeit. Danke dafuer!!!

Was mich allerdings immer wieder ins Staunen versetzt ist, wie grosszuegig hier OT Kommentare bei den News toleriert werden, und ich frage mich warum das so ist? Hier wieder so ein Thread

http://www.amiga-news.de/de/news/comments/thread/AN-2004-10-00029-DE.html



Bisher 30 Kommentare und ALLE(!) off topic. Warum loescht Ihr da nicht den ganzen Schlonz mit dem Hinweis auf die Nettiquette? Letztendlich bietet Ihr der ganzen sinnlosen Trollerei einen hervorragenden Naehrboden, indem Ihr solche Dinge durchgehen lasst. Es findet dabei doch kein konstruktiver Meinungsaustausch mehr statt, und noch schlimmer...diejenigen, die wirklich was zum Topic beisteuern koennten werden nicht posten, aus Angst dumm von der Seite angemacht zu werden.

cu
Rebel

---

Zitat:

---

Original von Crossy:
Hallo Leute,
versuche derzeit "verzweifelt" von oder zu meinem A1 eine LAN Verbindung zu meinen Windows 2000 PCs zu erstellen. Alle drei Rechner hängen an einem USR Hardwarerouter. Im Internet sind auch alle drei inkl. dem A1. Die LAN Verbindung der beiden W2000 PCs funktioniert auch einwandfrei. Lediglich die LAN Verbindung vom Amiga zu PC oder umgekehrt stellt noch ein Problem dar.
Da ja nun bereits eine Ethernetverbindung vom Amiga zum Router besteht (sonst wär er nicht online) müßte man ja nun "nur" noch eine Verbindung zum PV via Router schalten. Hat das schonmal jemand gemacht?

cu
Crossy

---