Initial import from https://github.com/snapcrafters/scummvm.
Importing the snapcrafters repository here is the first step in order
to officially take over maintenance of the snap package hosted at
snapcraft.io/scummvm.
For now, please submit PRs to the _snapcrafters_ repository.
The canonical location for AppStream XML files has been changed to
/usr/share/metainfo four years ago at least, with /usr/share/appdata
left as legacy location. It is time to switch to the right location.
Bug #11430.
Enabling Dark Mode compatibility, either by using NSRequiresAquaSystemAppearance
on older SDKs, or by using 10.14+ SDKs, makes the display blurry on
Retina screens on Mojave (and probably Catalina).
This is probably a macOS bug:
https://bugzilla.libsdl.org/show_bug.cgi?id=5087
Revert commit 485e8bee17 for now.
Android API level 29 introduces scoped storage which is enabled by
default for applications targeting level 29.
This protection prevents us to access external storage.
There is a compatibility flag but it will disappear in Android 11.
To target more recent platforms, we should implement SAF FS backend.
Updated NDK to r21 (LTS)
Switch target Android to 29 as it is required by Google Play Store
Switch minimum Android to 16 (4.1) as it is the lowest supported version by NDK
Removed MIPS and armeabi as they are no longer supported
Renamed Android build names into official ones
This was a relatively short-lived port. We have it broken and
disabled on the buildbot since 2016. Also, the last builds
were provided in 2011. Thus, it makes a little sense to continue
to keep the code in the repository, as it gets bitrot.
On macOS Catalina, the application needs to ask for permissions to
access some folders, such as the Desktop, Downloads, and Documents
folder. It for example asks for permission when listing files in
one of those folders or trying to read a file that was created by
another application and not selected using the system Open panel.
Since the default savegame path on macOS is in the Documents
folder it will ask for permissions to access this folder when we
open the Load Game dialog or try to load a savegame that was
copied there manually). So, while not required, it seems a good
idea to provide an explanation why ScummVM wants access to the
Documents folder.
macOS 10.14 introduced a dark theme in addition to the nornal
aqua theme. Applications compiled with the 10.14 SDK or above
are automatically opt in for both, but applications compiled
with an older SDK are not and still use the aqua theme even
when the system is set to use the dark theme. Those applications
need to explicitely opt in to use the dark theme.
This fixes bug #11305: Dark Mode is not supported
On macOS Catalina, the application needs to ask for permissions to
access some folders, such as the Desktop, Downloads, and Documents
folder. It for example asks for permission when listing files in
one of those folders or trying to read a file that was created by
another application and not selected using the system Open panel.
Since the default savegame path on macOS is in the Documents
folder it will ask for permissions to access this folder when we
open the Load Game dialog or try to load a savegame that was
copied there manually). So, while not required, it seems a good
idea to provide an explanation why ScummVM wants access to the
Documents folder.
macOS 10.14 introduced a dark theme in addition to the nornal
aqua theme. Applications compiled with the 10.14 SDK or above
are automatically opt in for both, but applications compiled
with an older SDK are not and still use the aqua theme even
when the system is set to use the dark theme. Those applications
need to explicitely opt in to use the dark theme.
This fixes bug #11305: Dark Mode is not supported
Also added macros for the plain (non-SDL) Android port __ANDROID_PLAIN_PORT__ and ANDROID_PLAIN_PORT
The workaround of this commit uses the same logic as for the Nintendo Switch port and should suffice for testing purposes. It should be replaced by more elaborate code of installing and maintaining a certificates pem file.
* AMIGAOS4: Fix Script
Turns out i had the wrong directory set to pull the shared libraries from.
* AMIGAOS4: Fix script
Fix arithmetic conversion error on EXIT cases.
* AMIGAOS4: Update amigaos.mk
- reorg
- add stripping/copying engine plugins
- add Ext_Ins_so.rexx
* Ext_Inst_so.rexx
Add script to extract and install all compiled-in shared libraries to a local sobjs/ dir.
Reason is that not every AmigaOS4 installation, especially vanilla ones, feature all mandatory libraries (which has led to many bug reports and lots of gathering of the correct libraries for users in the past)
* AMIGAOS4: RM2AG.rexx
- Add automatic installation to the correct path
- Add deleting the temp file
- Typos and rewording
- Add I/O panic switches
This reverts commit 323b62310a.
The previous commit breaks the Win32 setup generation on the buildbot
since it is not adapted to HTML documents for the README and for the
NEWS files yet. Sorry for the noise.
This fixes an OpenGL renderer issue for builds with MSYS2/Mingw64 or MSYS2/Mingw32
The issue pertains to MSYS2 adding a default manifest file (default-manifest.o) to the executable
The bug is for PC systems with GPU drivers that were not properly supported for Windows 10
systems, like Intel HD Graphics series 1st and 2nd generations. In those systems, launching a
game in ScummVM (built with MSYS2/Mingw) with the OpenGL renderer would cause the game
screen to be a white blank image, and various warnings would be output to the console, eg.
"WARNING: GL ERROR: GL_INVALID_ENUM on glTexSubImage2D(0x0DE1, 0, 0, area.top, src.w, area.height(), _glFormat, _glType, src.gere.cpp:167)!"
This was due to MSYS2/Mingw builds trying to load the (poorly supported) GPU driver while advertising support for Windows 10 in their
embedded default Manifest file. Hence, the GPU driver DLL (eg ig4icd64.dll) would be unloaded, causing the bug.
More information is available in the following links:
https://github.com/pal1000/save-legacy-intel-graphicshttps://github.com/LWJGL/lwjgl/issues/119https://github.com/msys2/MSYS2-packages/issues/454https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69880
Credits to sluicebox for the VS GenerateManifest flag
This also disables cloud support
Also, several corrections and additions in how_to_build instructions
Tested in a clean installation of lubuntu 16.04.6 LTS
This fixes the "%s can not use this item" string. AFAIK this message never appears. It would require to place an item into a character's hand which he/she can't use and right-click use it. However, when you place such an unusable item in a character's hand the slot will be greyed out/disabled immediately and can no longer be clicked.
We already bundle other Noto fonts in the font.dat file, so using
further Noto fonts makes sense to me. Also, map upper-case letters
to lower-case runes since there are versions of Beyond Zork that
uses that. (The version I played many years ago did, and it looked
very strange. The version I tested with now did not, probably for
that very reason. So that part is untested for now.)
Add missing cmdline options and hotkeys to the manpage. Add long options
where they were missing. Update existing options description and values.
Improve formatting for important words, arguments, etc. Sort the options
in the same way they are sorted in README, so that future synchronization
is easier. Add info into several places saying that README is more
comprehensive than this manpage.
iOS 12 drops support for libstdc++, so the project needs to be compiled explicitly using libc++.
Support the "safe area" when redrawing the view to leave space for the notch in portrait and
landscape orientations.
