vllm-omni/examples/online_serving/qwen3_omni

Qwen3-Omni

🛠️ Installation

Please refer to README.md

Run examples (Qwen3-Omni)

Launch the Server

vllm serve Qwen/Qwen3-Omni-30B-A3B-Instruct --omni --port 8091

The default deploy config at vllm_omni/deploy/qwen3_omni_moe.yaml is loaded automatically by the model registry — no --deploy-config flag needed for the common case. Async-chunk streaming is enabled by default in the bundled config. NPU / ROCm / XPU per-platform deltas are merged in automatically from the platforms: section of the same YAML.

Note: The OpenAI-style /v1/realtime WebSocket (streaming PCM audio in, audio + transcription out) is not supported when async_chunk is enabled. Use the default omni layout or a stage config with async_chunk: false for realtime sessions.

If you have a custom deploy YAML, point at it explicitly:

vllm serve Qwen/Qwen3-Omni-30B-A3B-Instruct --omni --port 8091 \
    --deploy-config /path/to/your_deploy_config.yaml

Tuning deployment parameters

Most engine knobs (max_num_batched_tokens, max_model_len, enforce_eager, gpu_memory_utilization, tensor_parallel_size, …) can be tuned without editing the YAML. There are three layers, in increasing specificity:

1. Global CLI flags (apply to every stage)

# Tighter memory budget on a smaller GPU
vllm serve Qwen/Qwen3-Omni-30B-A3B-Instruct --omni --port 8091 \
    --gpu-memory-utilization 0.85

# Disable cudagraphs (e.g. for debugging)
vllm serve Qwen/Qwen3-Omni-30B-A3B-Instruct --omni --port 8091 \
    --enforce-eager

# Reduce context length
vllm serve Qwen/Qwen3-Omni-30B-A3B-Instruct --omni --port 8091 \
    --max-model-len 32768

# Toggle prefix caching on every stage (yaml default: off)
vllm serve Qwen/Qwen3-Omni-30B-A3B-Instruct --omni --port 8091 \
    --enable-prefix-caching
# ...or force it off if the yaml turned it on
vllm serve Qwen/Qwen3-Omni-30B-A3B-Instruct --omni --port 8091 \
    --no-enable-prefix-caching

# Toggle pipeline-wide async chunked streaming between stages
# (yaml default for qwen3_omni_moe: on)
vllm serve Qwen/Qwen3-Omni-30B-A3B-Instruct --omni --port 8091 \
    --no-async-chunk

For the TTS counterpart (synchronous codec variant), see qwen3_tts README.

Explicit CLI flags override the deploy YAML (which itself overrides the parser defaults). If you don't pass a flag, the YAML value wins.

Note on --no-async-chunk: Flips the deploy yaml's async_chunk: bool. Pipelines that implement alternate processor functions for chunked vs end-to-end modes (e.g. qwen3_tts code2wav) dispatch automatically based on that bool — no extra flag or variant yaml is needed.

⚠️ For multi-stage models that share GPUs (qwen3_omni_moe by default shares cuda:1 between stages 1 and 2), avoid using global memory flags. A global --gpu-memory-utilization 0.85 would apply to every stage and oversubscribe the shared device. Use per-stage overrides instead — see below.

2. Per-stage overrides via --stage-overrides (recommended for memory)

# Lower stage 1's memory budget; leave others at the YAML default
vllm serve Qwen/Qwen3-Omni-30B-A3B-Instruct --omni --port 8091 \
    --stage-overrides '{
        "1": {"gpu_memory_utilization": 0.5},
        "2": {"max_num_batched_tokens": 65536}
    }'

Per-stage values are always treated as explicit and beat YAML defaults for the named stage. Other stages keep their YAML values.

3. Custom deploy YAML

When per-stage overrides get long, write a small overlay YAML that inherits from the bundled default:

# my_qwen3_omni_overrides.yaml
base_config: /path/to/vllm_omni/deploy/qwen3_omni_moe.yaml

stages:
  - stage_id: 0
    max_num_batched_tokens: 65536
    enforce_eager: true
  - stage_id: 1
    gpu_memory_utilization: 0.5
  - stage_id: 2
    max_model_len: 8192

Then start the server with --deploy-config my_qwen3_omni_overrides.yaml. The base_config: line tells the loader to inherit everything else (stages, connectors, edges, platforms section) from the bundled production YAML, so you only need to spell out the deltas.

4. Multi-node deployment (cross-host transfer connector)

The bundled qwen3_omni_moe.yaml uses SharedMemoryConnector between stages, which only works when all stages run on the same physical host. For cross-node deployments, write a small overlay YAML that swaps in a network-capable connector (e.g. MooncakeStoreConnector) and re-points each stage's connector wiring at it. The connector spec carries your own server addresses — there is no checked-in default because every cluster is different.

# my_qwen3_omni_multinode.yaml
base_config: /path/to/vllm_omni/deploy/qwen3_omni_moe.yaml

connectors:
  mooncake_connector:
    name: MooncakeStoreConnector
    extra:
      host: "127.0.0.1"
      metadata_server: "http://YOUR_METADATA_HOST:8080/metadata"
      master: "YOUR_MASTER_HOST:50051"
      segment: 512000000    # 512 MB transfer segment
      localbuf: 64000000    # 64 MB local buffer
      proto: "tcp"

stages:
  - stage_id: 0
    output_connectors:
      to_stage_1: mooncake_connector
  - stage_id: 1
    input_connectors:
      from_stage_0: mooncake_connector
    output_connectors:
      to_stage_2: mooncake_connector
  - stage_id: 2
    input_connectors:
      from_stage_1: mooncake_connector

Then launch with --deploy-config my_qwen3_omni_multinode.yaml. Same pattern works for Qwen2.5-Omni — replace base_config: with the path to vllm_omni/deploy/qwen2_5_omni.yaml.

⚠️ Replace YOUR_METADATA_HOST / YOUR_MASTER_HOST with the actual mooncake server addresses for your cluster. The base_config: overlay inherits all stage budgets, devices, and edges from the bundled prod YAML — you only need to spell out the connector swap.

Send Multi-modal Request

Get into the example folder

cd examples/online_serving/qwen3_omni

Send request via python

python examples/online_serving/openai_chat_completion_client_for_multimodal_generation.py --model Qwen/Qwen3-Omni-30B-A3B-Instruct --query-type use_image --port 8091 --host "localhost"

Realtime WebSocket client (openai_realtime_client.py)

openai_realtime_client.py connects to ws://<host>:<port>/v1/realtime, streams a local WAV as PCM16 mono @ 16 kHz in fixed-size chunks (OpenAI-style input_audio_buffer.append / commit), and receives response.audio.delta (incremental PCM for the reply) plus transcription.* events. By default it concatenates audio deltas and writes --output-wav (model output is typically 24 kHz). Optional --delta-dump-dir saves each delta as delta_000001.wav, … for debugging.

Streaming input works well for translation-style use cases; if the Thinker runs while input is still incomplete, consider limiting max_tokens in your session / server defaults to avoid over-generation.

Dependencies:

pip install websockets

From this directory (examples/online_serving/qwen3_omni):

python openai_realtime_client.py \
  --url ws://localhost:8091/v1/realtime \
  --model Qwen/Qwen3-Omni-30B-A3B-Instruct \
  --input-wav /path/to/input_16k_mono.wav \
  --output-wav realtime_output.wav \
  --delta-dump-dir ./rt_delta_wavs

Arguments:

Flag	Default	Description
--url	ws://localhost:8091/v1/realtime	Full WebSocket URL including path
--model	Qwen/Qwen3-Omni-30B-A3B-Instruct	Must match the served model (sent in session.update)
--input-wav	(required)	Input WAV: mono, 16-bit PCM, 16 kHz
--output-wav	realtime_output.wav	Output path for concatenated reply audio
--output-text	(optional)	If set, write final transcription text to this path
--chunk-ms	200	Size of each uploaded audio chunk (milliseconds of audio)
--send-delay-ms	0	Delay between chunk sends (simulate realtime upload)
--delta-dump-dir	(optional)	Directory to write per-response.audio.delta WAV files
--num-requests	1	Number of sequential sessions (see --concurrency)
--concurrency	1	Max concurrent WebSocket sessions when --num-requests > 1

Ensure the server is running without async_chunk if you use /v1/realtime, for example:

vllm serve Qwen/Qwen3-Omni-30B-A3B-Instruct --omni --port 8091

The Python client supports the following command-line arguments:

• --query-type (or -q): Query type (default: use_video). Options: text, use_audio, use_image, use_video
• --model (or -m): Model name/path (default: Qwen/Qwen3-Omni-30B-A3B-Instruct)
• --video-path (or -v): Path to local video file or URL. If not provided and query-type is use_video, uses default video URL. Supports local file paths (automatically encoded to base64) or HTTP/HTTPS URLs. Example: --video-path /path/to/video.mp4 or --video-path https://example.com/video.mp4
• --image-path (or -i): Path to local image file or URL. If not provided and query-type is use_image, uses default image URL. Supports local file paths (automatically encoded to base64) or HTTP/HTTPS URLs and common image formats: JPEG, PNG, GIF, WebP. Example: --image-path /path/to/image.jpg or --image-path https://example.com/image.png
• --audio-path (or -a): Path to local audio file or URL. If not provided and query-type is use_audio, uses default audio URL. Supports local file paths (automatically encoded to base64) or HTTP/HTTPS URLs and common audio formats: MP3, WAV, OGG, FLAC, M4A. Example: --audio-path /path/to/audio.wav or --audio-path https://example.com/audio.mp3
• --prompt (or -p): Custom text prompt/question. If not provided, uses default prompt for the selected query type. Example: --prompt "What are the main activities shown in this video?"
• --speaker: TTS speaker/voice for audio output when requesting audio (e.g. ethan, chelsie, aiden). Omit to use the model default. Example: --speaker "chelsie"

For example, to use a local video file with custom prompt:

python examples/online_serving/openai_chat_completion_client_for_multimodal_generation.py \
    --query-type use_video \
    --video-path /path/to/your/video.mp4 \
    --model Qwen/Qwen3-Omni-30B-A3B-Instruct \
    --prompt "What are the main activities shown in this video?"

Send request via curl

bash run_curl_multimodal_generation.sh use_image

FAQ

Modality control

You can control output modalities to specify which types of output the model should generate. This is useful when you only need text output and want to skip audio generation stages for better performance.

Supported modalities

Modalities	Output
["text"]	Text only
["audio"]	Audio only
["text", "audio"]	Text + Audio
Not specified	Text + Audio (default)

Using curl

Text only

curl http://localhost:8091/v1/chat/completions \
  -H "Content-Type: application/json" \
  -d '{
    "model": "Qwen/Qwen3-Omni-30B-A3B-Instruct",
    "messages": [{"role": "user", "content": "Describe vLLM in brief."}],
    "modalities": ["text"]
  }'

Text + Audio

curl -s http://localhost:8091/v1/chat/completions \
  -H "Content-Type: application/json" \
  -d '{
    "model": "Qwen/Qwen3-Omni-30B-A3B-Instruct",
    "messages": [{"role": "user", "content": "Describe vLLM in brief."}],
    "modalities": ["audio"]
  }' | jq -r '.choices[0].message.audio.data' | base64 -d > output.wav

Using Python client

python examples/online_serving/openai_chat_completion_client_for_multimodal_generation.py \
    --query-type use_image \
    --model Qwen/Qwen3-Omni-30B-A3B-Instruct \
    --modalities text

Using OpenAI Python SDK

Text only

from openai import OpenAI

client = OpenAI(base_url="http://localhost:8091/v1", api_key="EMPTY")

response = client.chat.completions.create(
    model="Qwen/Qwen3-Omni-30B-A3B-Instruct",
    messages=[{"role": "user", "content": "Describe vLLM in brief."}],
    modalities=["text"]
)
print(response.choices[0].message.content)

Text + Audio

import base64
from openai import OpenAI

client = OpenAI(base_url="http://localhost:8091/v1", api_key="EMPTY")

response = client.chat.completions.create(
    model="Qwen/Qwen3-Omni-30B-A3B-Instruct",
    messages=[{"role": "user", "content": "Describe vLLM in brief."}],
    modalities=["text", "audio"]
)
# Response contains two choices: one with text, one with audio
print(response.choices[0].message.content)  # Text response

# Save audio to file
audio_data = base64.b64decode(response.choices[1].message.audio.data)
with open("output.wav", "wb") as f:
    f.write(audio_data)

Speaker selection

When requesting audio output, you can choose the TTS speaker (voice) used for synthesis. If not specified, the model uses its default speaker.

Using curl

Pass a speaker field in the request body:

curl http://localhost:8091/v1/chat/completions \
  -H "Content-Type: application/json" \
  -d '{
    "model": "Qwen/Qwen3-Omni-30B-A3B-Instruct",
    "messages": [{"role": "user", "content": "Say hello in one sentence."}],
    "modalities": ["audio"],
    "speaker": "chelsie"
  }'

Using Python client

Use the --speaker argument when generating audio:

python examples/online_serving/openai_chat_completion_client_for_multimodal_generation.py \
    --query-type use_image \
    --modalities audio \
    --model Qwen/Qwen3-Omni-30B-A3B-Instruct \
    --speaker "chelsie"

Using OpenAI Python SDK

Pass speaker in extra_body:

from openai import OpenAI

client = OpenAI(base_url="http://localhost:8091/v1", api_key="EMPTY")

response = client.chat.completions.create(
    model="Qwen/Qwen3-Omni-30B-A3B-Instruct",
    messages=[{"role": "user", "content": "Say hello in one sentence."}],
    modalities=["audio"],
    extra_body={"speaker": "chelsie"}
)
# Audio uses the specified speaker
print(response.choices[1].message.audio)

Supported speaker names depend on the model (e.g. Ethan, Chelsie, Aiden). Omit speaker to use the default.

Streaming Output

If you want to enable streaming output, please set the argument as below. The final output will be obtained just after generated by corresponding stage. We support both text streaming output and audio streaming output. Other modalities can output normally.

python examples/online_serving/openai_chat_completion_client_for_multimodal_generation.py \
    --query-type use_image \
    --model Qwen/Qwen3-Omni-30B-A3B-Instruct \
    --stream

Run Local Web UI Demo

This Web UI demo allows users to interact with the model through a web browser.

Running Gradio Demo

The Gradio demo connects to a vLLM API server. You have two options:

Option 1: One-step Launch Script (Recommended)

The convenience script launches both the vLLM server and Gradio demo together:

./run_gradio_demo.sh --model Qwen/Qwen3-Omni-30B-A3B-Instruct --server-port 8091 --gradio-port 7861

This script will:

1. Start the vLLM server in the background
2. Wait for the server to be ready
3. Launch the Gradio demo
4. Handle cleanup when you press Ctrl+C

The script supports the following arguments:

• --model: Model name/path (default: Qwen/Qwen3-Omni-30B-A3B-Instruct)
• --server-port: Port for vLLM server (default: 8091)
• --gradio-port: Port for Gradio demo (default: 7861)
• --deploy-config: Path to custom deploy config YAML file (optional)
• --server-host: Host for vLLM server (default: 0.0.0.0)
• --gradio-ip: IP for Gradio demo (default: 127.0.0.1)
• --share: Share Gradio demo publicly (creates a public link)

Option 2: Manual Launch (Two-Step Process)

Step 1: Launch the vLLM API server

vllm serve Qwen/Qwen3-Omni-30B-A3B-Instruct --omni --port 8091

If you have custom stage configs file:

vllm serve Qwen/Qwen3-Omni-30B-A3B-Instruct --omni --port 8091 --deploy-config /path/to/deploy_config_file

Step 2: Run the Gradio demo

In a separate terminal:

python gradio_demo.py --model Qwen/Qwen3-Omni-30B-A3B-Instruct --api-base http://localhost:8091/v1 --port 7861

Then open http://localhost:7861/ on your local browser to interact with the web UI.

The gradio script supports the following arguments:

• --model: Model name/path (should match the server model)
• --api-base: Base URL for the vLLM API server (default: http://localhost:8091/v1)
• --ip: Host/IP for Gradio server (default: 127.0.0.1)
• --port: Port for Gradio server (default: 7861)
• --share: Share the Gradio demo publicly (creates a public link)