trolowanie to prowokowanie do kłótni / flamewar, a nei spamowanie.
graficznie odrzuca, merytorycznie - zobaczymy, póki co traktuję to jak mix wszystkiego do jednego wora, chętnię zobaczę jak to się potoczy dalej.
mozesz dodac kazda funkcjonalnosc do GMa na jaka Ci pozwola rozne biblioteki, np. zmienic rendering, dodac odtwarzanie muzy lepsze, no co kolwiek na co normalne programowanie pozwoli a co zdolasz umiescic w dllce
zgadza się, na prawde wiele może, chociażby przyspieszyć i ukryć wykonywanie kodu GMa, zabezpieczyć przed dekompilacją kodu gry. Ja go stosuje w niemal wszystkich dllkach do GMa bo jedynie z nim mam pełną swobodę manipulacji GMem
najczęściej wrapuje (opakowuje) się inne liby których GM nie zdoła użyć bezpośrednio, bo wymaga konkretnych typów argumentów jak i zwracanych.
możesz w dllce zrobić kompleksowe obliczenia które w GMie zajęły by kilkanaście jak nie kilkaset razy więcej czasu.
nie, ale nie wywołasz kodu GML z poziomu dllki napisanej w delphi, zrobisz to jedynie w c++ i tylko z użyciem GMapi, innego wyjścia nie ma.
Dllki generalnei mają inne zastosowanie, mianowicie rozszerzają możliwości programu, a nie wywołują jego funkcje.
to dllka robi za serwer czy klient bazy mysql? widze funkcje klienta. i nadal nie rozumiem jaka funkcje pelni ona w nullbreakerze skoro nie wysyla zapytan tylko pakiety do serwera. o to mi chodzi ze nie widze gdzie jest powiazanie dllki z gra :P
to znaczy sie tak: gra uzywa tego dlla czy nie? bo skoro mowicie ze uzywa a ze nie ma zapytan to juz nie rozumiem :/
nie zmienia to faktu ze uzywanie jakich kolwiek niezabezpieczonych dllek do komunikacji z bazami sql jest niebezpieczne i latwe do zhakowania