Skip to content

Releases: libgdx/gdx-liftoff

1.11.0.5 "Party Like It's Nineteen"

26 Nov 00:09
Compare
Choose a tag to compare

This release upgrades to Gradle 7.6 (released today), which supports Java 19 (released over 2 months ago), and will be outdated again when Java 20 is released (in 4 months). But while we are on the latest version, can we at least savor the taste of freedom? Also in this release are:

  • A fix for #101 , as best as I can fix it (it seems to be a bug in LWJGL3, but I can at least print some helpful messages for how to avoid the bug)
  • An update to Android Gradle Plugin 7.2.2, which gdx-setup has been using and both AS and IDEA support now
  • Some updates to third-party libraries
  • Cleanup in the build.gradle files, because they don't need the log4shell mitigation on the current Gradle

A lot of the work during this release cycle tried to get Mac support a little better using glfw_async , but because that seems to have similar issues to the AWT async extension to libGDX, we went back to using Guacamole's code to start a new JVM with -XstartOnFirstThread if needed. Some GWT dependency changes were also tried, but that process got very confusing, very quickly, and didn't ever really work, so I reverted the GWT changes.

That's about it! I hope this works well for everyone.

1.11.0.4 "Nimbly Mobile"

28 Sep 00:01
Compare
Choose a tag to compare

This release is small, but has various improvements and fixes from a few different contributors. There's a basic .gitattributes file now that can be customized if you want; this should help smooth out line-ending problems in at least some projects. There's improvements to the .gitignore file thanks to @Berstanio , helping MOE keep getting the right things ignored. There's some important fixes to MacOS packaging with jpackage thanks to @mudlee , and the jpackageimage command should just work on MacOS. There's also a possibly-very-important fix to how Liftoff determines if a directory has an Android SDK in it -- prior to this release, a brand-new installation of Android Studio would install a correct SDK, but Liftoff wouldn't identify it as such which prevented creating an Android project. Now a new SDK installation should be picked up just fine.

There's also several versions updated across the project, such as Kotlin and Gretty getting updates. Switching to this release is recommended if you've experienced any of the listed issues that were fixed.

1.11.0.3 "The Hatchling"

06 Aug 00:47
Compare
Choose a tag to compare

This is a small release that only includes two changes: HTML projects now clean their war/ directory by default (avoiding some possible nasty bugs), and Gradle has been updated to 7.5.1 . The Gradle change is significant because it should work a little more cleanly with Java 18 (which was accidentally considered, at least in some areas, "incubating" in 7.5). Either or both of these changes can be undone without affecting much if there is any trouble. I'm not expecting any, though; this seemed smooth in the testing I did, and the changes aren't huge.

1.11.0.2 "Macsimum Overdrive"

28 Jul 07:51
Compare
Choose a tag to compare

This release is very small, but may be critical to getting the application to launch on MacOS computers. This is mostly an update to Guacamole's code to restart the app with the -XstartOnFirstThread VM argument that MacOS requires for LWJGL3 apps; now the code should be more robust. Other than that, there's a possible small speedup in the Android compilation thanks to libgdx/libgdx#6920 , and a change in ios-moe projects so they default to only needing landscape mode handled. Now portrait mode won't be entered on MOE unless you change Info.plist to contain at least one of

		<string>UIInterfaceOrientationPortrait</string>
		<string>UIInterfaceOrientationPortraitUpsideDown</string>

For any platforms you want to allow it on.

Thanks to @crykn, @Berstanio , and @leni8ec for their various contributions here!

1.11.0.1 "Time Vampire"

14 Jul 22:04
Compare
Choose a tag to compare

It's been a while since the last Liftoff release; not 84 years, but still about two months, I think? There are some new features in that time! Generated LWJGL3 projects now include the required configuration to run jpackage for the current OS, and can be run on GitHub Actions if you figure out the configuration for that (not provided yet). Gradle is updated to 7.5, which means this JAR will be able to work and generate working projects even if you only have Java 18 installed (it works with versions 8 through 18 now). There's a bunch of new libraries, though most of them are weird compatibility ones I wrote to allow server-side code and tests to run without libGDX being loaded. The server module might use jdkgdxds, at least, and there's some reasons to use it even in client-side game code without a server. You can add fgnm's HyperLap2D and/or MiniAudio libraries now in the extensions tab. There's better validation for package names, so invalid names that use words reserved by Java or by the Windows filesystem won't be permitted, and will make you enter a valid name. The .gitignore files are significantly improved now, using a strategy from gdx-setup (thanks mgsx!). In general, a pretty big release!

1.11.0.0 "Let's Tank GDX"

12 May 04:05
Compare
Choose a tag to compare

It's been so long...

It's been a while since the last libGDX release, hasn't it? There's been some good changes behind the scenes, though. From the hotly-anticipated M1 Mac support (by updating to LWJGL 3.3.0) to the long-awaited support for larger GWT games (by adding an extra GWT reflection cache as needed), there's some major improvements here. There's also quite a lot of minor improvements, especially regarding important foundation-level code like geometry and pooling. We're currently using Gradle 7.4.2 (which is newer than what gdx-setup uses) and Android Gradle Plugin 7.0.4 (the newest IDEA supports so far, but far newer than the problematic version 4.1.3 that gdx-setup uses), and those two alone may make using gdx-liftoff a better idea than gdx-setup if you're just starting out. I hope this latest release works well for you! There are possibly issues with vis-ui 1.5.0 and libGDX 1.11.0, but even if there are, Liftoff itself uses both versions, so you would probably only need to tell it to skip its version check, if even that is needed.

1.10.0.14 "Superliminal"

07 Apr 00:13
Compare
Choose a tag to compare

This release updates Gradle to 7.4.2 and fixes the LML dependencies when targeting HTML. It doesn't do anything else, but without the LML fixes, you would run into some mind-boggling, labyrinthine, inscrutable errors if you tried to use any of the crashinvaders forks of czyzby libraries on HTML. I'm not 100% sure all of the LML libraries are fixed on HTML, but certainly the errors should be easier to spot and fix now. If there are still errors, they would likely manifest as either:

  • A dependency in html/build.gradle that has :sources before the version, which is wrong (:sources has to be at the end), or
  • A GWT inherits tag with the wrong path to a .gwt.xml file (check the :sources jar's contents for where the file actually is).

If any bugs show up, as always, please post on the Issues tab and I'll try to get to them. Thanks to Elmig0 for patiently figuring out the cause of this bug with me on the libGDX Discord!

1.10.0.13 "pretty hack ngl"

25 Mar 00:58
Compare
Choose a tag to compare

This release updates Gradle (again) and Groovy (for the first time in a while), plus adds the new library HackLights by aliasifk (it's Ali!). An important fix was required for how Liftoff handles JitPack dependencies when a user or tool has requested an invalid version from JitPack recently. This was encountered when adding HackLights, but the fix should be able to help other libraries that use JitPack, too (such as gdx-gltf). There's a small atlas that is automatically included in assets/ with projects that check HackLights in third-party dependencies, so you can start using it right away. The atlas isn't included if HackLights was not selected.

Note that Gradle is at 7.4.1 now, but this Gradle is not compatible with the just-released Java 18 version yet. You can use Java 8 through Java 17 just fine, though.

1.10.0.12 "Greeted As Liberators"

05 Mar 00:06
Compare
Choose a tag to compare

This release mostly is here to fix a major bug with the generated GUI assets. Liftoff had looked for arial-15.fnt, but it has been replaced in libGDX 1.10.1-SNAPSHOT with lsans-15.fnt (Arial is a commercial font, while Liberation Sans is free and open source). This release also adds textratypist to third-party libraries, and un-caps the limits on Android SDK and Java versions.

1.10.0.11 "Rolling Thunder"

20 Feb 22:15
Compare
Choose a tag to compare

This release updates Gradle to 7.4, includes various other updates to tooling, and adds a few new third-party libraries. Two are audio-related, platform-specific libraries; gdx-oboe helps address Android's audio problems, and TuningFork is similar but for LWJGL3. The long-useful libgdx-screenmanager finally is available as a third-party extension; it makes Screens in libGDX substantially more like screens as most games use them. Last but not least, the exciting new gdx-TinyVG library allows vector graphics to be drawn and manipulated in libGDX, using the TVG format. The non-Java languages now use a fixed version, which makes most actions with Gradle much faster because Gradle doesn't need to check for an update every time it runs a task. This does, however, mean that if you want a newer version, you need to update your gradle.properties file yourself.

The tooling updates include the RoboVM Plugin, which went to version 2.3.15; this hasn't been tested on a Mac or iOS device, so I'm hoping someone can test it with libGDX version 1.10.0 and/or 1.10.1-SNAPSHOT. Other than that, everything here is expected to work as normal; good luck!