CorridorKey – free neural net based green screen keys

CorridorKey, a free neural-network green-screen keyer, has been released to separate foreground color from green-screen backgrounds per pixel, predicting straight color and a linear alpha channel rather than a binary mask. The tool offers dedicated green and blue screen checkpoints, resolution-independent inference from a native 2048x2048 backbone, 16-bit and 32-bit Linear float EXR output, and runs on systems with 6-8GB of VRAM and most M1+ Macs; Windows GPU acceleration requires NVIDIA drivers supporting CUDA 12.8 or higher, and AMD RDNA3/RDNA4 cards are supported via ROCm. An artist-friendly GUI version, EZ-CorridorKey, is available separately, and the developer invites contributions via the Corridor Creates Discord.

CorridorKeyMp4.mp4 When you film something against a green screen, the edges of your subject inevitably blend with the green background. This creates pixels that are a mix of your subject's color and the green screen's color. Traditional keyers struggle to untangle these colors, forcing you to spend hours building complex edge mattes or manually rotoscoping. Even modern "AI Roto" solutions typically output a harsh binary mask, completely destroying the delicate, semi-transparent pixels needed for a realistic composite. I built CorridorKey to solve this unmixing problem. You input a raw green screen frame, and the neural network completely separates the foreground object from the green screen. For every single pixel, even the highly transparent ones like motion blur or out-of-focus edges, the model predicts the true, un-multiplied straight color of the foreground element, alongside a clean, linear alpha channel. It doesn't just guess what is opaque and what is transparent; it actively reconstructs the color of the foreground object as if the green screen was never there. No more fighting with garbage mattes or agonizing over "core" vs "edge" keys. Give CorridorKey a hint of what you want, and it separates the light for you. This is a brand new release, I'm sure you will discover many ways it can be improved I invite everyone to help. Join us on the "Corridor Creates" Discord to share ideas, work, forks, etc https://discord.gg/zvwUrdWXJm https://discord.gg/zvwUrdWXJm If you want an easy-install, artist-friendly user interface version of CorridorKey, check out EZ-CorridorKey https://github.com/edenaion/EZ-CorridorKey This project uses uv https://docs.astral.sh/uv/ to manage dependencies — it handles Python installation, virtual environments, and packages all in one step, so you don't need to worry about any of that. Just run the appropriate install script for your OS. Naturally, I have not tested everything. If you encounter errors, please consider patching the code as needed and submitting a pull request. - Physically Accurate Unmixing: Clean extraction of straight color foreground and linear alpha channels, preserving hair, motion blur, and translucency. - Green or Blue Screen: Dedicated checkpoints for green and blue plates. By default --screen-color auto CorridorKey samples the first frame of the first clip in your batch and picks the dominant screen color from the background pixels; pass --screen-color green or --screen-color blue to skip the heuristic and force the choice. The despill then removes spill from the channel you're actually shooting against. Currently Torch backend only — the MLX path is green-screen until the blue MLX checkpoint ships. - Resolution Independent: The engine dynamically scales inference to handle 4K plates while predicting using its native 2048x2048 high-fidelity backbone. - VFX Standard Outputs: Natively reads and writes 16-bit and 32-bit Linear float EXR files, preserving true color math for integration in Nuke, Fusion, or Resolve. - Auto-Cleanup: Includes a morphological cleanup system to automatically prune any tracking markers or tiny background features that slip through CorridorKey's detection. This project was designed and built on a Linux workstation Puget Systems PC equipped with an NVIDIA RTX Pro 6000 with 96GB of VRAM. The community is ACTIVELY optimizing it for consumer GPUS. The most recent build should work on computers with 6-8 gig of VRAM, and it can run on most M1+ Mac systems with unified memory. Yes, it might even work on your old Macbook pro. Let us know on the Discord - Windows Users NVIDIA : To run GPU acceleration natively on Windows, your system MUST have NVIDIA drivers that support CUDA 12.8 or higher installed. If your drivers only support older CUDA versions, the installer will likely fallback to the CPU. - AMD GPU Users ROCm : AMD Radeon RX 7000 series RDNA3 and RX 9000 series RDNA4 are supported via ROCm on Linux . Windows ROCm support is experimental torch.compile is not yet functional . See the AMD ROCm Setup amd-rocm-setup section below. - GVM Optional : Requires approximately 80 GB of VRAM and utilizes massive Stable Video Diffusion models. - VideoMaMa Optional : Natively requires a massive chunk of VRAM as well originally 80GB+ . While the community has tweaked the architecture to run at less than 24GB, those extreme memory optimizations have not yet been fully implemented in this repository. - BiRefNet Optional : Lightweight AlphaHint generator option. Because GVM and VideoMaMa have huge model file sizes and extreme hardware requirements, installing their modules is completely optional. You can always provide your own Alpha Hints generated from your editing program, BiRefNet, or any other method. The better the AlphaHint, the better the result. This project uses uv https://docs.astral.sh/uv/ to manage Python and all dependencies. uv is a fast, modern replacement for pip that automatically handles Python versions, virtual environments, and package installation in a single step. You do not need to install Python yourself — uv does it for you. For Windows Users Automated : 1. Clone or download this repository to your local machine. 2. Double-click Install CorridorKey Windows.bat . This will automatically install uv if needed , set up your Python environment, install all dependencies, and download the CorridorKey model. Note: If this is the first time installing uv, any terminal windows you already had open won't see it. The installer script handles the current window automatically, but if you open a new terminal and get "'uv' is not recognized", just close and reopen that terminal. 3. Optional Double-click Install GVM Windows.bat and Install VideoMaMa Windows.bat to download the heavy optional Alpha Hint generator weights. For Linux / Mac Users Automated : 1. Clone or download this repository to your local machine. 2. Open terminal and write bash . Put a space after writing bash . 3. Drag and drop Install CorridorKey Linux Mac.sh into the terminal. Then press enter. 4. Optional Do the 2. step again. But now drag and drop Install GVM Linux Mac.sh and Install VideoMaMa Linux Mac.sh to download the heavy optional Alpha Hint generator weights. For Linux / Mac Users Manual : 1. Clone or download this repository to your local machine. 2. Install uv if you don't have it: curl -LsSf https://astral.sh/uv/install.sh | sh 3. Install all dependencies uv will download Python 3.10+ automatically if needed : For uv sync CPU/MPS default — works everywhere uv sync --extra cuda CUDA GPU acceleration Linux/Windows uv sync --extra mlx Apple Silicon MLX acceleration AMD ROCm setup, see the AMD ROCm Setup amd-rocm-setup section below. 4. Download the Models: - CorridorKey v1.0 Model ~300MB : Downloads automatically on first run. If no checkpoint is found in CorridorKeyModule/checkpoints/ , the engine fetches it from CorridorKey's HuggingFace https://huggingface.co/nikopueringer/CorridorKey v1.0 and saves it as CorridorKey v1.0.safetensors preferred — safer, no pickle . Legacy .pth files are still loaded automatically if already present. No manual download needed. - CorridorKeyBlue 1.0 Model ~300MB : Dedicated blue-screen checkpoint. Downloaded on demand the first time you run with --screen-color blue or when auto-detection picks blue from CorridorKeyBlue's HuggingFace https://huggingface.co/nikopueringer/CorridorKeyBlue 1.0 , saved as CorridorKeyBlue 1.0.safetensors . The two models coexist in checkpoints/ and are picked automatically per clip. - GVM Weights Optional : HuggingFace: geyongtao/gvm https://huggingface.co/geyongtao/gvm - Download using the CLI: uv run hf download geyongtao/gvm --local-dir gvm core/weights - Download using the CLI: - VideoMaMa Weights Optional : HuggingFace: SammyLim/VideoMaMa https://huggingface.co/SammyLim/VideoMaMa - Download the VideoMaMa fine-tuned weights: uv run hf download SammyLim/VideoMaMa --local-dir VideoMaMaInferenceModule/checkpoints/VideoMaMa - VideoMaMa also requires the Stable Video Diffusion base model VAE + image encoder only, ~2.5GB . Accept the license at stabilityai/stable-video-diffusion-img2vid-xt https://huggingface.co/stabilityai/stable-video-diffusion-img2vid-xt , then: uv run hf download stabilityai/stable-video-diffusion-img2vid-xt \ --local-dir VideoMaMaInferenceModule/checkpoints/stable-video-diffusion-img2vid-xt \ --include "feature extractor/ " "image encoder/ " "vae/ " "model index.json" - VideoMaMa is an amazing project, please go star their repo https://github.com/cvlab-kaist/VideoMaMa and show them some support - Download the VideoMaMa fine-tuned weights: CorridorKey requires two inputs to process a frame: 1. The Original RGB Image: The to-be-processed green or blue screen footage. This requires the sRGB color gamut interchangeable with REC709 gamut , and the engine can ingest either an sRGB gamma or Linear gamma curve. 2. A Coarse Alpha Hint: A rough black-and-white mask that generally isolates the subject. This does not need to be precise. It can be generated by you with a rough chroma key or AI roto. By default the screen color is auto-detected from the first frame's background pixels where the alpha hint is dark . Pass --screen-color green or --screen-color blue to skip detection and force a specific checkpoint. I've had the best results using GVM or VideoMaMa to create the AlphaHint, so I've repackaged those projects and integrated them here as optional modules inside clip manager.py . Here is how they compare: - GVM: Completely automatic and requires no additional input. It works exceptionally well for people, but can struggle with inanimate objects. - VideoMaMa: Requires you to provide a rough VideoMamaMaskHint often drawn by hand or AI telling it what you want to key. If you choose to use this, place your mask hint in the VideoMamaMaskHint/ folder that the wizard creates for your shot. VideoMaMa results are spectacular and can be controlled more easily than GVM due to this mask hint. - Please go show the creators of these projects some love and star their repos. VideoMaMa https://github.com/cvlab-kaist/VideoMaMa and GVM https://github.com/aim-uofa/GVM Perhaps in the future, I will implement other generators for the AlphaHint In the meantime, the better your Alpha Hint, the better CorridorKey's final result will be. Experiment with different amounts of mask erosion or feathering. The model was trained on coarse, blurry, eroded masks, and is exceptional at filling in details from the hint. However, it is generally less effective at subtracting unwanted mask details if your Alpha Hint is expanded too far. Please give feedback and share your results If you prefer not to install dependencies locally, you can run CorridorKey in Docker. Prerequisites: - Docker Engine + Docker Compose plugin installed. - NVIDIA driver installed on the host Linux , with CUDA compatibility for the PyTorch CUDA 12.6 wheels used by this project. - NVIDIA Container Toolkit installed and configured for Docker nvidia-smi should work on host, and docker run --rm --gpus all nvidia/cuda:12.6.3-runtime-ubuntu22.04 nvidia-smi should succeed . 1. Build the image: docker build -t corridorkey:latest . 2. Run an action directly example: inference : docker run --rm -it --gpus all \ -e OPENCV IO ENABLE OPENEXR=1 \ -v "$ pwd /ClipsForInference:/app/ClipsForInference" \ -v "$ pwd /Output:/app/Output" \ -v "$ pwd /CorridorKeyModule/checkpoints:/app/CorridorKeyModule/checkpoints" \ -v "$ pwd /gvm core/weights:/app/gvm core/weights" \ -v "$ pwd /VideoMaMaInferenceModule/checkpoints:/app/VideoMaMaInferenceModule/checkpoints" \ corridorkey:latest run inference --device cuda 3. Docker Compose recommended for repeat runs : docker compose build docker compose --profile gpu run --rm corridorkey run inference --device cuda docker compose --profile gpu run --rm corridorkey list docker compose --profile cpu run --rm corridorkey-cpu run inference --device cpu 4. Optional: pin to specific GPU s for multi-GPU workstations: NVIDIA VISIBLE DEVICES=0 docker compose --profile gpu run --rm corridorkey list NVIDIA VISIBLE DEVICES=1,2 docker compose --profile gpu run --rm corridorkey run inference --device cuda Notes: - You still need to place model weights in the same folders used by native runs mounted above . - The container does not include kernel GPU drivers; those always come from the host. The image provides user-space dependencies and relies on Docker's NVIDIA runtime to pass through driver libraries/devices. - The wizard works too, but use a path inside the container, for example: docker run --rm -it --gpus all \ -e OPENCV IO ENABLE OPENEXR=1 \ -v "$ pwd /ClipsForInference:/app/ClipsForInference" \ -v "$ pwd /Output:/app/Output" \ -v "$ pwd /CorridorKeyModule/checkpoints:/app/CorridorKeyModule/checkpoints" \ -v "$ pwd /gvm core/weights:/app/gvm core/weights" \ -v "$ pwd /VideoMaMaInferenceModule/checkpoints:/app/VideoMaMaInferenceModule/checkpoints" \ corridorkey:latest wizard --win path /app/ClipsForInference docker compose --profile gpu run --rm corridorkey wizard --win path /app/ClipsForInference For the easiest experience, use the provided launcher scripts. These scripts launch a prompt-based configuration wizard in your terminal. - Windows: Drag-and-drop a video file or folder onto CorridorKey DRAG CLIPS HERE local.bat Note: Only launch via Drag-and-Drop or CMD. Double-clicking the .bat directly will throw an error . - Linux / Mac: Run or drag-and-drop a video file or folder onto ./CorridorKey DRAG CLIPS HERE local.sh . - - Or write bash again in terminal. Put a space after and then drag-and-drop CorridorKey DRAG CLIPS HERE local.sh and your clip folder together into terminal, respectively. Then press enter. - Or write Workflow Steps: 1. Launch: You can drag-and-drop a single loose video file like an .mp4 , a shot folder containing image sequences, or even a master "batch" folder containing multiple different shots all at once onto the launcher script. 2. Organization: The wizard will detect what you dragged in. If you dropped loose video files or unorganized folders, the first prompt will ask if you want it to organize your clips into the proper structure. - If you say Yes, the script will automatically create a shot folder, move your footage into an Input/ sub-folder, and generate empty AlphaHint/ and VideoMamaMaskHint/ folders for you. This structure is required for the engine to pair your hints and footage correctly 3. If you say Yes, the script will automatically create a shot folder, move your footage into an 4. Generate Hints Optional : If the wizard detects your shots are missing an AlphaHint , it will ask if you want to generate them automatically using the repackaged GVM or VideoMaMa modules. 5. Configure: Once your clips have both Inputs and AlphaHints, select "Process Ready Clips". The wizard will prompt you to configure the run: - Gamma Space: Tell the engine if your sequence uses a Linear or sRGB gamma curve. - Despill Strength: This is a traditional despill filter 0-10 , if you wish to have it baked into the output now as opposed to applying it in your comp later. - Auto-Despeckle: Toggle automatic cleanup and define the size threshold. This isn't just for tracking dots, it removes any small, disconnected islands of pixels. - Refiner Strength: Use the default 1.0 unless you are experimenting with extreme detail pushing. 6. Result: The engine will generate several folders inside your shot directory: - /Matte : The raw Linear Alpha channel EXR . - /FG : The raw Straight Foreground Color Object. Note: The engine natively computes this in the sRGB gamut. You must manually convert this pass to linear gamma before being combined with the alpha in your compositing program . - /Processed : An RGBA image containing the Linear Foreground premultiplied against the Linear Alpha EXR . This pass exists so you can immediately drop the footage into Premiere/Resolve for a quick preview without dealing with complex premultiplication routing. However, if you want more control over your image, working with the raw FG and Matte outputs will give you that. - /Comp : A simple preview of the key composited over a checkerboard PNG . If enough people find this project interesting I'll get the training program and datasets uploaded so we can all really go to town making the absolute best keyer fine tunes Just hit me with some messages on the Corridor Creates discord or here. If enough people lock in, I'll get this stuff packaged up. Hardware requirements are beefy and the gigabytes are plentiful so I don't want to commit the time unless there's demand. By default, CorridorKey auto-detects the best available compute device: CUDA MPS CPU . Override via CLI flag: uv run python clip manager.py --action wizard --win path "V:\..." --device mps uv run python clip manager.py --action run inference --device cpu Override via environment variable: export CORRIDORKEY DEVICE=cpu uv run python clip manager.py --action wizard --win path "V:\..." Priority: --device flag CORRIDORKEY DEVICE env var auto-detect. Confirm MPS is active: Run with verbose logging to see which device was selected: uv run python clip manager.py --action list 2 &1 | grep -i "device\|backend\|mps" MPS operator errors NotImplementedError: ... not implemented for 'MPS' : Some PyTorch operations are not yet supported on MPS. Enable CPU fallback for those ops: export PYTORCH ENABLE MPS FALLBACK=1 uv run python corridorkey cli.py wizard --win path "/path/to/clips" Silent CPU fallback : If MPS silently falls back to CPU without this variable, the run will be much slower. Setting PYTORCH ENABLE MPS FALLBACK=1 in your shell profile ~/.zshrc ensures it is always active. Use native MLX instead of PyTorch MPS: MLX avoids PyTorch's MPS layer entirely and typically runs faster on Apple Silicon. See the Backend Selection backend-selection section below for setup steps. CorridorKey supports AMD GPUs via PyTorch's ROCm/HIP backend. The torch.cuda. API works transparently on AMD — HIP intercepts all CUDA calls at runtime, so the inference code runs unchanged. Supported GPUs ROCm 7.2+ : - RX 7900 XTX 24GB / XT 20GB / GRE 16GB — RDNA3, gfx1100 - RX 7800 XT 16GB / 7700 XT 12GB — RDNA3, gfx1101 - RX 9070 XT / 9070 16GB — RDNA4, gfx1201 VRAM requirements: CorridorKey inference at 2048x2048 uses ~10GB on NVIDIA but ~18GB on AMD due to HIP allocator overhead. The RX 7900 XTX 24GB and RX 7900 XT 20GB run at full resolution. Cards with 16GB RX 7800 XT, 9070 XT work on Windows which uses system RAM as overflow but may OOM on Linux — see notes below. Linux native recommended : python uv sync --extra rocm Verify uv run python -c "import torch; print torch.cuda.is available , torch.cuda.get device name 0 " WSL2 Windows Subsystem for Linux : Requires AMD Adrenalin 26.1.1+ driver on Windows. Install ROCm inside WSL2, then use AMD's WSL-specific torch wheels: 1. Install ROCm for WSL Ubuntu 24.04 sudo apt update wget https://repo.radeon.com/amdgpu-install/7.2/ubuntu/noble/amdgpu-install 7.2.70200-1 all.deb sudo apt install ./amdgpu-install 7.2.70200-1 all.deb amdgpu-install -y --usecase=wsl,rocm --no-dkms 2. Verify GPU is visible rocminfo should show your AMD GPU 3. Install AMD's WSL torch wheels Python 3.12 pip3 install \ https://repo.radeon.com/rocm/manylinux/rocm-rel-7.2/torch-2.9.1%2Brocm7.2.0.lw.git7e1940d4-cp312-cp312-linux x86 64.whl \ https://repo.radeon.com/rocm/manylinux/rocm-rel-7.2/torchvision-0.24.0%2Brocm7.2.0.gitb919bd0c-cp312-cp312-linux x86 64.whl \ https://repo.radeon.com/rocm/manylinux/rocm-rel-7.2/triton-3.5.1%2Brocm7.2.0.gita272dfa8-cp312-cp312-linux x86 64.whl 4. Fix WSL runtime library conflict required location=$ pip3 show torch | grep Location | awk -F ": " '{print $2}' rm -f ${location}/torch/lib/libhsa-runtime64.so 5. Install CorridorKey deps AFTER torch so pip doesn't overwrite ROCm torch pip3 install -e . Windows native experimental : Windows ROCm requires Python 3.12 and AMD Adrenalin 25.3.1+ driver. torch.compile does not work on Windows ROCm — inference runs in eager mode significantly slower than Linux . py -3.12 -m pip install https://repo.radeon.com/rocm/windows/rocm-rel-7.2/rocm-7.2.0.dev0-py3-none-win amd64.whl py -3.12 -m pip install --no-cache-dir https://repo.radeon.com/rocm/windows/rocm-rel-7.2/torch-2.9.1+rocmsdk20260116-cp312-cp312-win amd64.whl https://repo.radeon.com/rocm/windows/rocm-rel-7.2/torchvision-0.24.1+rocmsdk20260116-cp312-cp312-win amd64.whl What CorridorKey does automatically on ROCm: - Sets TORCH ROCM AOTRITON ENABLE EXPERIMENTAL=1 so SDPA dispatches to flash attention kernels on RDNA3 without this, attention falls back to a slow O n² path - Sets MIOPEN FIND MODE=2 for faster convolution kernel selection reduces warmup from 5-8 minutes to seconds - Uses torch.compile mode="default" on Linux to avoid OOM during kernel autotuning on 16GB cards - Skips torch.compile entirely on Windows ROCm where Triton compilation hangs - Auto-detects ROCm via /opt/rocm Linux , HIP PATH Windows , or CORRIDORKEY ROCM=1 env var explicit opt-in First-run note: The first inference run on a new AMD GPU triggers Triton kernel autotuning 10-20 minutes . This is cached in ~/.cache/corridorkey/inductor/ and only happens once per GPU architecture. Subsequent runs start instantly. 16GB cards on Linux: CorridorKey at 2048x2048 needs ~18GB. Windows handles this transparently via shared GPU memory system RAM overflow . On Linux, the GPU has a hard VRAM limit. If you hit OOM on a 16GB card, install pytorch-rocm-gtt to enable GTT system RAM as GPU overflow — CorridorKey detects and uses it automatically: pip install pytorch-rocm-gtt GTT memory is accessed over PCIe ~10-20x slower than VRAM , so expect slower frame times on 16GB cards vs 20-24GB cards. WSL2 limitation: WSL2 cannot use GTT or shared memory — it has a hard VRAM limit. 16GB cards will OOM in WSL2 at 2048x2048. Use Windows native instead, or a card with 20GB+ VRAM. CorridorKey supports two inference backends: - Torch default on Linux/Windows — CUDA, MPS, or CPU - MLX Apple Silicon — native Metal acceleration, no Torch overhead Resolution: --backend flag CORRIDORKEY BACKEND env var auto-detect. Auto mode prefers MLX on Apple Silicon when available. Override via CLI flag corridorkey cli.py : uv run python corridorkey cli.py wizard --win path "/path/to/clips" --backend mlx uv run python corridorkey cli.py run inference --backend torch 1. Install the MLX backend: uv sync --extra mlx 2. Obtain the MLX weights .safetensors — pick one option: Option A — Download pre-converted weights simplest : Download weights from GitHub Releases into a local cache directory uv run python -m corridorkey mlx weights download Print the cached path, then copy to the checkpoints folder WEIGHTS=$ uv run python -m corridorkey mlx weights download --print-path cp "$WEIGHTS" CorridorKeyModule/checkpoints/corridorkey mlx.safetensors Option B — Convert from an existing .pth checkpoint: Clone the MLX repo contains the conversion script git clone https://github.com/nikopueringer/corridorkey-mlx.git cd corridorkey-mlx uv sync Convert point --checkpoint at your CorridorKey.pth uv run python scripts/convert weights.py \ --checkpoint ../CorridorKeyModule/checkpoints/CorridorKey v1.0.pth \ --output ../CorridorKeyModule/checkpoints/corridorkey mlx.safetensors cd .. Re-publishing the Torch-side official .safetensors : use scripts/convert pth to safetensors.py in this repo. It strips the orig mod. prefix, contiguises tensors, and verifies the round-trip.Either way the final file must be at: CorridorKeyModule/checkpoints/corridorkey mlx.safetensors 3. Run with auto-detection or explicit backend: CORRIDORKEY BACKEND=mlx uv run python clip manager.py --action run inference MLX uses img size=2048 by default same as Torch . - "No .safetensors checkpoint found" — place MLX weights in CorridorKeyModule/checkpoints/ - "corridorkey mlx not installed" — run uv sync --extra mlx - "MLX requires Apple Silicon" — MLX only works on M1+ Macs - Auto picked Torch unexpectedly — set CORRIDORKEY BACKEND=mlx explicitly For developers looking for more details on the specifics of what is happening in the CorridorKey engine, check out the README in the /CorridorKeyModule folder. We also have a dedicated handover document outlining the pipeline architecture for AI assistants in /docs/LLM HANDOVER.md . You can also explore the full, auto-generated codebase documentation on DeepWiki https://deepwiki.com/nikopueringer/CorridorKey . The project includes unit tests for the color math and compositing pipeline. No GPU or model weights required — tests run in a few seconds on any machine. uv sync --group dev install test dependencies pytest uv run pytest run all tests uv run pytest -v verbose output shows each test name Use this tool for whatever you'd like, including for processing images as part of a commercial project You MAY NOT repackage this tool and sell it, and any variations or improvements of this tool that are released must remain under the same license, and must include the name Corridor Key. You MAY NOT offer inference with this model as a paid API service. If you run a commercial software package or inference service and wish to incoporate this tool into your software, shoot us an email to work out an agreement I promise we're easy to work with. contact@corridordigital.com mailto:contact@corridordigital.com . Outside of the stipulations listed above, this license is effectively a variation of Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License CC BY-NC-SA 4.0 https://creativecommons.org/licenses/by-nc-sa/4.0/ Please keep the Corridor Key name in any future forks or releases - CorridorKeyOpenVINO https://github.com/daniil-lyakhov/CorridorKeyOpenVINO - Run the CorridorKey model quickly on Intel hardware with the OpenVINO inference framework. CorridorKey integrates several open-source modules for Alpha Hint generation. We would like to explicitly credit and thank the following research teams: - Generative Video Matting GVM : Developed by the Advanced Intelligent Machines AIM research team at Zhejiang University. The GVM code and models are heavily utilized in the gvm core module. Their work is licensed under the 2-clause BSD License BSD-2-Clause https://opensource.org/license/bsd-2-clause . You can find their source repository here: aim-uofa/GVM https://github.com/aim-uofa/GVM . Give them a star - VideoMaMa: Developed by the CVLAB at KAIST. The VideoMaMa architecture is utilized within the VideoMaMaInferenceModule . Their code is released under the Creative Commons Attribution-NonCommercial 4.0 International License CC BY-NC 4.0 https://creativecommons.org/licenses/by-nc/4.0/ , and their specific foundation model checkpoints dino projection mlp.pth , unet/ are subject to the Stability AI Community License https://stability.ai/license . You can find their source repository here: cvlab-kaist/VideoMaMa https://github.com/cvlab-kaist/VideoMaMa . Give them a star By using these optional modules, you agree to abide by their respective Non-Commercial licenses. Please review their repositories for full terms.