README.md

Kit Service App Template

Overview

The Kit Service App Template offers a starting point for creating headless services within the NVIDIA Omniverse ecosystem. Designed to leverage the capabilities of the Omniverse Kit SDK, this template enables developers to build solutions that operate without a graphical user interface, ideal for background processes or server-side applications.

Use Cases

The Kit Service Template is particularly well-suited for:

• Automation services that perform tasks in the background.
• Headless batch processing of 3D content for optimization, conversion, or analysis.
• Integrations with other software ecosystems that require 3D data processing without direct user interaction.

Key Features

• Headless Operation: Runs without a graphical user interface for efficient background processing.
• Fully Extensible: Leverage and extend the existing functionalities of Omniverse Kit SDK.

Usage

This section provides comprehensive instructions to leverage the Kit Service App Template effectively.

Getting Started

To get started with the Kit Service Template, ensure your development environment meets the prerequisites outlined in the top-level README.

NOTE: Example commands should be executed in powershell in Windows and terminal in Linux.

Cloning the Repository

git clone https://github.com/NVIDIA-Omniverse/kit-app-template.git
cd kit-app-template

Create New Application

Note for Kit Service Template : Some applications require a setup extension to function as intended. During Application configuration, you will be prompted for information about this extension. This extension will be created alongside the application and automatically added to your .kit file. Subsequent extensions can be added to the .kit file manually.

Linux:

./repo.sh template new

Windows:

.\repo.bat template new

NOTE: If this is your first time running the template new tool, you'll be prompted to accept the Omniverse Licensing Terms.

Follow the prompt instructions:

• ? Select with arrow keys what you want to create: Application
• ? Select with arrow keys your desired template: Kit Service
• ? Enter name of application .kit file [name-spaced, lowercase, alphanumeric]: [set application name]
• ? Enter application_display_name: [set application display name]
• ? Enter version: [set app version]

The application template you have selected requires a setup extension. Setup Extension -> kit_service_setup

• ? Enter name of extension [name-spaced, lowercase, alphanumeric]: [set extension name]
• ? Enter extension_display_name: [set extension display name]
• ? Enter version: [set extension version]

Build and Launch

Build your application using the provided build scripts:

Note that the build step will build all applications contained in the source directory. Outside of initial experimentation, it is recommended that you build only the application you are actively developing.

Linux:

./repo.sh build

Windows:

.\repo.bat build

If you experience issues related to build, please see the Usage and Troubleshooting section for additional information.

Launch your application:

Linux:

./repo.sh launch

Windows:

.\repo.bat launch

? Select with arrow keys which App would you like to launch: [Select the desired service application]

View your running Service:

• Visit http://localhost:8011/docs in your web browser to view the interactive documentation for the running service.
• By default the service will have a POST endpoint which will prompt you for input to generate a simple USD scene.

Where to Go From Here

For more guidance on extending the Kit Service Template, visit the Kit App Template Companion Tutorial - Extending Services. This tutorial offers a step-by-step guide to help you understand the template's structure and customize it to suit your needs.

Testing

Applications and their associated extensions can be tested using the repo test tooling provided. Each application template includes an initial test suite that can be run to verify the application's functionality.

NOTE: Testing will only be run on applications and extensions within the build directory. A successful build is required before testing.

Linux:

./repo.sh test

Windows:

.\repo.bat test

Customization

You can customize your Service Setup extension by adding new endpoints to, modifying existing ones, or adding new functionality to service.py or extension.py. If you would like to create a reusable component that might be used in other Omniverse services or applications, it is recommended that you create a new extension.

Create Custom Extension

Linux:

./repo.sh template new

Windows:

.\repo.bat template new

Follow the prompt instructions:

• ? Select with arrow keys what you want to create: Extension
• ? Select with arrow keys your desired template:: [choose extension template]
• ? Enter name of extension [name-spaced, lowercase, alphanumeric]:: [set extension name]
• ? Enter extension_display_name:: [set extension display name]
• ? Enter version:: [set extension version]

Adding Extension to .kit File

Importantly For an extension (beyond the initial setup extension) to become a persistent part of an application, the extension will need to be added to the application .kit file.

[dependencies]
"my_company.my_extension" = {}

Build with New Extensions

After a new extension has been added to the .kit file, the application should be rebuilt to ensure extensions are populated to the build directory.

Packaging and Deployment

For deploying your application, create a deployable package using the package command:

Linux:

./repo.sh package

Windows:

.\repo.bat package

By default, the package command will name the package based on the name value contained in the repo.toml file at the root of the repository. By default, this value is set to kit-app-template. Modify this value to set a persistent package name for your application.

Alternatively, you can specify a package name using the --name flag:

Linux:

./repo.sh package --name <package_name>

Windows:

.\repo.bat package --name <package_name>

This will bundle your application into a distributable format, ready for deployment on compatible platforms.

⚠️ Important Note for Packaging: Because the packaging operation will package everything within the source/ directory the package version will need to be set independently of a given kit file. The version is set within the tools/VERSION.md file.

Launching a Package

Applications packaged using the package command can be launched using the launch command:

Linux:

./repo.sh launch --package <full-path-to-package>

Windows:

.\repo.bat launch --package <full-path-to-package>

NOTE: This behavior is not supported when packaging with the --thin flag.

Containerization (Linux Only)

Requires: Docker and NVIDIA Container Toolkit

The packaging tooling provided by the Kit App Template also supports containerization of applications. This is especially useful for deploying headless services and streaming applications in a containerized environment.

To package your application as a container image, use the --container flag:

Linux:

./repo.sh package --container

You will be prompted to select a .kit file to serve as the application to launch via the container entrypoint script. This will dictate the behavior of your containerized application.

For example, if you are containerizing a headless Kit Service, select the {your-service-name}.kit file to ensure the correct application configuration is launched within the container.

Similar to desktop packaging, the container option allows for specifying a package name using the --name flag to name the container image:

Linux:

./repo.sh package --container --name [container_image_name]

Launching a Container

Applications packaged as container images can be launched using the launch command:

Linux:

./repo.sh launch --container

If only a single container image exists, it will launch automatically. If multiple container images exist, you will be prompted to select the desired container image to launch.

Additional Learning

• Kit App Template Companion Tutorial