Stimmt, habe das gar nicht bedacht..Bin mir da jetzt auch total unsicher, müssten sich nicht aber die Adressen zu den Serverfunktionen wie SpawnPlayer etc ändern, da der Aufbau vermutlich anders sein wird?
Inwiefern es Änderungen an der Syntax geben wird weiß man noch nicht. Es soll aber ein minimaler Aufwand sein, seine alten Scripte zu portieren.
Stimmt, habe das gar nicht bedacht..Bin mir da jetzt auch total unsicher, müssten sich nicht aber die Adressen zu den Serverfunktionen wie SpawnPlayer etc ändern, da der Aufbau vermutlich anders sein wird?
Die bekommen das hin 
Es wäre ein schönes Comeback, zumal die Map von GTA V mMn. einfach viel zu Groß. Ich warte nur auf den ersten Release, wenn es Gut wird werd ich auch wieder Samp Spieler 
Hoffen wir einfach Mal, dass sie all den Versprechungen auch gerecht werden.
Ein Open Source SA:MP kann jeder ankündigen, aber dass auch durchzusetzen ist dann nochmal was anderes.
Fraglich ist auch wie lange es dauert bis die erste spielbare Version verfügbar ist und wie stabil diese ist.
Fraglich ist auch wie lange es dauert bis die erste spielbare Version verfügbar ist und wie stabil diese ist.
Das ist der ausschlaggebende Punkt.
Die samb-zene ist ja sowieso schon ausgestorben und dann soll man noch Jahre auf eine neue Version warten. 
@Safa_
In der späteren Client Phase wird aufjedenfall mehr gegen unerlaubte Modifikationen getan - aber soweit muss es erst kommen.
Der Server an sich, wird wenn alles läuft wie geplant minimale "nicht aufdringliche" Anti Cheat komponenten erhalten, darunter werden dinge wie Weapon, Money hack gelöst, was genau alles an Anticheats richtung der Server Seite kommt kann ich nicht sagen, da wir Rückwärtskompatibel bleiben wollen, und niemanden etwas aufzwingen.
@Andosius
Die PAWN API wurde "nachgearmt" um das Umsteigen zu erleichtern, was alles an änderungen nötig sein wird kann ich dir nicht direkt sagen, aber Plug-ins sowie die meisten kleine Skripte sollten ohne Probleme funktionieren.
TL;DR Wir versuchen das alles so zu gestalten, das man mit minimalen Aufwand auf den Open MP Server umsteigen kann.
Das Projekt an sich lebt schon eine ganze weile im Hintergrund, daher sind wir auch relativ weit, aber wie im FAQ steht kann man nicht sonderlich viel dazu sagen.
Hat vielleicht nicht direkt etwas mit diesem Thema zutun, aber ich würde es feiern, wenn man eigene Ingame UI's designen könnte, ohne Textdraws.
Bin trotzdem mal gespannt, was da noch so kommen wird, hört sich spannend an.
Ich bin sehr gespannt, was daraus werden wird.
SAMP wäre vielleicht noch etwas belebter, wenn neue atemberaubende Updates seitens Kalcor gekommen wäre, ist nur so eine Spekulation.
Hat vielleicht nicht direkt etwas mit diesem Thema zutun, aber ich würde es feiern, wenn man eigene Ingame UI's designen könnte, ohne Textdraws.
So wie bei diversen GTA 5 MP Mods mit CEF wahrscheinlich leider nicht
I really hope CEF will become a thing, hopefully optimized. Allowing the framing of websites etc opens so much more possibilities for mdc's and other systems like banking, phones where it can all be handled on the web.
No
Alles anzeigenI understand the attraction of something like this. Sure, you can use existing skills and tools to build any UI.
The issues with this are:
- it's not going to match the game at all - it's not "San Andreas" it's whatever CSS the server dev wrote
- it's resource heavy - you have to process all that content on the fly, just like a browser
- it's a security risk - you're running JS on the client, yes it's in a VM but it's still a risk
- more data to download
- bitcoin mining...
- advertisement and tracking and user data
- go play a Garry's Mod server and experience the adverts, the 30 second waiting timers, the "pay $5 to skip ads", yeah... fun.
Thread: https://www.burgershot.gg/show…?tid=301&pid=3168#pid3168
Bin auch gar kein Fan von CEF o.ä. SAMP ist für mich gerade deswegen interessant, weil die Umsetzungen immer anders sind und sich die Leute bemühen aus den wenigen gegebenen Textdraws Einzigartiges zu erschaffen. Gerade das finde ich immer wieder faszinierend zu sehen. Mit Einbindung des CEF bspw. wäre es zu einfach und das Spiel verliert ein wenig seinen Charme.
eine viel schönere Lösung als CEF wäre, ein etwas umfangreicheres Textdrawsystem.
bzw. dem ganzen würde mMn eine Modernisierung gut tun.
Da bin ich ja mal gespannt ob das auch durchgezogen wird.
'der einige der neuen Debugging-Funktionen (und den farbigen Windows-Konsolentext) zeigt:..
Bearbeiten[img']https://i.imgur.com/Qu6T4l3.png[/img]
Bearbeiten
quelle: https://www.burgershot.gg/showthread.php?tid=536
//edit
Dies ist ein kleiner Einblick in eines der verbesserten Module, die wir für Timer in open.mp erstellt haben:
native SetTimer(const func[], msInterval, bool:repeat) = SetTimerEx;
native SetTimerEx(const func[], msInterval, bool:repeat, const params[], GLOBAL_TAG_TYPES:...);
native KillTimer(timer) = Timer_Kill;
// CreateTimer
native Timer:Timer_Create(const func[], usDelay, usInterval, repeatCount, const params[] = "", GLOBAL_TAG_TYPES:...);
// KillTimer
native bool:Timer_Kill(Timer:timer);
// Return time till next call.
native Timer_GetTimeRemaining(Timer:timer);
// Get number of calls left to make (0 for unlimited).
native Timer_GetCallsRemaining(Timer:timer);
// Get `repeatCount` parameter.
native Timer_GetTotalCalls(Timer:timer);
// Get `usInterval` parameter.
native Timer_GetInterval(Timer:timer);
// Reset time remaining till next call to `usInterval`.
native
Die ersten beiden sind nur aus Gründen der Abwärtskompatibilität, der Rest ist die verbesserte API:
native Timer:Timer_Create(const func[], usDelay, usInterval, repeatCount, const params[] = "", GLOBAL_TAG_TYPES:...);
`func` - Fairly obvious; what to call.
`usDelay` - Again obvious, the delay before the call (in microseconds).
`usInterval` - What to reset `usDelay` to after the first call. So if you wanted a timer on the hour every hour, but it was 8:47am right now, the call would be `Timer_Create("OnTheHour", 780 SECONDS, 3600 SECONDS, 0);`
`repeatCount` - Unlike the old functions, which are just "once" or "forever", this instead takes the number of times to call the function. "once" would be `1`, `500` would stop after 500 calls, and (backwards from the old API) `0` means "forever".
`GLOBAL_TAG_TYPES` - Like `{Float, ...}`, but with more tags.
Toll, wie soll ich mit 0 C++ Kenntnissen weiter scripten 
Wird es dabei ein großen unterschied geben?
Kannst doch bei Samp bleiben.
Ja aber, dann kann ich die neuen Funktionen nicht benutzen oder?
Ja sicher das wird ja ein eigenes Projekt.
Dort findest du Infos.
https://www.burgershot.gg/
Ja aber, dann kann ich die neuen Funktionen nicht benutzen oder?
Lies dich mal etwas in derem Forum durch die Threads.
SAMP bzw. OPEN-MP bleibt bei PAWN, es wird zu 100% rückwärts-kompatibel sein und alle bisherigen Funktionen unterstützen. 
Toll, wie soll ich mit 0 C++ Kenntnissen weiter scripten
Wird es dabei ein großen unterschied geben?
Für dich, wird alles so bleiben wie gewohnt zumindest soweit, wie wir es hinbekommen. Aber SA:MP Skripte sollten mühelos laufen.
eine viel schönere Lösung als CEF wäre, ein etwas umfangreicheres Textdrawsystem.
bzw. dem ganzen würde mMn eine Modernisierung gut tun.
Bin ich auch dafür, CEF hat mmN. nichts darin zu suchen, andere im Team sind der gleichen Meinung, so cool wie's auch für manche wäre.
Bin ich auch dafür, CEF hat mmN. nichts darin zu suchen, andere im Team sind der gleichen Meinung, so cool wie's auch für manche wäre.
Die Modernisierung des Textdrawsystems oder gar CEF würden wir vermutlich erst mit/in einer Clientphase sehen, nehme ich an ?
