I have been experimenting with something that would greatly simplify distribution for the UDF.
The idea is to have the dll file included as binary in the include, and in the beginning of the *Init() func, check if the file exist and create it if it doesn't. This would mean that you would never have to package any dll, and the total filesize would be smaller (in compiled form). Working with source would be easier too. Copy include and you're done!
What do you think? Makes sense? Doesn't make sense? Am I crazy? Am I hungry? (actually yes I am)
Here's something for you to test so you see what I mean: 1. Download the updated SDL.au3 2. Download the "blob" containing the dll 3. Run a test script, like this:
4. Pay attention to the ConsoleWrite. Neat, right?
(attachment removed, it's worthless without the "blob" (damn upload site that keeps deleting my files for no obvious reason), if it isn't in the next release, you could probably rebuild it in minutes anyway, or just ask me for the code)
preciso saber como enviar o pressionamento de um botão no joystick, pois o jogo "street fighter 4" o player 2 não tem comandos no teclado.
Alguém sabe me ajudar?
Translate by google
need to know how to send the push of a button on the joystick, because the game "street fighter 4" player 2 has no controls on the keyboard.
Someone help me know?
The first number is X, and second Y. Don't forget the comma between them. Note that SDL read the environment variables when you do _SDL_Init(), so set them before that or nothing will happen.
Then there's always WinMove() (but that wouldn't look good, would it?) or you could create a normal AutoIt window and let SDL use that with SDL_WINDOWID. See the script "SDL Example Transparent PNG on AutoIt GUI.au3" for that. And remember, controls ARE windows, so you could create a label or something, get it's handle and pass that to SDL_WINDOWID. Just get the sizes right or things will get really weird.
Big EDit: I was a bit bored so I wrote this half-crazy example:
Well no, not from me anyway. I wouldn't even know where to begin.
How would you expect that to work anyway? Every frame gets loaded to separate surfaces? Wouldn't it be just as easy (and use less disk-space) to use multiple .png files?
i found a dll somewhere yesterday for that but still the idea itself seemed stupid where the gif is going in a direction and the whole script using another timing
i dont know but it seemed illogical
thanks for the help again