amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Suche [ - Suche - Neue Beiträge - Registrieren - Login - ]

Erste << 32 33 34 35 36 -37- 38 39 40 41 Ergebnisse der Suche: 1229 Treffer (30 pro Seite)
Der_Wanderer   Nutzer

19.05.2007, 18:22 Uhr

[ - Direktlink - ]
Thema: ARGB Pixel oder Type kopieren in C
Brett: Programmierung

Ja wuerde dann der Compiler nicht auch zur OS routine greifen ?
Ansonsten waere jas ja Speed verschenkt.

Aber lohnt es sich, bei vier Bytes ein CopyMem zu bemuehen ?
Bisher caste ich einen long* drueber und mache eine einfache Zuweisung. Schaetze aber mal ein Type Copy einez Types von 4Byte wuerde in vergleichbarem Code enden.
--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

19.05.2007, 18:18 Uhr

[ - Direktlink - ]
Thema: Welches Basic???
Brett: Programmierung

@DieterG

Wenn du hier ein Basic Code postest, der deiner Meinung nach einfach und kurz ist, dann poste ich dir einen AB3 Code der mindestens genauso einfach oder noch kuerzer ist. Dass AmigaBasic oder Maxon Basic einfacher ist stimmt einfach nicht.

Auch fuer genau solche Sachen wie kleine Projekte ist AB3 optimal.

Z.B. RawKey Abfragen geht auch mit einem einzigen Befehl, wie du oben siehst, kuerzer geht es nicht. Aber es gibt auch die Luxus Variante wenn es eine anspruchsvollere App ist.
Und MP3 im Hintergrund abspielen ist in AB3 ein zwei Zeiler (!), das wuerde ich nicht gerade als Mega-Projekt bezeichenen. :-)
Kopiert man ueber die mp3 ein MOD oder eine wav Datei, wird diese ohne Murren abgespielt, ohne eine einzige Zeile im Program zu aendern. Der Erfahrene Programmierer kommt aber auch direkt an die Audio Daten heran, kann sie manipulieren, speichern, aufnehmen und wieder abspielen etc. Es gibt viele Moeglichkeiten.

Viele Dinge gehen in AB3 kinderleicht und super kurz, die in anderen Basic Dialekten ueberhaupt nicht gehen und die in C in eine riessen Sourcecode Orgie ausarten wuerden.
Und das ganze laueft dann auch noch schnell und ueberall (OS4/Amithlon/MOS). Fehlt was, kurzer Post in der ML oder amiforce.de und es wird innerhalb kuerzester Zeit ergaenzt (sofern es einigermassen Sinn macht), den Service gibts niergends.

Lade mal in einem anderen Basic ein JPEG rein und blitte es auf den Bildschirm (1-24bit). Das ist in AB3 ein Dreizeiler. Schaetze da waerst du eine Weile beschaeftigt in MBasic.
Solche Beispiele koennte ich zu dutzenden aufzaehlen.

Und interessant sind ja gerade solche Sachen wie Grafik, Audio, Internet, Games und GUIs. Die Tuerme von Hanoi loesen haben wir ja alle in der Schule schon abgehakt. :-)



--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de



[ Dieser Beitrag wurde von Der_Wanderer am 21.05.2007 um 12:21 Uhr geändert. ]
 
Der_Wanderer   Nutzer

19.05.2007, 13:26 Uhr

[ - Direktlink - ]
Thema: Welches Basic???
Brett: Programmierung

@Honitos
Nicht ganz, das schoene am AB3 Browser ist, dass er nicht nur Befehle zeigt, die mit dem Stichwort anfangen, sondern alle, die es enthalten. Das ist z.B. ein riessen Vorteil gegenueber M$ VS .NET.

Wenn ich also "input" tippe, dann bekomme ich alles, was mit input zu tun hat, also nicht nur "Input$", sondern auch "FileInput", "WindowInput", "BitmapInput", "DevicInput",
InputMode" etc.etc. was es sonst noch so gibt.
Mit doppelklick springt man in den zugehoerigen Guide, und der enthaelt oft querverweise, so dass man versteht, mit welchen anderen Befehlen der Befehl zusammenhaengt.
--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

19.05.2007, 13:21 Uhr

[ - Direktlink - ]
Thema: Welches Basic???
Brett: Programmierung

Eine Keyboard Abfrage wuerde man auch anders machen.
Klar gibt es die I/O Stream Befehle (Input$, Inkey$ und Edit$),
aber wie schon gesagt so eine Abstraktion taugt nur fuer Programme ala "Bitte geben sie eine Zahl ein: ... Herzlichen Glueckwunsch, xyz ist eine Primzahl!".

Wenn du was richtiges Coden willst, dann muss man eben ein bisschen auf das OS eingehen, und das macht AB3.

Eine Keyboardabfrage macht man entweder Event basierend, z.B. bei einer Applikation, oder Frame basierend bei einem Spiel. (also man wartet nicht auf ein Event, sondern fraegt in jedem Frame eine bestimmte Taste ab, ob sie gedrueckt ist oder nicht)

Mit AB3 Befehlen geht das so:
Event Basierend:
code:
Repeat
  idcmp.l = Event
  Select idcmp
    case #IDCMP_RAWKEY
      RawKeyPressed.l = EventCode
  End Select
Until idcmp = 0


Frame basierend:
code:
LeftShiftIsPressed.l = RawStatus(#RAWKEY_LSHIFT)


... oder ganz elegant mit den Includes:
code:
While intui_GetEvent{} ; wir muessen auf Events lauschen ...
  Select !event_IDCMP ; welcher Event Typ
    case #IDCMP_RAWKEY ; aha, RawKey
      RawKeyPressed.l = !event_RawKey ; direkt die Rawkey ID
      VanillaKeyPressed.l = !event_VanillaKey ; interpretiert durch Locale
  End Select
Wend

; oder auch den Status testen fuer Spiele
LeftShiftIsPressed.l = intui_RawStatus{#RAWKEY_LSHIFT}


Der Unterschied zwischen RawKey und VanillaKey ist, dass der Rawkey unabhaengig von der Tastaturbelegung ist, also "y" ist die gleiche ID wie "z" auf einer Amerikanischen Tastatur. Der Vanillakey ist aber einmal "y" und einmal "z", je nach Locale Prefs.
(deshalb beendet man DoomII auch mit "z", obwohl die Frage heisst "Yes or No ?", da wird wohl der RawKey abgefragt,
was in diesem Falle keine so gute Idee ist) :-)

So einen Event Loop brauchst du sowieso, wenn du irgendwas mit GUI machst, z.B. um Button Events zu bekommen etc.



--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

19.05.2007, 12:57 Uhr

[ - Direktlink - ]
Thema: ARGB Pixel oder Type kopieren in C
Brett: Programmierung

@Holger

Ja, danke. Ich kopiere ja nicht das gesamte Array linear, sondern immer nur Pixelweise, da meine Routine im Source Pixel durchaus Spruenge macht, z.B. beim Scalieren, oder ich zwischendurch an den R G B Komponenten rumschrauben will.

Meine Frage war hauptsaechlich, ob

MyDestPixel[n] = MySourcePixel[n];

ok ist, da es kein Primitiver Typ ist, sondern "ARGBPixel".
In Blitzbasic z.B. muss man dafuer einen extra Befehl nehmen,
"CopyType" wenn man einen komplexen Datentyp kopieren will.

Ja, ich mache dadurch eine Annahme ueber das alignment, aber
gibt es denn ueberhaupt eine realistische Platform, wo die Bytes
nicht direkt hintereinander stehen wuerden ?

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

18.05.2007, 17:12 Uhr

[ - Direktlink - ]
Thema: ARGB Pixel oder Type kopieren in C
Brett: Programmierung

Hallo !

Ich schreibe gerade einige Bildverarbeitungs Alogrithmen in C.

Wie stellt ihr da einen RGB oder ARGB Pixel dar ?

Ich habe folgendes gemacht (nehmen wir mal ARGB)

code:
struct ARGBPixel {
  unsigend char A,R,G,B;
};


Spaeter mache ich:

code:
struct ARGBPixel* MySourcePixel = (struct ARGBPixel*)SourcePixelArrayPtr;
struct ARGBPixel* MyDestPixel   = (struct ARGBPixel*)DestPixelArrayPtr;

MyDestPixel[n] = MySourcePixel[n];
oder
*MyDestPixel++ = *MySourcePixel++;


Geht sowas ueberhaupt ? Kann es gerade nicht testen und muss das blind implementieren.
Was waere die eleganteste Method, wenn man bedenkt dass ich auch auf die RGB Komponenten drauf zugreifen muss, also nicht nur kopieren so wie oben.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

18.05.2007, 15:44 Uhr

[ - Direktlink - ]
Thema: Welches Basic???
Brett: Programmierung

@Dieter
Es waere sehr hilfreich, wenn du Bugs in Amiblitz den Authoren reporten wuerdest, und evtl. noch die Version nennen wuerdest damit man wiess wovon ueberhaupt die rede ist. Auf http://www.amiforce.de gibt es einen Bugtracker dafuer.
In vergangener Zeit wurden haeufig Updates gemacht, die Highly/Beta sind, also durchaus Bugs enthalten haben. Wenn sowas an "Otto-Normal" User kommt, entstehtleicht der Eindruck eines Buggz Programs. Deshalb ist Amiblitz3 auch bisher unter vershcluss, und wird erst veroeffentlicht wenn die Betatester keine Bugs mehr finden, bzw. keine wichtigen.

Amiblitz laeuft auf jeden Fall auf Classic, WinUAE und Amithlon, soviel kann ich versichern, ich code so gut wie jeden Tag damit. Solche groben Bugs wuerden mir sofort auffallen.
Es wurde aber auch schon erfolgreich unter OS4 und MOS getestet, es wurden sogar extra Bugfixes/Workarounds eingebaut damit es laeuft. (was in den meisten Faellen kein Bug in Amiblitz war, sondern eine Inkompatibelitaet von OS4 und MOS zu OS3).

Komischerweise ist wieder die Tendenz da, dass es bei Amiblitz Befuerwortern weniger Bugs zu haben scheint als bei Ablehnern :-)

BTW Dieter, ich glaube du kennst dich mit Amiblitz nicht besonders aus. Natuerlich gibt es sowas wie einen Input Befehl, mit dem man aus der CLI oder einer Datei etc. lesen kann ("Input$"), allerdings muss man auch dazu sagen dass Amiblitz nicht versucht das klassiche Basic abzubilden, sondern wie schon erwaehnt ist es etwas "eigener".
Das klassiche Basic ist eigentlich nur zum Lernen geeigent, nicht um echte Apps zu schreiben. Mit Amiblitz hingegen kann man alles denkbare implementieren, von Shell Anwendungen ueber GUI intensive Apps bis hin zu schnellen Graikkarten oder auch Custom Chip Games, auch amiga shared libraries oder devices etc. kann man damit machen.

Eine GUI hat man sehr schnell hingezaubert, z.B. MUI oder Gadtools, von mir gibt es auch ein GUI Toolkit "TUI", mit dem man MUI aehnlich GUIs erstellen kann, wobei der Vorteil ist dass die Gadgets auf OS Gadgets beruhen, und somit direkter reagieren.
Z.B. die GUI von HD-Rec ist so gemacht. Ohne gescheites GUI Toolkit waere sowas kaum moeglich, es gibt etwa 30 Fenster mit hunderten von Gadgets.

Ich habe jetzt mal ein Konzept fuer ein Video Tutorial aufgesetzt. Mal sehen ob das mehr ankommt als ein Guide. Text scheint ja kaum noch jemand lesen zu wollen, bzw. es wird oft hartnaeckig ignoriert.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

16.05.2007, 18:09 Uhr

[ - Direktlink - ]
Thema: Welches Basic???
Brett: Programmierung

Es gibt sehr wohl ein Handbuch zu Blitzbasic2, das man am Stück lesen kann, gibts als PDF und HTML, wenn ich mich recht entsinne.
Es gibt zu fast jedem Befehl einen Guide, einschl. der Inlcudes.
Im Vergleich zu MSDN Library von .NET ist das schon Zucken-In-Den-Arsch ;-)

Aber aller Anfang ist schwer. Muss ich mich doch mal an ein Tutorial setzen. Wenn man das Grundprinzip verstanden hat, kann man sich ohne Probleme "druchhangeln".
Das schwierigste ist wohl zu wissen, was es überhaupt gibt und wo man anfangen muss.

@Buzard
Allerdings steht hier AB2 gegen andere Amiga-Basic Dialekte, nicht gegen ein kommerzielles PC Blitzbasic mit einer Userbase von mehreren tausend, der Aufwand der hier hineingesteckt wird ist nicht vergleichbar mit keinem Projekt auf dem Amiga.
Und bei anderen Basic Dialekten sieht es noch viel schelchter aus.

Wie gesagt, ein am-Stück-lesbares Handbuch zu BB2 gibts es auch. Dünn wird es erst, ab dem Zeitpunkt als es nur noch OpenSource weiterentwickelt wurde. Und diese Entwicklung fehlt den anderen Basics komplett.





--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

11.05.2007, 10:37 Uhr

[ - Direktlink - ]
Thema: WBStartup Message
Brett: Programmierung

@gni:

Das heisst, ich darf während das Program läuft auf die Message zugreifen, ohne vorher eine Kopie zu machen ?

Der WBStartup Code von Amiblitz ist nicht von mir, und es sah so aus, also ob Amiblitz die Message abholt, Daten analysiert und dann sofort replied. Aber evtl. wird die Message dann doch bis zum Ende behalten, das muss ich mir nochmal genau angucken.

Ich habe ja das RKM, NDK etc., aber ich kann dazu nichts finden. Unter welcher Lib o.ä. muss ich denn da gucken ?
--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

11.05.2007, 09:48 Uhr

[ - Direktlink - ]
Thema: WBStartup Message
Brett: Programmierung

Hallo !

Darf man Daten aus der WBStartup Message auslesen, wenn man
sie schon ReplyMsg'ed hat ?

Wenn nein, darf man die WBStartup Message bis zum Programm Ende
behalten und dann ReplyMsg'en ? Oder hängt dann die WB ?

Weiss jemand wo ich die Doku dazu finde ?



--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

10.05.2007, 22:40 Uhr

[ - Direktlink - ]
Thema: Welches Basic???
Brett: Programmierung

@Ralf
Und auf dem A1200 mit Graka läuft es auf einem PAL screen ?
Wenn ja (wie z.B. auf meinem A1200), dann liegt es schon an
fehlenden Libs. Kompatibel sollte es auf jeden Fall sein.

Der Unterschied von BB2 zu AB2 ist, dass der Editor OS freundlich gemacht wurde. Wenn es also nicht mehr läuft, wäre schon komisch.

Aber warum codest du nicht auf dem Graka Rechner ? Fürs Coden ist eine höhere Auflösung sehr wichtig.
AB3 auf 640x256 wird keinen Spass machen.
1024x768 ist da eigentlich minimum.

Die meisten Erweiterungen von BB2 zu AB2/3 zielen eigentlich in Richtung Custom Chip Unabhängigkeit. Wenn du Old-School Soft machen willst, wäre evtl. BB2 besser für dich.

Eine andere Frage: Wieviel RAM hat den der Nicht-Graka Rechner ?
AB2 ist etwas Speicher hungriger als BB2. 16MB sollten in der Kiste schon drin sein.

Zu dem Datatype Beispiel:
Mit dem Sound Datatype kommst du nicht weit. Glaub mir, sonst würde AB2 auch via Datatype laden, so wie Bilder.




--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

10.05.2007, 10:48 Uhr

[ - Direktlink - ]
Thema: Welches Basic???
Brett: Programmierung

Modula2 ? Eeeeeek!

BTW, habe ihr nicht bemerkt dass AlexanderK sich nicht mehr meldet ?
Evtl. ein Troll, der sich jetzt über die Diskussion tot lacht?
--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

09.05.2007, 15:05 Uhr

[ - Direktlink - ]
Thema: Welches Basic???
Brett: Programmierung

Also der Syntax Unterschied ist jetzt nicht sooooo groß zwischen MBasic und Amiblitz.

code:
Dim x.l(10,10)
x(0,0) = 12345
b$ = "12345abcde"
a$ = Left$(b$,5)
Print "String: ",a$," Zahl: ",x(0,0)
End


Ist das wirkilch so anders ? Und vor allem, nur weil es anders
ist bedeutet nicht, dass es komplizierter ist. Dank einiger
Konstrukte, gerade wenn es um Strukturen geht, dürfe der
Amiblitz Code wesentlich übersichtlicher aussehen.

Im Prinzip ist doch alles gleich, du musst dir nur merken,
ob es nun runde, geschweifte oder eckige Klammern sind.

Der Screenshot ist von einer Demo Map von dem Mapeditor.
Damit lassen sich leicht alle möglichen map-basierten Spiele machen,
von PacMan über Aufbau-Strategie bis zum RPG.
Die gesamte GFX Engine wird für dich übernommen und läuft auf einen Aufruf hinaus "map_Render{map,rp,x,y,w,h}", der dir jeden beliebigen Ausschnitt der Map in einen RastPort rendert.
Objekte, die mit Map Objekten interagieren, kann man mit Befehlen steuern, z.B. "map_MoveObject{map,objectID,x,y,z}" und lässt sich den
getrasheten Bildauschnit neu zeichnen.

Wenn man genau hinguckt, sieht man auch dass z.B. die Figur oder die
Bäume Anti-Aliased sind, also keine Bitmaske. Das wirst du in MBasic
aus Speedgründen nicht hinbekommen.
So eine Map läuft auf meinem Laptop unter WinUAE mit mehr als 100FPS,
also noch ausreichend Power übrig für KI und bewegte Objekte.

Mit der dbl_display.inlucde gibts dann noch ein Double Buffer Display
dazu, damit auch nichts flackert.
Per ahi_device.inlcude noch eine mp3 Musik oder ein MOD
dazu streamen (ahi_OpenStream{"dh0:sfx/gamemusic.mp3"}) und
ein paar sounds abspielen, und fertig ist quasi das Game.
Einfacher gehts nur mit einem Game Construction Kit, aber da
fehlt es an Flexibilität.

@Ralf: Ich weiss nicht was daran so schwierig sein soll. Ich hab jetzt einige Beispiele gepostet. Ist das etwa kompliziert ?
Wie würde das in MBasic aussehen, wenn du jetzt loslegen würdest ?
Sagen wir eine .wav reinladen und abspielen (AHI) ?

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de


[ Dieser Beitrag wurde von Der_Wanderer am 2007-05-09 um 15:20 Uhr geändert. ]
 
Der_Wanderer   Nutzer

08.05.2007, 14:51 Uhr

[ - Direktlink - ]
Thema: Welches Basic???
Brett: Programmierung

Vielleicht sollte mal AlexanderK wieder zu Wort kommen.

Für was man sich entscheidet, hängt auch davon ab, was man damit machen will.

In C ist natürlich alles Möglich, aber es ist eben etwas komplizierter, d.h. man benötigt mehr Disziplin und Wissen über strukturiertes Programmieren und über das AmigaOS selbst.

In Amiblitz kann man auch alles machen. Man kann es "zu Fuss" machen, so wie in C, aber auch auf "höhere" Funktionen zugreifen, in einer guten Entwicklungsumgebung mit Debugger. Nachteil ist ganz klar, das bis jetzt nur 68K Code rauskommen wird, dafür aber sehr schneller, so wie in C.

Das MBasic so "schlecht" ist wusste ich nicht. Strukturen sind ein Muss, sobald das Program ein bisschen größer wird und man mit dem OS interagieren will.


--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

08.05.2007, 11:30 Uhr

[ - Direktlink - ]
Thema: Welches Basic???
Brett: Programmierung

Achtung, im folgenden rühre ich jetzt die Werbetrommel für Amiblitz. Ich bin nicht verrückt oder fanatisch.

Zitat:
Das mag schon sein, aber man könnte (theoretisch) die Befehle genau so erweitern wie in AmiBlitz.. also neue Befehle in den Includes deklarieren... bzw. wurde das ja auch schon in der Originalversion von MBasic gemacht.
Ja, natürlich, theoretisch. "UltraBasic" ist theoretisch das aller beste Basic was super duper schnell ist und alles kann, ich muss es nur noch implementieren. :O
Du verstehst was ich meine ?
Das kann man natürlich mit jeder Sprache, die Zugriff auf die OS
Funktionen erlaubt. Nur hat es eben niemand gemacht ausser mir für Amiblitz. Das war jahrelange Arbeit, mit viel trial&error verbunden, bis man das know-how hat und alles auf allen Platformen läuft.
Wenn also jemand ein anderes Basic nutzt, muss er das erstmal nachholen, wenn er eine so einfache und mächtige API haben will,
die vor allem auf dem aktuellen Stand ist, also aktuelle Standards
unterstützt und auch Möglichkeiten neuerer Hardware, wie z.B. Alpha Blending usw.

Ein Basic besteht eigentlich nur zu <25% aus Compiler, den Rest machen die zur Verfügung stehenden Befehle aus. Da steckt mehr Arbeit drin als im Compiler.
Z.B. könnte Bernd mit moderatem Aufwand Amiblitz für x86 kompilieren lassen. Das Problem ist nur, dass die ganzen Blitzbefehle in 68K Assembler gecodet sind. Und das sind tausende, das wäre eine enorme Arbeit. Deshalb habe ich alle Includes in Amiblitz selbst gecoded, da sie dann automatisch auch im Code der Ziel-CPU sind. So ähnlich wie man es in C machen würde.
Leider ist das nicht zu 100% durchgezogen, d.h. man müsste schon noch ein paar Dinge ändern, aber zu 99% ist es Amiblitz Code mit OS Funktionen.

Zitat:
Insofern nichts anderes als in MBasic, nur setzt sich keiner mehr an MBasic, weil es einfach grottenlangsam ist.

Das "grottenlahm" resultiert nicht nur in langsamer Speed, sondern
limitiert auch die Möglichkeiten. z.B. kannst du keine Aufwendigen
Sachen in Echtzeit berechnen, wie Alphablending oder DSP Effekte.

Zitat:
Aber egal, es macht mir Spaß mit MBasic programme zu schreiben und das mach ich nur ab und zu.
Wie ich schon sagte, es kommt immer auf die Anwendung drauf an.
Die ersten 20 Fibonatschi Zahlen oder ein Palindrom-Test ist
sicher kein Problem, aber ein Spiel wie das hier:

Bild: http://www.hd-rec.de/pics/map.include4.jpg

So was wirst du in MaxonBasic wohl nicht hinbekommen.
So eine Grafik wie oben ist auch nicht schwieriger als ein PacMan Level, es sind nur andere Grafiken und dank der Speed muss man nicht an jedem Bit drehen dass auch alles rund läuft.

Für Amiblitz gibt es jetzt einen Map Editor, und obige Grafik lässt sich so einfach in einen beliebigen RastPort zaubern:

code:
Window 0,0,0,320,200,$E,"MyGame",1,0
*rp.RastPort = RastPort(0)
mymap.l = map_Open{"Dh0:maps/mymap.map"}
If mymap Then map_Render{mymap,*rp,0,0,320,200}


Zeichnen kann man das im Editor, ganz easy, auch ganz andere Games:
Bild: http://www.hd-rec.de/pics/mapedit2.png

Zitat:
Ich wäre gerne zu AmiBlitz umgestiegen, wenn der Unterschied in den Sprachen nicht so hoch wäre. Schade.
Du musst jede API neu lernen. Der Bonus ist eben dass man mehr
Möglichkeiten bekommt und viel schneller, bessere, mächtigere Programme entwickeln kann.

Wie ich schon geschrieben habe:

code:
If ahi_LoadSound{0,"Dh0:sfx/mysound.aiff"}
  ahi_PlaySound{0}
  ahi_SaveSound{0,"Dh0:sfx/mysound.mp3",@"MP3"}
End If

If image_Load{0,"Dh0:gfx/mypic.jpeg"}
  image_Blit{0,x,y}
  image_Save{0,"Dh0:gfx/mypic.png",@"PNG"}
End If


Zeig mir wie es einfacher geht. Wem das zu kompliziert ist, sorry, der wird in keiner Sprache was Vernünftiges proggen können.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

06.05.2007, 13:31 Uhr

[ - Direktlink - ]
Thema: Welches Basic???
Brett: Programmierung

Ein bisschen habt ihr natürlich recht, dass man einge Probleme nicht mehr sieht, wenn man sich mit etwas intensiv befasst.

Aber seit geraumer Zeit gibt es wirklich eine Docu zu den Includes, und Befehle sowohl auch Funktionen sind Browsebar oder durch einen übergeordneten Guide erreichbar, sodass man nicht aufgeschmissen ist wenn man einen Befehl nicht kennt, da man die alle aufgelistet hat und nachschauen kann was geeignet erscheint.

Amiblitz2 nutzt allerdings nicht die herkömmliche Basic syntax, das ist klar.

Aber sobald man mehr machen will als die ersten 20 Fibonatschi Zahlen ausrechnen, kommt man mit dem Standard Basic eben nicht weit, oder muss eben doch auf OS Funktionen direkt zugreifen und ist somit mehr oder weniger bei C gelandet.

Oder wie lädt man dort ein Bild, resized es und speichert es als JPEG ab ? Dafür gibts soweit ich weis keine Befehle.

In Amiblitz2 geht das so:
code:
If image_Load{0,"dh0:pics/mypic.png"}
  image_Resize{0,320,200} ; auf 320 x 200 resizen
  image_Save{0,"dh0:pics/mypic320x200.jpg",@"JPEG"}
End If



.. oder einen Screenshot von der WB als IFF speichern ...
code:
WBToScreen 0
*scr.Screen = Peek.l(Addr Screen(0)) ; Screen Adresse holen
If image_CutRP{0,*scr\RastPort} ; grabben
  image_Save{0,"dh0:pics/WBScreenShot.iff",@"ILBM"}
End If


Da Amiblitz optionale Parameter hat, sehen einfache Dinge auch einfach aus, aber man hat gleichzeitig viele erweiterte Möglichkeiten, z.B. wenn ich nur einen bestimmten Bereich des Screens gabben will, kann man den Befehl erweitern und schreibt...

code:
If image_CutRP{0,*scr\RastPort,x1,y1,x2,y2} ; grabben
...


Somit hat man gleichzeitig eine einfach API und eine Experten API.
Einfacher gehts ehrlich gesagt kaum noch, auch in Hollywood nicht.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de



[ Dieser Beitrag wurde von Der_Wanderer am 06.05.2007 um 13:37 Uhr geändert. ]
 
Der_Wanderer   Nutzer

06.05.2007, 01:15 Uhr

[ - Direktlink - ]
Thema: Welches Basic???
Brett: Programmierung

@gutjahr

Da muss ich dir aber ein bisschen wiedersprechen.

Seit Blitzbasic2 nicht mehr kommerziel weiterentwickelt wurde,
sind tonnenweise Bugfixes und Komplettierungen vorgenommen worden,
sodass vieles nun problemlos auf allen Platformen läuft.
Auch der Compiler und das Compilat wurden deutlich beschleunigt,
Compiler etwa Fatkor 10 und Exectuables etwa Faktor 2-3 bei Integer
und Faktor 20 bei Floats (dank FPU).

Die "Includes", deren Befehle ich in dem Code Beispiel verwendet habe,
sind quasi Befehlssatzerweiterungen, die bei AB3
offiziell dabei sein werden und die sich ähnlich "anfühlen" wie
Befehle. Fast alle Befehle sind documentiert, also während man "image_Load" tippt, wird einem die Syntax
angezeigt, bei SHIFT+HELP springt man direkt in den Guide, das ist
besser als jedes Handbuch. Man kann aber auch Befehle browsen und nach
was passendem suchen. Die Guides liegen also nicht passiv "irgendwo" im Verzeichnisbaum rum, sondern sind immer direkt erreichbar.

Es gibt auch einen Main Guide, der das Konzept der Inlcudes erklärt und von wo aus man alle Inlcudes aufgelistet sieht und durchstöbern kann. Das sind quasi Befehle für Amiblitz in Amiblitz geschrieben, das
hat den Vorteil dass jeder sehen kann wie es gemacht wurde und evtl. auch bugfixen kann. Open Source soz.
Es ist auch jede Menge documentierter Beispiel-Code vorhanden,
einfache Game Loops bis zu komplexen Programmen.

Also ich denke von "Hello World" zum einfachen 2D Shooter ist kein so großer Schritt nötig.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

05.05.2007, 12:01 Uhr

[ - Direktlink - ]
Thema: Welches Basic???
Brett: Programmierung

Amiblitz Beispiel mit Inlcudes:

code:
XINCLUDE "image.inlcude.bb2"
XINCLUDE "ahi_device.inlcude.bb2"

WBToScreen 0 ; WB als screen nutzen
Window 0,0,0,320,200,$E,"MyWindow",1,0 ; ein Fenster öffnen

image_Load{0,"Dh0:Pics/myPic.png"} ; bild laden
image_Blit{0,x,y} ; blitten ...

ahi_LoadSound{0,"Dh0:sfx/mySound.wav"} ; sound laden
ahi_PlaySound{0} ; sound abspielen via AHI

End ; byebye


Das obige Proram würde so bereits laufen.
Es lädt ein Bild via Datatypes (also png, gif, jpeg, iff usw.usw)
und blittet es in das Fenster, egal ob 1 oder 24 bit screen.

Dann wird ein Sound geladen (wav, aiff, iff, cdda, maud, mp3, sysx, mod usw.usw) und via AHI device abgespielt.

Die Befehle fallen auch nicht vom Himmel, sondern sind browsebar und per HELP über einem Befehl bekommt man die Syntax angezeigt, die meisten haben einen Help-Guide, den man per SHIFT-HELP aufpoppen kann.
Man kann also in aller Ruhe in dem Befehlssatz "stöbern" und sich raussuchen, was man braucht. Ausserdem gibts jede Menge Beispiel programme, z.B. fast alle Programme in meiner Signatur sind als Source dabei. (Amiblitz3)

Wenn C so einfach wäre ...

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de



[ Dieser Beitrag wurde von Der_Wanderer am 05.05.2007 um 12:42 Uhr geändert. ]
 
Der_Wanderer   Nutzer

04.05.2007, 23:37 Uhr

[ - Direktlink - ]
Thema: Welches Basic???
Brett: Programmierung

Wenn es eher "Standard" Basic sein soll, dann evtl. Maxon Basic.

Wenn es aber richtig rocken soll, und ruhig etwas extravaganter sein darf, dann auf jeden Fall Amiblitz.

Amiblitz wird bis heute intensiv weiterentwickelt und hat sowohl den schnellsten Compiler als auch die schnellsten Exectuables, mit Abstand. Die Speed der Exectuables entspricht etwa C, der Compiler ist aber bestimmt 100mal so schnell wie GCC.

... und es ist OpenSource und frei erhältlich. Der Befehlssatz wird kontinuierlich erweitert (Includes) und deckt daher auch "aktuelle" Themen ab, wie AHI Sound, 24bit Grafiken, TCP/IP, OpenGL usw., was man bei anderen Basic Dialekten erst mühsam selbst zusammen coden muss.

Die Exectuables laufen, wenn man sich an gewisse Regeln hält, auf OS4, MOS, Amithlon und WinUAE, und natürlich Classic. Man kann aber auch wahlweise Hardware Banging Code schreiben, wenns ein Spiel für A500 oder sonstige Classic Hardware sein soll.

Und was wichtig ist, dass es noch einige Leute gibt die damit coden und Ahnung haben, die dir bei Problemen helfen können.
--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

04.05.2007, 19:43 Uhr

[ - Direktlink - ]
Thema: Exectuable Pfad und Icon
Brett: Programmierung

Ok, Habs gefunden. Es gibt einen AB2 Befehl "WBMessage".
--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

04.05.2007, 19:24 Uhr

[ - Direktlink - ]
Thema: Exectuable Pfad und Icon
Brett: Programmierung

@thomas

... und wenn dir C den Pointer nicht in argv vorlegt ?
Gibts dann noch eine Möglichkeit ? Ich nutze ja AB2...

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

04.05.2007, 17:32 Uhr

[ - Direktlink - ]
Thema: Exectuable Pfad und Icon
Brett: Programmierung

Ja, die Frage ist mir ja auch entsetzlich peinlich ;-)

aber bisher hat Onkel Basic das immer für mich gemacht. Nur bekomme ich immer den Namen der Exectuable zurück, aber ich komme nicht an das Icon, von dem aus es gestertet wurde. Bisher hatte ich dann immer exe+".info" angenommen, was aber im Falle eines Projektes eben nicht geht. Da bekomme ich dann ähnlich zu C das Icon als 1tes CLI Argument geliefert. Aber ich kann nicht detectieren, ob mein Prog jetzt von einem Projekt oder einem Program Icon gestarted wurde.

Das Brauche ich eben teilweise für die Deficons, damit mein Texteditor die eigenen Tooltypes richtig auslesen kann, aber auch Tooltypes aus dem Projekt Icon. etc.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

04.05.2007, 16:30 Uhr

[ - Direktlink - ]
Thema: Exectuable Pfad und Icon
Brett: Programmierung

Gut, man könnte ein GetNameFromLock machen auf einen Lock auf ProgDir:.

Es gibt doch aber auch functionen direkt in der dos.inlcude dafür, oder?

@thomas:

Wo bekomme ich diese Structure her und wie heist sie ?
Und woher weiss ich, wo ich suchen muss ? Also woher wiess ich, ob mein Prog aus der CLI, als WB Project oder als WB Program gestartet wurde ?

Mir geht es hauptsächlich darum, das richtige Icon für die Tooltypes auszuwählen, und evtl. relative Pfade korrekt zu finden.


--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

04.05.2007, 14:28 Uhr

[ - Direktlink - ]
Thema: Exectuable Pfad und Icon
Brett: Programmierung

Hallo!

Wie ist denn die eleganteste und sauberste Methode,

a) den Pfad+Datei der eigenen Exectubale herauszufinden...

b) das Icon herauszufinden über das man gestarted wurde,
was ja nicht notwendigerweise exe+".info" sein muss,
bei Projekt Icons kann es ja auch einen anderen Namen tragen.

Vielen Dank schonmal für eure Hilfe,
auch bei früheren Fragen habt ihr mir hier sehr geholfen!
--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

17.04.2007, 18:46 Uhr

[ - Direktlink - ]
Thema: Was bringt der PPC Fanatismus dem Amiga ?
Brett: Get a Life

@Buzard

Naja, AfA OS ist schon mehr als ein Hack.
Es ersetzt immerhin die wichtigsten Libraries wie z.B. die Exec und die Graphics. Und zwar nicht mit einer gehackten Version des Originals, sondern mit einer komplett neu geschriebenen, die auch noch Open Source ist.
Man könnte auch die verbleibenden original Files von OS3.9 als Hack bezeichnen, damit AfA OS läuft. Und gleichzeitig kann man Code von AROS isoliert in einem kompletten OS laufen lassen und debuggen mit Apps, die es unter AROS (noch) gar nicht gibt.

Ideal wäre natürlich ein komplettes OS mit AfA, dann bräuchte man kein ROM mehr. Wäre für mich sehr interessant für WinUAE. In kombination könnte man so eine art winuae.dll machen, um Amiga Programme unter Windows auszuführen.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

17.04.2007, 17:50 Uhr

[ - Direktlink - ]
Thema: IFF-ILBM 48/64 bit Erweiterung
Brett: Programmierung

Gibbed denn Lightwave für den Amiga irgendwo ? Oder ist das noch kommerziell ?

Werde auch mal SuperView probieren.
Ideal wäre natürlich ein Datatpye, dass dieses Format liest.

Wie speichern denn z.B. FXPaint oder andere Malprogramme ihren Apha channel (im ILBM Format).
Ich kenne nur ArtEffects, und das speichert einen proprietären ALPH chunk, den ich aber bereits unterstütze.

Ansonsten muss man halt PNG nehmen.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

17.04.2007, 11:16 Uhr

[ - Direktlink - ]
Thema: IFF-ILBM 48/64 bit Erweiterung
Brett: Programmierung

Danke. Habs gleich mal implementiert, nur kann es kein Programm lesen.
Fehler von mir oder fehlt die Unterstützung ?

Welches Datatype kann den ARGB nach dieser Docu lesen ? Oder welches Programm ?

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

16.04.2007, 18:18 Uhr

[ - Direktlink - ]
Thema: IFF-ILBM 48/64 bit Erweiterung
Brett: Programmierung

@zeroG

Gibts dazu eine Docu ?
Würd mich interessieren wie man die Files erkennt und lädt/schreibt.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

16.04.2007, 15:51 Uhr

[ - Direktlink - ]
Thema: Was bringt der PPC Fanatismus dem Amiga ?
Brett: Get a Life

@bernd_roesch:


>>Wie kommst du eigentlich von meiner Antwort auf diesen Schluss ?

> weil du es so geschrieben hast als ob ich sinnlosen Kommentare schreibe.
Die Kommentare sind ja auch sinnlos. Keiner liesst das doch ernsthaft.
Auch wenn du recht hast.

> was kommentierst du überhaupt wenn du überhaupt nicht gelesen hast
> um was es geht ?.
Weil es nicht nur um dieses konkrete Beispiel geht.
Seit du AfA OS angefangen hast geht das nun so, dass so gut wie kein Tag vergeht an dem ich nicht "geldgierig" und "PPC Macher" in den Kommentaren lesen muss.
Schreib doch bitte einfach produktive Kommentare. Es darf auch ruhig Kritik sein, aber nicht immer dieses ewige Genörgle.

> Wie wäre es wenn du das liest um was geht bevor du was schreibst ?
Dazu hab ich keine Zeit und Lust. Ich hab genug Threads gelesen
wo du dich mit Darius streitest. Dieser wird auch nicht gross anders sein.

> Fanatismus ist nur der Auslöser warum Darius so reagiert.
Das glaube ich nicht. Er entwickelt auch für 68K. Es ist eher die Art, wie du ihm gegenüber auftrittst. Schreibt ihm doch mal was normal und sachlich, lass alles abfällig über PPC weg, und du wirst sehen dass es klappt.
Ich komm ja auch mit Darius zurecht.

Das einzige was mich nervt ist, wenn jemand was geprogt hat
(oder was altes unter seine Fittiche gneommen hat) und dann
nur noch für OS4 kompilieren, obwohl ein "make 68k" ausreichen
würde um es auch für OS3 zu releasen, und dann sagt: Ätsch, das Program xy gibts jetzt nur noch für OS4.
(siehe z.B. Arteffects)


> Weil dank Zune auf 68k ein übler Bug in Amistart gefunden wurde,
> Das passt nicht in seine Vorstellung,dass AFA keinen nutzen für AROS hat.
Ach was. Wenn er den Bug findet wird er ihn mit an Sicherheit
grenzender Wahscheinlichkeit fixen.
Andererseit: @Darius: Normalerweise hat Bernd recht, wenn er meint einen Bug gefunden zu haben, so gint das zumindest mir immer so.
Deshalb würde ich den Bugreport ernst nehmen.

>Was du hier machst ist, dich über das neugeborene Baby von stolzen >Eltern zu beugen und zu sagen - "iihhhh, ist das hässlich".

> Es geht nicht um Aussehen es geht um Funktion.
Jeder Vergleich hinkt, aber du weiss was ich meine.

@Bernd & Darius
Vertragt euch doch einfach wieder und Schwamm drüber.

Amistart ist eine super Software, und AFA (und natürlich AROS) ist es auch. Die Idee von AfA finde ich genial, schade wenn Bernd aufhören würde. Wenn Darius der Programmierstil nicht gefällt, dann sollte er Bernd lieber unter die Arme greifen.

Wie auch immer, life is short - macht was draus.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

16.04.2007, 13:19 Uhr

[ - Direktlink - ]
Thema: Was bringt der PPC Fanatismus dem Amiga ?
Brett: Get a Life

>>Bernd, das hängt auch mir schon zum Hals raus.
>>Was willst du damit erreichen ?

> Ach so, du findest also auch, dass Darius die Wahrheit in dem
> Thread geschrieben hat. AFA hat keinen Nutzen ?
> Wenn dich die richtigstellung der Tatsachen nicht intresiert.
Wie kommst du eigentlich von meiner Antwort auf diesen Schluss ?
Wie schon gesagt, mich interessiert das alles überhaupt nicht. Mir ist egal wer die Wahrheit (wenn es sowas gibt) oder sonstwas sagt.

> Du hast recht, ich kann nun wirklich nichts mehr erreichen, die
> Mehreit scheint der Meinung zu sein, dass die Kommentare von Darius > der
> Wahrheit entsprechen die er in dem AFA Thread geschrieben hat.
Die "Mehrheit" interessiert es einen Dreck, wer hier was verzapft. Es nervt einfach nur und kontaminiert die sinnvollen Beiträge in den Kommentar Threads.

Was du hier machst ist, dich über das neugeborene Baby von stolzen Eltern zu beugen und zu sagen - "iihhhh, ist das hässlich".
Selbst wenn es stimmt, werden es die Eltern anders sehen und sauer auf dich werden. Damit erreichst du gar nichts.

Mache ein gutes AfaOS und schreib was psoitives, und die Leute werden schon von allein drauf kommen ob es gut oder schlecht ist. Einige hast du ja schon vergrault, die werden es nicht nutzen, egal wie gut es ist, nur weil es von dir kommt.


--
Thilo Köhler, Author von:
HD-Rec, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, TKUnpacker
Homepage: http://www.hd-rec.de

 
 
Erste << 32 33 34 35 36 -37- 38 39 40 41 Ergebnisse der Suche: 1229 Treffer (30 pro Seite)

Suchbegriffe
Schlüsselwörter      Benutzername
Suchoptionen
Nur in diesen Foren suchen
   nur ganze Wörter
Nur Titel anzeigen
alle Treffer anzeigen

.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.