Original raus, Mod rein? Nein.
Ist Problemlos machbar, ob die 2 das hinbekommen - ist eine andere Sache 
Beiträge von Akino Kiritani
-
-
Vielleicht solltest du mal erklären was Cosplay überhaupt ist.
Ich für meinen Teil weiß das, aber sicherlich ein sehr großer Teil des Forums nicht
-
Nein - wäre aber dafür
-
@Doef|er:
Ist dieses "AFK sein" Standartmäßig aktiv?
-
Warum willst du uns verschrecken ;o ?
Die einzigen die ich damit abschrecken will, sind die StealerAber 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?
-
aber wenn es das noch nicht gibt, ist es doch logischerweise neu, oder ?^^
Was anderes hab ich ja auch nicht behauptet
-
... du willst doch evtl was neues machen O.o ?!
Ich meinte die Portierung von C++ in PAWN -
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
-
[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?']
[/tab]
- Ein Projekt, dass verschiedene Module herstellt, diese können dann einen GameMode beliebig erweitern.
-
Oh ja Forenspiele
-
Zumindest kein Fix-Fix-Fix
Sprich RC2-2-2-2
Aber immerhin kümmert er sich(wieder)
-
Damit alle Kinder beruhigt einschlafen können:
Warum wird denn meine Frage nicht beantwortet?Ihr redet von Transparenz, verschließt euch aber der Frage, warum euer OnPlayerDisconnect so aufgebaut ist
-
sobald wir die Version als stabil gekennzeichnet haben, kannst du wie jeder andere auch anhand des Sourcecodes sinnvolle Verbesserungsvorschläge einreichen.
Was soll ich jetzt mit Verbesserungsvorschlägen, wenn ich doch nur wissen möchte, warum ihr "OnPlayerDisconnect" mit SAMPFox_Kick() gestalltet habt.
Diesen Grund sollte man doch vielleicht mal erläutern.Möglicherweise, wollen die Scripter nicht euren dazugehörigen GM nutzen?
-
Das Ganze ist eine frühe Beta, wenn du hooken willst dann hooke, wenn nicht dann lass es sein.
Der Standardgamemode enthält alle benötigten Zeilen um das ganze zum Laufen zu bringen.
Das beantwortet aber in keinster Hinsicht meine Frage -
Hab dich nicht so, es ist eine Beta und die Kernfunktionalität ist davon sicher nicht eingeschränkt
Hab ich auch nicht gesagt,
aber das zeugt gerade nicht von "skill", ein Ding was 30 Sekunden beansprucht aus bequemlichkeit nicht zu machenAußerdem versteh ich den Sinn hinter eurem "OnPlayerDisconnect" nicht.
Habt ihr es nicht hinbekommen den Spieler selbstständig zu entfernen?Wenn ja, ist die Kernfunktion sicherlich eingeschränkt
-
Naja, mit dem Weg aus "deinem" Tutorial hat es nicht funktioniert, von daher ist das für die Beta völlig okay.
public OnPlayerDisconnect(playerid)
{
if(IsSAMPFoxIdentified(playerid))
{
SAMPFox_Kick(playerid);
}
return 1;
}
#if defined _ALS_OnPlayerDisconnect
#undef OnPlayerDisconnect
#else
#define _ALS_OnPlayerDisconnect
#endif
#define OnPlayerDisconnect SAMPFox_OnPlayerDisconnect
Und das geht nicht?
Willste mich trollen? -
Ich will euch ja nicht zu nahe treten, aber der der die include geschrieben hat,
gehört geschlagenforward OnSAMPFoxConnect();
forward OnSAMPFoxDisconnect(playerid);forward SAMPFox_OnPlayerConnect(playerid);
forward SAMPFox_OnPlayerCommandText(playerid, cmdtext[]);
forward SAMPFox_OnPlayerDisconnect(playerid);public SAMPFox_OnPlayerConnect(playerid)
{
if(!IsPlayerNPC(playerid))
{
if(!IsSAMPFoxIdentified(playerid))
{
new ip[20];GetPlayerIp(playerid,ip,20);
new nick[MAX_PLAYER_NAME];GetPlayerName(playerid,nick,MAX_PLAYER_NAME);
SendIdentInfo(playerid,ip,42690,nick);
}
}
return 1;
}public SAMPFox_OnPlayerCommandText(playerid, cmdtext[])
{
if(strcmp("/sampfox_ident",cmdtext,true)==0)
{
new ip[20];GetPlayerIp(playerid,ip,20);
new nick[MAX_PLAYER_NAME];GetPlayerName(playerid,nick,MAX_PLAYER_NAME);
SendIdentInfo(playerid,ip,42690,nick);
}
return 1;
}public SAMPFox_OnPlayerDisconnect(playerid)
{
if(IsSAMPFoxIdentified(playerid))
{
SAMPFox_Kick(playerid);
}
return 1;
} -
Soll das ein 3D Text sein?
-
das mit den screen wo die 2 figuren drauf sind beim connect
ich nutze das gleiche verfahren wie es SAMP Extensions und SA:MP auch tun -
Wäre aber schon schön wenn er auch mal ein paar ältere Bugs fixxen würde...
Alles was Scriptseitg gefixxt werden kann, wird nicht gefixxt.Aussage von Y_Less und Kalcor
