Zitat:

---

Original von Holger:

Normalerweise -lamiga (<minus>-<klein L>-<a>-<m>-<i>-<g>-<a>)

---

Ok, deutlicher gehts wirklich nicht mehr

Grüße

Zitat:

---

Original von Thorty:

Zitat:

---

Original von aPEX:
nicht soviel diskutieren, hinsetzen und ein projekt realisieren!

---

Das Fertigmachen einer WinUAE AmigaOS Distribution ist schnell
erledigt, denn JEDER WinUAE User bräuchte einfach nur den
Ordner als ISO-Image abspeichern und in die jeweiligen Ordner
der P2P Börsen legen.

Viel wichtiger wäre es zu klären, wer den Geldpool für Software
übernimmt. Ich denke das hierzu Vertreter aus der Szene aufgestellt
und gewählt werden sollten. Doch wer hat Lust das Amt zu
übernehmen und sich zur Wahl zu stellen.

---

Tja, ich glaube, so ein klein wenig begreifst Du selbst, wie schwierig sowas zu realisieren ist. Das Grobe und Ganze läßt sich schnell entwerfen, aber spätestens bei den Details kommt man ins Schleudern.

Ich denke, der Geldpool für neue Software ist der praktikabelste Teil Deines Vorschlages. Die Sache mit den AmigaOS-Images solltest Du besser abhaken, ich glaube kaum, daß z.B. H&P dabei mitmachen, wenn AmigaOS 3.9 (als Beispiel) über P2P verteilt wird. KMOS und Hyperion werden sich da sowieso sperren, fürchte ich.

Das ist aber gar nicht so tragisch, da OS3.9 für kleines Geld bei diversen Händlern erhältlich ist WinUAE ist ja Gott sei dank kostenlos erhältlich.

Um nochmal auf den Software-Geldpool zurückzukommen: Gute Frage, wer das übernehmen soll. Es müßte eine Person sein, der man unbedingt vertrauen kann, also sowas wie ein Notar oder Rechtsanwalt. Unabhängig natürlich, damit diverse Ineteressengruppen gar nicht erst dazu verleitet werden, ihr eigenes Süppchen zu kochen.

Desweiteren: Wer entscheidet darüber, welche Software in welcher Höhe gefördert wird? Wie findet die Auswahl der förderungswürdigen Software statt? Wie wird diese der breiten Öffentlichkeit vorgestellt? Wer befindet darüber, welche Software bevorzugt gefördert werden soll, wenn es mehrere Versionen mit ähnlicher Funktion zur Auswahl gibt?

Zur Organisation: Gründet man dafür nicht besser sowas wie e.V.? Ich meine, das sind ja Einkünfte, so genau weiß ich da nicht Bescheid, aber könnte ja sein, daß Herr Eichel sich sonst gern daran gütlich tun würde. Und wenn man nen e.V. gründet, wer garantiert, daß das nicht wieder in endlose Streitereien im "Vorstand" ausartet? Man kennt ja die deutsche Vereinsmeierei.

Fragen über Fragen...

Grüße

Zitat:

---

Original von Kaesebroetchen:
Nein, zumindest glaube ich das nicht.
Mit dem nackten gcc zu arbeiten ist nicht gerade meine Stärke.
Um so mehr habe ich mich gefreut als ich den GUIcreator 2.0 entdeckt habe der mir den kompletten Code mit MakeFile ausspuckt. Das Compilieren klappt ja auch ganz gut, nur das linken eben nicht

---

Hm, das ist scho seltsam... im Mom weiß ich da auch net so Recht weiter, der nackte GCC ist nämlich auch nicht meine Stärke

Hast Du mal in die Optionen geschaut, wie man das dazulinken der amiga.lib bewerkstelligt? Sieht mir nämlich nicht so aus, als würde das passieren. Von makefiles hab ich auch nicht so den Plan, da müßt ich erst mal nachschauen.

Grüße




[ Dieser Beitrag wurde von whose am 19.12.2004 editiert. ]

[ Dieser Beitrag wurde von whose am 19.12.2004 editiert. ]

Zitat:

---

Original von Maja:

Zitat:

---

Original von whose:
Wäre aber schon mal interessant, verschiedene Spekulationen zu lesen, was passiert wäre, hätte Commo sich nicht so dämlich angestellt

---

Dazu hatte ich mich dort schon mal geäußert (Beitrag vom 12.11.2004, 01:25 Uhr).

---

Naja, die Sache mit den Dialern wäre wohl etwas anders gelaufen, denke ich

Grüße

Zitat:

---

Original von Murmel:

Ich habe auf nem zweiten Rechner Amithlon (wo nichmal USB richtig funkt) und benutze WinUAE auf meinem Hauptrechner, zumindest ist es wie auf Amiga installiert.

---

Zitat:

---

Original von Maja:
@ whose

Korrekt. Wenn Commodore bis heute durchgehalten hätte. Wozu u.a. andere Entscheidungen hätten getroffen werden müssen. Wenn das Wörtchen wenn nicht wär..... *seufz*

Nur nützt dieses Wenn heute leider nichts mehr. Genau so wenig wie die Augen vor den Tatsachen zu verschließen. Das war einer der Fehler, den Commodore machte.

Aber lass mal. Wir erzählen sowieso nur Mist.

---

Och, "nur" würd ich net unbedingt sagen...

Wäre aber schon mal interessant, verschiedene Spekulationen zu lesen, was passiert wäre, hätte Commo sich nicht so dämlich angestellt

Grüße

Zitat:

---

Original von Kaesebroetchen:
Wäre glaube ich schon etwas komfortabler.
Dev-Cpp hat ein paar nette Funktionen wie Codevervollständigung, eine Art Funktionsbrowser mit dem man mit einem Klick zur richtigen Stelle im Quellcode kommt. Das gleiche gilt für die Fehlerausgabe.
Auf dem Amiga ist doch bisher Code-Hervorhebung (Highlightning) das höchste der Gefühle.
Oder hab ich da was verpasst ?

---

Ja, ein bißchen schon

StormC4 bietet eine Art AmigaOS-API-Lexikon, welches die Funktionsprototypen bereits bei der Eingabe des Funktionsnamens oben im Fenster anzeigt, so daß man die Prototypen nicht auswendig lernen oder ständig in den RKMs nachschlagen muß. Dazu kommt der Sprung in die Autodocs (als AmigaGuide) bei Druck auf die Help-Taste. Bei Compile-Fehlern reicht der Klick auf den Fehler, um an die entsprechende Stelle im Source gelotst zu werden, das hatte aber auch Maxon C++ schon länger drauf, genau wie der Storm.

Ein Funktions-/Objekt-Browser wäre schon eine feine Sache. Codevervollständigung wäre, glaube ich, eher ein zweischneidiges Schwert, Amiga-Entwickler scheinen einen ausgeprägten Hang zum Individualismus zu haben. Das gilt auch für ihren Code und dessen Stil

Wie gesagt, man sollte gni mal zum Thema Cross-GCC unter Windows fragen, und dann weitersehen, ob man mit Dev-Cpp was in Sachen Amiga anfangen kann.

Vielleicht hilft da auch googeln ein bißchen weiter, kann ja sein, daß schon jemand mit nem Crosscompiler unter Win arbeitet.

Grüße

Zitat:

---

Original von Maja:

Nun. Übertragen auf unsere heutige Zeit wäre der A500 kein günstiges Einstiegsmodell mehr. Wobei der auch damals schon - nach heutigen Maßstäben - im Preis nicht wirklich günstig war.

---

Zitat:

---

Original von Eule:

Zitat:

---

Original von phase5b1260:

Ich meine damit einen *günstigen* Einstiegsamiga, wie den A500 oder 1200 und dazu dann noch ein grosses Modell wie den A3000 oder A4000.

---

Sowohl bei Genesi als auch bei Eyetech wird diese Politik verfolgt.

Bei Genesi kann man zwischen G3 und G4 wählen.

Und bei Eytech gibts die A1 im Mini-ITX Format und den richtigen A1.

Aber man verkauft nur Boards die genaue Austattung kann vom Kunden oder vom Händler durchgeführt werden.

---

Du hast da *ein* Wort übersehen, denke ich

Grüße

Zitat:

---

Original von Eule:

Sehr warscheinlich wurde der Aufruf für die Fehlermeldung im Programm woanders her kopiert oder er springt in das falsche Unterprogramm für seine Fehlermeldung.

Der Witz ist, dass wohl bei einigen Leuten PfPaint unter MOS läuft (zumindest teilweise)

[ Dieser Beitrag wurde von Eule am 17.12.2004 editiert. ]

---

Das sieht mir auch ziemlich stark danach aus, als hätte der Entwickler da mal wieder nen Zwölfender geschossen

Ich schaus mir noch mal bei mir unter SnoopDos an, hab zwar kein MOS (wie Du sicher weißt , aber vielleicht stoße ich da auf was, was Dir weiterhelfen könnte.

Sieht fast so aus, als würde es sich mehr an den Screenmodi stoßen als an dem "fehlenden" Font...

Grüße

Zitat:

---

Original von Eule:

Zitat:

---

Original von Blackbird:

Viel einfacher wäre es gewesen mit PerfectPaint

---

Äh ja immer gerne, ich hab nicht auf PPaint bestanden. Wenn ich Perfect Paint starte geht bei mir ein Errorfenster auf und meldet 'PfPaint.font not found !' Dann darf ich 'OK' drücken und das Programm beendet sich.

Snnopdos zeigt nicht an dass auf einen Font zugegriffen werden würde.

---

Dann schau doch mal nach, ob ein solcher Font im Archiv existiert und wenn ja, kopier ihn halt in FONTS: oder, vermutlich besser, ins PfPaint-Verzeichnis. Da PfPaint ein klein wenig am System vorbei geschrieben wurde, kanns gut sein, daß es den Font direkt lädt und nicht über die OS-Funktionen, oder einfach nur nachsieht, ob der Font existiert, ihn aber erst bei Bedarf lädt.

Ich kann mir nicht vorstellen, daß diese Fehlermeldung ohne triftigen Grund erscheint. Auf meinen Maschinen (Original und Emus) läufts bestens. Auch wenn ich die GUI nicht sonderlich mag

Grüße

Zitat:

---

Original von werfer:

@whose: nochmal die Frage: kann man Dir helfen? Ist das OpenSource (wahrscheinlich nicht)? Einen Kasten Bier als Motivationshilfe? Betatester? Was auch immer.... ich helfe gerne.

[ Dieser Beitrag wurde von werfer am 07.12.2004 editiert. ]

---

Im Prinzip ist es Open Source, zumindest habe ich nicht vor, aus dem Teil ein großes Geheimnis zu machen, _wenns denn erst mal fertig ist_

Mein Problem ist schlicht Zeitmangel. Helfen könntest Du mir nur dadurch, daß Du meinen Chef überredest, mir 4-6 Monate bezahlten Urlaub zu geben. Die verdammte Malocherei frißt einfach zu viel Zeit und es gibt halt noch ein paar andere Dinge, die ich vor dem Ethernet-Konverter erledigen muß.

Grüße

Zitat:

---

Original von werfer:
Ah, gute Frage - sorry, my bad :-)

Nein, ich habe bei mir zuhause ein komplettes Netzwerk, mein Amiga geht ueber Genesis einfach ans Gateway.... nun kommt aus der PCMCIA-Karte einfach Ethernet raus und wird in den Hub gesptoepselt..... ich dachte, es ist vielleicht auch moeglich, USB aus der Subway heraus in einen USB-Hub zu stecken....

Einfach eben per USB TCP/IP senden und empfangen... wenn das ginge, waers der Hammer!! Die PCMCIA-Karte stoert mich naemlich maechtig!

---

Naja, das ginge schon... mit einem weiteren Adapter, namentlich einem USB-Ethernet-Konverter. Leider bin ich mit dem Treiber dafür noch lange nicht so weit, wie ich gern wäre, daher siehts da immer noch düster aus. Abgesehen davon: Was stört Dich denn an der PCMCIA-Karte? Wenns das Kabelgestöpsel ist, das wird Dir bei der USB-Lösung genauso wenig erspart bleiben. Wenn Du kabellos ins Netz willst, wirds noch ein wenig komplizierter, aber selbst das ist inzwischen machbar. Allerdings wieder nur über ne PCMCIA-WLAN-Karte...

Grüße

Zitat:

---

Original von MichaMcFly:
Hallo!
Wo finde ich die File-Utilities aus dem Geek Gadgets Project für den Amiga? Habs mit Google leider nicht gefunden.

---

Zitat:

---

Original von tokai:

Zitat:

---

Original von whose:
Falls Du die Progs von C. Rosentreter meinst, die sind für seinen Bedarf kaum geeignet. Zumindest wüßte ich nicht, daß ein Konverter wie Deiner bei den Tools dabei wäre.

---

Huch? Hätte ich keinen Bedarf an diesen Tools gehabt, dann hätte ich sie nicht geschrieben

allerdings kovertiert mein dt2raw (datatype to ARGB, RGB, A, R, G oder B raw-Daten) nur Grafiken mit mehr als 8bit im Gegegsatz zu Thomas seinem Tool, welches nur 8bit und kleiner konvertiert.

Und mit bin2c lässt sich jegliche Datei (also auch eine mit bin2raw konvertierte Datei in C-Source umwandeln (ohne jegliche aligment restrictions)). Wenn man faul ist schreibt man ein kleines Script welches beide Prozesse mit einer Pipe verbindet.

---

Entschuldige, den Spruch kann ich mir jetzt einfach nicht verkneifen:

Wer lesen kann, ist klar im Vorteil.

Ich habe ausdrücklich von Reths Bedarf geschrieben. Das Deine Tools für Deinen Bedarf passend sind, habe ich einfach mal angenommen.

Geh einfach mal davon aus, daß manche Leute keine Lust haben, zwei oder mehr Tools per Pipe zu verbinden, um eine einmalige Konvertierung eines Formats in ein anderes vorzunehmen. Weiterhin geh einfach mal davon aus, das Grafiken teilweise vor der (normalerweise nur einmalig nötigen) Konvertierung noch bearbeitet werden müssen (Beschneiden beispielsweise, oder Anpassung der Palette etc.). Für solche Aufgaben bietet sich ein Tool _mit_ GUI eher an als ein Shell-only-Tool, oder findest Du nicht?

Ich unterhalte mich mal mit Reth darüber und wenn das Tool fertig ist, wirds veröffentlicht. Dann könnt ihr das auch nutzen oder halt nicht, ganz nach Bedarf und Wunsch.

Grüße

Zitat:

---

Original von Reth:

Deine Funktion erzeugt laut Deiner Aussage ein Bytearray, welches für WritePixelArray8() verwendet werden kann. Dieses muss 16Bit-aligned sein (wenn ich Dich in den vergangenen Posts richtig verstanden habe).
Ich suche aber gerad ein Programm, was eine Grafik 8Bit-Aligned im Chunkyformat abspeichert, was für WriteChunkyPixel() ausreicht!

Zudem ist für mich (und bestimmt auch andere) ein Programm sehr nützlich, mit dem ich meine Grafiken zuschneiden und gleich im benötigten Sourceformat abspeichern kann (wie z.B. in ArtPro).

---

Zitat:

---

Original von thomas:

Falls du dich erinnerst, ich habe dir eins gegeben, sogar mit Quelltext:

Darüberhinaus gab es vor kurzem eine News-Meldung wo jemand alle seine kleinen Utilities dieser Art veröffentlich hat.

Gruß Thomas

---

Zitat:

---

Original von Reth:
Also wenn meine Vorgehensweise korrekt ist, wieso funktioniert dann der Algorithmus mit WriteChunkyPixels() bei meinen 100x80 Bildern, aber nicht bei meine 23x46 Bildern?

Wenn ich bei letzteren die BytesPerRow mit 24 angeb (was ja eigentlich falsch ist), dann sehens sie fast normal aus, ansonsten verschoben wie in dem Beispielbild!

Hab für WriteChunkyPixels() aber keinerlei Einschränkungen in den Docs gefunden!



Soeben hab ich festgestellt, dass unter DblPalHires Flimmerfrei nicht einmal die 100x80 Bilder stimmen!
Was ist denn da los? Sind die Systemfunktionen denn zu gar nix mehr zu gebrauchen?



Ciao

[ Dieser Beitrag wurde von Reth am 14.11.2004 editiert. ]

---

Zitat:

---

Original von thomas:

@Thilo: also dein Verständnis von "sauber" ist ziemlich daneben. BitMap "locken" (du meinst sprerren) ist schonmal per se unsauber, weil alles, was sperrt, unsauber ist. Noch dazu ist auch das *kein* Teil von AmigaOS, sondern von CyberGraphics bzw. Picasso96.

---

*hust* Naja, in manchen Fällen ist Locking durchaus als "saubere" Methode anzusehen. Selbst LockBitMap() ist per se keine "unsaubere" Sache. Wenn man (ich betone: WENN!) sich genötigt sieht, in eine Bitmap höchstselbst hinein zu schreiben (warum auch immer) _muß_ man dafür sorgen, daß einem kein anderer Prozess dazwischenfunkt. Dafür ist das Locking ausdrücklich gedacht.

Wie willst Du sonst verhindern, daß z.B. der Picasso-VMem-Task die Bitmap, in die Du gerade hinein schreiben willst, einfach ins FastRAM verschiebt, weil ein weiterer Prozess in diesem Moment das RAM der GraKa fast komplett in Beschlag nehmen will? Für solche Fälle ist das Locking da und es ist auch die einzig saubere Methode, um mit diesen Problemen umgehen zu können.

Das es in diesem hier vorliegenden Fall keine besonders kluge Vorgehensweise ist, alles "von Hand" zu erledigen, steht auf einem anderen Blatt. Reth hats ja nun auf die Weise hinbekommen, wie man es eben machen sollte. Ich war ein paar Tage aus dem Rennen, sonst hätte ich ihm schon längst die Sache mit der FriendBitMap ausgetrieben

Im Grunde hast Du aber vollkommen Recht: Nutze die Möglichkeiten, die Dir das OS bietet und bastel nicht selbst, wenn Du gar nicht mußt. WPA8() wird von P96/CGX nämlich auch gepatcht und eben in dieser Funktion wird, na, was? LockBitMap() aufgerufen, um eine Verschiebung der Bitmap während der Übertragung der Daten zu verhindern. Jedes Mal, wenn ein Schwung Daten (eben die temp. Bitmap in der empfohlenen Größe) übertragen wird, wird die Bitmap für diese Zeit gelockt.

Irgendwo habt ihr aber auch beide Recht, Thilo und Du. Er hats halt selbst gemacht (weil er auf die "Experten" in Sachen WPA8() hereingefallen ist. "Die ist vieeeel zu lahm!". Absoluter Schwachsinn. Auf P96/CGX wird auch nichts anderes als CopyMem() verwendet, wenn das BitMap-Format paßt. Was ist daran lahmer, als CopyMem() selbst aufzurufen? Hab ich aber auch erst kürzlich herausgefunden...), Du machst es ähnlich wie er, nur über die dafür vorgesehenen OS-Funktionen. Und hast weniger Arbeit und Ärger

Grüße