Jump to content

AGENT_STEELMEAT

Members
 View Profile  See their activity

  • Posts

    551

  • Joined

  • Last visited

 Content Type 

Posts posted by AGENT_STEELMEAT

    Shader Resource Standards

    in Client

    Posted

    With many great shaders coming out, I think it has become necessary for us to adopt a new standard for shader resources to allow for proper use of this great MTA feature. What I am proposing is that we adopt a system simmilar to mapmanger for maps, but in this case shadermanager for shaders.

    This will allow for shaders to be selected by users at their own will without scripters having to write their own proprietary management systems, for options related to shaders to be saved on the client's machine (possibly), and for shaders to be shipped with MTA by default (thus making us look even cooler).

    I have already started to write some code for this, so I'm not really looking for help as much as I am looking for ideas/input on how to best implement such a system. Current proposals can be seen at the shadermanager page on the wiki (please don't edit the page, but inform me of any input you have).

    Toodles!

    Root Elements & Things

    in Scripting

    Posted

    you can't set the element's data on serverside then 'get' it on clientside.

    ... yes you can. All element data in synced by default, unless the fourth argument is set to false. It is very important to note what sort of data needs to be synced. In general, element data should be used for syncing data about an element (it can be used for many thing, but this is just a general rule).

    Also, element data propagates down the element tree - if you call setElementData(root, "cupSize", "DD"), then getElementData(element, "cupSize", true) will always return "DD", as getElementData will move up the element tree until it finds a value for "cupSize". If you set the last argument of getElementData to false, it will not propagate up the element tree, therefore returning false.

    MTA V?

    in Client

    Posted

    Plus we're still developing SA

    Unless you manage to submit a patch or something (which I doubt you have the necessary brainpower for), it's "they".

    Plus we're still developing SA

    That is irrelevant. There has been a lot of work done on MTA:IV, but it has been decided that it won't be released because there are not enough developers. ccw and Cazomino05 (the only active developers) wish to stay working on SA, which is fine.

    If there aren't enough willing developers to work on MTA:IV, how can anyone expect MTA:V?

    [WIP] New Admin System

    in Resources

    Posted

    I'm working on one too. Here's the web interface (sorry for the huge image):

    webmin.png

    A proper admin panel implements both commands AND GUIs - commands for the power-user and a GUI for the less technically inclined. In fact, it should not be hard to implement a command and GUI for every function of a panel.

    Locked time

    in Scripting

    Posted

    Are you sure you don't want to talk about it? I'm sure nothing BAD would come up, I mean it's not like you stole from 2 major servers on MTA, got called out for it, and changed your name to avoid the consequences. That would be PREPOSTEROUS.

    Setting the time every render is the easy solution - it's guaranteed to be accurate (because nobody can setMinuteDuration low enough, while with a timer they could) and there won't be much overhead (while with a high-frequency timer, there would be).

    Locked time

    in Scripting

    Posted

    No, you are a script thief who is on the run from his bad history.

    But al3grab is still a noob.

    Also - best solution is to set the time to the same time every render.

    " MTA have access to the GTA:SA source code"

    in Client

    Posted

    Quote it.

    Also, one could say that they came to the same solution MTA has. Copy and pasting a small but of GPL-covered code into something as gargantuan as a GTA multiplayer mod does not mean you need to have to GPL the entire program.

    Edit: By 'came to the same solution' I mean 'wrote simmilar code to'.

    " MTA have access to the GTA:SA source code"

    in Client

    Posted

    If MTA code exists in SA-MP, then it dosen't matter. MTA is open-source, bottom line. Anyone is free to use MTA code for their needs. It is not 'stealing'.

    It's funny, Qais, that you would speculate on potential legal issues, when you have put yourself in a position to be prosecuted over copyright violations. Anyway..

    Kye had his reasons for leaving the MTA team. He also had his reasons to keep SA-MP closed-source. He also has the right to moderate the SA-MP community like it's 1984.

    Also, MTA did have access to some header files from the GTA:SA source, obtained through a R* insider. (That said, why is that even an issue?)

    Before you take sides on this issue (and this goes with any issue in the history of the universe and bacon), you need to remember this:

    There are two sides to every story.

    Do I like Kye personally? No, not really. Do I think SA-MP is a moist pile of diarrhea? Sure (and I'd like to know what 'stupid design ideas' he disagrees with, just out of curiosity). Do I spend my time running around looking for a way to incite the MTA vs SAMP war? No, and nobody should. Don't just take sides on an issue without investigating deeper. That said, this isn't an issue worth investigating.

    As I've said before,if you don't like SA-MP/hate Kye/love MTA just like I do, then focus on MTA and leave it at that. Imitation IS the sincerest form of flattery.

    TL;DR stop arguing and get back to playing your favorite GTA multiplayer mod - be it MTA, SAMP, or Rumble - and ignore any bickering from the other side.

    jk Rumble sucks

×
×
  • Create New...