OpenSAMP – Eine Idee oder Re(h)alität?

[tabmenu]

[tab='OpenSAMP – Eine Idee – Eine Zukunft?']

Wie der Name teilweise verrät ist diese Idee open also offen.
Offen im sinne von Quelloffen → Opensource.

Diese Idee stützt sich auf 2 Basen bzw. Einheiten:

• Ein Projekt, dass verschiedene Module herstellt, diese können dann einen GameMode beliebig erweitern.
  Man könnte dies mit WBB vergleichen.
  

  
  

• Ein Server.

Beide Einheiten, werden von einer/der Community bestimmt und können durch andere/fremde Scripter/Programmierer selbstständig erweitert werden.

Wie das ganz umgesetzt werden soll(te),
ist relativ einfach.
Die „Module“ könnte man als Includes fassen oder wie den Server als Serverplugin.
Der Vorteil an einem Plugin, wäre eine vernünftige Struktur und dass mehrere Leute ohne Probleme daran arbeiten können.

Nun ist die Frage, was würde bevorzugt werden?
Einen Server/Projekt an dem jeder „dran schreiben“ kann
oder lieber eine Community die Module für Gamemodes bereits stellt und die je nach belieben angepasst werden können?[/tab][/tabmenu][tab='OpenSAMP – Eine Idee – Eine Zukunft?']

• Edits

[/tab]

• Edits

  entfernt
  Edits

Zitat von Double-O-Seven

die dann einfach das beste nehmen und in ihr wertloses Copy&Paste-Script hauen.

Wenn dies ein Server werden sollte,
wie ich schon schrieb, sollte dies als Plugin erstellt werden.

Dies schreckt ja schon mal etwas ab, da ich es nicht mit der SAMPGDK schreiben möchte.
Die meisten (Menschen) haben angst vor neuem.

Daher sehe ich da kein wirkliches Problem, bzw keine Gefahr

Zitat von Ryan.Oconner

... du willst doch evtl was neues machen O.o ?!

Ich meinte die Portierung von C++ in PAWN

Zitat von Ryan.Oconner

aber wenn es das noch nicht gibt, ist es doch logischerweise neu, oder ?^^

Was anderes hab ich ja auch nicht behauptet

Zitat von Ryan.Oconner

Warum willst du uns verschrecken ;o ?

Die einzigen die ich damit abschrecken will, sind die Stealer

Zitat von Ryan.Oconner

Aber zurück zum Thema, wie stellst du dir die evtl. Leitung bzw. das Konzept vor?

Das kommt letztendlich darauf an, was gemacht wird.

Das Serverkonzept unterscheidet sich natürlich vom Modulkonzept

//Edit:

Sonstige Äußerungen?

Zitat von Dudalus

Warum ein neues SA-MP ? Wart doch lieber ein paar Jahre (bis hoffentlich V für den PC erscheint) und mach dann was. Man sieht ja, was für ein Riesenprojekt Kalcor hochgezogen hat (Was dementsprechend Zeit in Anspruch nimmt).

Ich versteh nicht ganz.
Ein neues SA:MP erstellen will ich irgendwie nicht

Zitat von Dudalus

Ferner ist deine Haltung zu OpenSource recht lasch...meiner Meinung nach macht man sowas aus persönlicher Überzeugung und nicht weil iwelche Kinder es klauen könnten

Ich hab das Gefühl, dass du dir hier im Satz schon widersprichst.
Der Code ist OpenSource, würde er auch bleiben, außerdem ist es besser das Invoke Verfahren zu nutzen als das sampgdk verfahren.
Die SAMPGDK macht nämlich gerne noch zicken, wenn man 2+ Instanzen damit laufen hat

Zitat von Dudalus

Ferner frage ich mich, warum sollte man in Module trennen ? Meiner Meinung nach erstellt man lieber ein einfaches Interface für C(++) Plugins, ohne auf andere Calling Conventions zurückgreifen zu müssen. Wenn Du Pawn weiterhin verwenden willst, macht es sprachtechnisch keinen Sinn, irgendwelche Pawn Speicherstrukturen ausserhalb der VM zu verwenden, Du fährst dir die VM nur an die Wand. Solltest Du aber eine andere Sprache verwenden, dann macht das ganze Sinn

Du spielst denk ich mal auf Enums oder PVars an.

Diese will und kann ich natürlich nicht verwenden ist logisch.
Wie du schon sagtest, das würde dem ganzen komplex des Genick brechen -> undzwar hoffnungslos.

Es würde ja auch ein einfaches "Interface" werden, wie du es vorgeschlagen hast.
Dort macht aber irgendwie schon Sinn, wie PAWN zuverwenden um es zu induvidualisieren, wie die Nutzer es haben möchten.

Es gäbe ja auch (noch) eine alternative, ein Komplettes Community Projekt.
Welches sich mMn nicht sinnvoll und richtig nutzbar in PAWN umsetzen lässt.
Das Calling Conventions nicht super toll sind, streite ich hierbei nicht ab.
Aber stören sollte das hierbei nicht.