bubblesoftapps/bubbleupnpserver-openj9 repository overview

These are official BubbleUPnP Server⁠ amd64 and arm64 images based on the Eclipse OpenJ9⁠ Java runtime.

OpenJ9 uses less memory than the regular OpenJDK (about 40% less on average) but may be slightly slower (which does not matter for software such as BubbleUPnP Server). Recommended on memory constrained devices and Synology NAS on which the OpenJDK image may crash.

This image is based on openSUSE Tumbleweed⁠ and includes everything you need to run BubbleUPnP Server optimally (Java 25 and FFmpeg).

To use this image, refer to the documentation⁠ which has important information, notably for running with GPU support.

If you do not need Chromecast GPU transcoding functionality for the amd64 architecture, pull the bubblesoftapps/bubbleupnpserver-openj9:nogpu image whose size is much smaller.

⁠Changelog

⁠August 24th 2026

• updated to openSUSE TW20260821
• updated Java to OpenJDK v25.0.4 with OpenJ9 0.60.0 VM
• updated FFmpeg x86_64, rebuilt with newer dependencies. Notably, updated libva to 2.24, for working VA-API acceleration on any host with any version up to 2.24 installed

⁠January 17th 2025

• fixed VA-API on AMD GPUs not working on amd64 image, used for Chromecast video transcoding

⁠January 3rd 2025

• updated to openSUSE TW20250101
• updated Java to OpenJDK v17.0.12 with OpenJ9 0.46.0 VM
• updated FFmpeg to v7.1 on x86_64, compiled against newer dependencies and VA-API 1.22.0
• updated documentation to mention the --group-add argument (and corresponding statement in docker-compose.yml) in the NVIDIA section, necessary for the container to have the proper permission to access the GPU devices

⁠February 12th 2024

• rewritten documentation⁠. Please read for important information.
• added configurable docker-compose.yml for running container with Docker Compose (see documentation)
• added the ability to store data files (configuration file, log files, cached files) in a folder on the host for easy access and persistence across container updates/re-creations (see documentation to set it up)
• reverted change running ffmpeg setuid root. Instead, use the --group-add docker option to allow the GPU device to be accessed in the container (see documentation)
• on linux/amd64, added libmfx-gen1_2 package for Intel QSV support on >= Tiger Lake
• updated ffmpeg executable to use libvpl instead of the deprecated libmfx. Necessary for Intel QSV support on >= Tiger Lake
• fixed heath check due to missing awk
• update to openSUSE TW20240112 snapshot

⁠December 20th 2023

• image updated to openSUSE TW20231217 snapshot. This updates Eclipse OpenJ9 to v0.41 (Java v17.0.9) and VA-API to v1.20
• update to FFmpeg v6.1, compiled against the latest VA-API (libva) v1.20 (amd64 only) and newer versions of its dependencies. The update to VA-API v1.20 makes it possible to have QSV and VA-API working on distros whose host libva version is up to 1.20, meaning up to the more bleeding edge distros.
• on amd64 image, ffmpeg is run setuid root in the container to make sure it can always open devices in /dev/dri for Chromecast GPU transcoding (Intel QSV, VA-API). It fixes possible failure to do hardware transcoding on distros that limit /dev/dri devices access to root or users member of a special group (such as video). The BubbleUPnP Server java process still run under an unprivileged user.

⁠August 18th 2022

• image updated to openSUSE TW20220817 snapshot. This updates to OpenJDK 11.0.16 with OpenJ9 VM 0.33.0. VA-API is updated to v1.15

• updated FFmpeg v5.0, compiled against VA-API v1.15 (amd64 only)

• added ability to pass custom arguments to the JVM with the USER_JVM_ARGS environment variable. Can be set at image creation (docker create) or running (docker run) with -e docker option. Example for restricting memory usage to 256 MB max: docker create ... -e USER_JVM_ARGS="-Xmx256m" ...

• fixed health test not working if the -webContextPath BubbleUPnP Server's command line option is used

• updated linked documentation to explain how to disable all periodic disk writes (not required for proper functioning) when the container is running. It can be useful if Docker and/or the image are stored on a spinning hard drive, for not preventing the hard drive to go to sleep on inactivity. That's assuming other unrelated running containers do not write to disk of course

⁠February 12th 2022

• updated image to OpenJDK 11.0.13 with OpenJ9 0.29.0 VM
• updated image to FFmpeg v5.0
• fixed health check to work with http port different than the default (58050) if set in configuration.xml
• updated the linked documentation with correct instructions for editing configuration.xml

⁠August 17th 2021

• fixed VA-API not working (Chromecast transcoding)

⁠June 25th 2021

• Initial release