myonlake

What are you passing to the function? setSoundPosition takes in a float containing the second, not millisecond. The fractional part is the millisecond.

I don't care where you got the script from. That original script is leaked and therefore we provide no support for it. Contact the script author.

We do not help with leaked scripts.

They are on the website. You just need to donate to get to see them.

No, they said they wouldn't, it's technically quite profitable for both parties involved. Steam is a different platform, their Terms of Service doesn't allow it, Rockstar Games would also re-evaluate their opinions and it would be taken down for good. It's really unlikely to stay long in there, even if intentions are good. And yes, they are already breaking their Terms of Service, but because it's not involving the players, it's seen "fine"...

Why? If there is Arma 2 Mod then for gta it can be done too. Rockstar Games isn't the best company to deal with when it comes down to mods.

Yeah you can't do it simultaneously obviously, lol. It would make no sense. The point is whenever you connect to the address, it will assign you a different IP address each time. This happens on each download, as well.

That's not up to MTA to decide. DNS handles the requests, not MTA. DNS cant handle multiple IPs from same DNS, http://www.example.com points to same IP, not multiple servers like this problem No. With DNS you can define multiple A-records to forward your example.com domain to different IPs, therefore different servers. You can even hook reverse proxy with that and have complete anonymity.

That's not up to MTA to decide. DNS handles the requests, not MTA.

He is asking downloads by PHP script It is teorical possible, with rewrite mod for Apache2 I don't use Apache, so I don't know. What I do know is DNS A-records are far more easier to add. Just my two cents, but whatever.

Can't do that.

There are Terms of Service issues that will not allow this to happen.

You can use your DNS service to add multiple IP addresses to a domain. Therefore whenever someone connects to your domain at www.example.com, they are downloading it from another IP address each time. It is possible, since I am doing it myself just fine.

I have Windows 10 and the latest nightly and I have no slow downs. Running a i5-2500K and 12 GB of RAM.

The general rule is that you never trust anyone. For that reason alone you might want to consider having a different password on every site. If people have the same password everywhere, then that's more or less their own problem. You can never trust anyone, because everything is vulnerable to human error.

Well that's just someone testing the sub-domain probably, no other reason for having a Google layout there, unless they're working on authenticating through Google in the future (which I'd like a lot).

They have a full list of transactions made with the donated money, and then they have a full list of graphs with player counts on Multi Theft Auto. That's all they have. The information given to donators is not important, but might be interesting for donators, whose money is used, to know where the money goes to – and to see if Multi Theft Auto is worth the donation by checking how many players actually play the game they invest their money into. This is basically the same data given to corporations that invest into other companies.

At least they were encrypted. That's already good enough, unless you happen to have a bad password that can be found from rainbow tables.

Considering MTA has its own serial system, I am pretty sure it's system based.

Indeed. These are the things for a single resource. Really depends what you are doing and how are you doing it from a technical point of view. You could have everything set into their own resources, but then you would have your own compiler which compiles all resources into a single package with just those three core files that run the server script. It could work, but there could be conflicts, and that's never good.

You are correct. I forgot about that. You can use num_rows_affected from dbPoll. If the result is returned nil, it means the result has not yet been retrieved. If the result is returned false, it means the query failed for some reason. If the result returns a table, it went through. You can then use num_rows_affected > 0 to test if any rows were affected.

A rather experienced scripter told me that he batched all of his gamemode scripts into a single resource and it ran more efficiently and was apparently many times faster than with multiple resources. You have a few more advantages with single resource too, as you can properly manage classes and objects without hassle. Also makes compiling easier, as you can ultimately compile your whole gamemode into two or three files: client and server, and additionally shared. You need to make sure you start building the gamemode properly. Building it wrong at first will come around and stab you in the back easily. Properly name your methods and functions. Use events whenever needed, but minimize the amount of events. Stack things together. Make use of Lua's coroutines and use tables efficiently. Updating the gamemode will become more difficult on a live server, if you want to perform live updates. Other than that you're good (live updates are never good anyway).

There is a @@ROWCOUNT and @@ROWCOUNT_BIG in T-SQL but this probably does not relate to you. You can create a procedure in SQL and get the number of affected results that way. But that you would have to create to every SQL statement you make. No shorthands as far as I know.

You have your own transaction handler that verifies the PayPal transaction and then sends a note to your server with PHP SDK or simply just their own curl call. With these you are able to make an almost waterproof system, though keep in mind if they claim refund on their donation you need to check that too...

There are FULL SCRIPT, not only TXD mod, download and try before reporting. Delete older DONE posts for keep cleaning, not? just an idea Why? It doesn't matter if there's 1 page or 100 pages.