Sun, 13 Aug 2017 17:59:59 -0700Fixed bug 2839 - No way to create pre-built libraries for Android
Sam Lantinga [Sun, 13 Aug 2017 17:59:59 -0700] rev 11262
Fixed bug 2839 - No way to create pre-built libraries for Android

Mark Callow

README-android says to copy or link the SDL source tree to the jni folder in your Android project. It is not desirable to have to compile SDL with every application; furthermore the Android NDK has support for prebuilt libraries.

Attached is script (to be put in build-scripts) that builds the Android version of the libraries. The script builds both the existing SDL2 module and a new SDL2_main module. This is a static library containing the code from src/main/android/SDL_android_main.c. Also attached is a patch for Android.mk adding this module.

Note that when building an application's native .so using this prebuilt libSDL2main, you must use a link option, such as --whole-archive, that forces inclusion of the code in the .so because the functions in SDL_android_main are called only from Java.

Sun, 13 Aug 2017 14:15:52 -0700Fixed bug 2841 - Hint to set resource id for window icon
Sam Lantinga [Sun, 13 Aug 2017 14:15:52 -0700] rev 11261
Fixed bug 2841 - Hint to set resource id for window icon

Alexey

Seems to be a missing functionality. I want to set an icon from RC file. I cant pass MAKEINTRESOURCE(X) string to SDL_RegisterApp() cause string returned by MAKEINTRESOURCE string is not actually a string and SDL_strlen will crash. Moreover LoadImage seems to be loading wrong icon size. LoadIcon seems to be fine.

Sun, 13 Aug 2017 01:00:01 -0400x11: Patched to compile.
Ryan C. Gordon [Sun, 13 Aug 2017 01:00:01 -0400] rev 11260
x11: Patched to compile.

Sun, 13 Aug 2017 00:58:23 -0400x11: Fix message box titles with Unicode chars on some window managers.
Ryan C. Gordon [Sun, 13 Aug 2017 00:58:23 -0400] rev 11259
x11: Fix message box titles with Unicode chars on some window managers.

Fixes Bugzilla #2971.

Sat, 12 Aug 2017 20:25:49 -0700Fixed bug 2931 - Large relative mouse motion jumps when using touch input
Sam Lantinga [Sat, 12 Aug 2017 20:25:49 -0700] rev 11258
Fixed bug 2931 - Large relative mouse motion jumps when using touch input

Sat, 12 Aug 2017 20:21:34 -0700Added test debug logs for additional event types
Sam Lantinga [Sat, 12 Aug 2017 20:21:34 -0700] rev 11257
Added test debug logs for additional event types

Sat, 12 Aug 2017 22:16:04 -0300iOS: Fix app orientation when creating a landscape fullscreen window with the device currently in portrait orientation.
Alex Szpakowski [Sat, 12 Aug 2017 22:16:04 -0300] rev 11256
iOS: Fix app orientation when creating a landscape fullscreen window with the device currently in portrait orientation.

Sat, 12 Aug 2017 17:41:59 -0700Fixed bug 2950 - wrong axes values are set on joystick initialization
Sam Lantinga [Sat, 12 Aug 2017 17:41:59 -0700] rev 11255
Fixed bug 2950 - wrong axes values are set on joystick initialization

Edward Rudd

Device: Logitech Rumble Gamepad F510 in Xinput mode.

Upon opening the joystick the values of the axes are queried via PollAllValues are not actually set on the device all the time.

This can easily be seen in the testjoystick or testgamecontroller test programs,as the testjoystick shows all axes in the center until one 'tickles' the triggers., and the testgamecontroller will show the triggers as 'on' until on 'tickles' the triggers.

Upon further research the culprit is the SDL_HINT_JOYSTICK_ALLOW_BACKGROUND_EVENTS hint. In the default value events are ignored until there is an active window, Thus in cases where the joystick system is initialized and controllers opened before the initial window is created & focuses, the initial values will be incorrect.

Here is my current workaround in the game I'm working on porting..

SDL_SetHint(SDL_HINT_JOYSTICK_ALLOW_BACKGROUND_EVENTS, "1");
SDL_GameController* gamepad = SDL_GameControllerOpen(index);
SDL_SetHint(SDL_HINT_JOYSTICK_ALLOW_BACKGROUND_EVENTS, "0");

Sat, 12 Aug 2017 17:01:14 -0700Fixed Windows build
Sam Lantinga [Sat, 12 Aug 2017 17:01:14 -0700] rev 11254
Fixed Windows build

Sat, 12 Aug 2017 16:59:00 -0700Fixed bug 2979 - SDL_ConvertSurface does not convert color keys consistently
Sam Lantinga [Sat, 12 Aug 2017 16:59:00 -0700] rev 11253
Fixed bug 2979 - SDL_ConvertSurface does not convert color keys consistently

Edmund Horner

When a 16-bit "565 format" surface has a colour key set, it will blit with correct transparency. If, however, it has its colour key set then is converted to a 32-bit ARGB format surface, the colour key in the converted image will not necessarily be the same pixel value as the transparent pixels. It may not blit correctly, because the colour key does not match the right pixels.

In my case, with an image using 0xB54A for transparency, the colour key was converted to 180,170,82; but the corresponding pixels (with the same original value) were converted to 180,169,82. Blitting the converted image did not use transparency where expected.

I have attached a test case. The bug has been replicated on both x86_64 Linux (SDL 2.0.2), and 32-bit MS C++ 2010 on Windows (SDL 2.0.0).