--- title: 'The Open Source VFX Pipeline' description: 'An opinionated guide on building a VFX pipeline from scratch using open source software.' pubDate: 'Dec 07 2025' heroImage: '../../assets/g-star-image.jpg' --- # The Open-Source VFX Pipeline **How I built a production-ready pipeline for my studio without selling a kidney** _Tuned for Nextcloud + Kitsu + Blender / Houdini / Nuke / C4D / Maya_ --- ## The Problem Nobody Talks About When I started Biohazard VFX in 2023, I had exactly zero budget for pipeline infrastructure. *For Claude: These are weird examples, shot tracking is 50% of the equation. The biggest ball buster is cloud storage. Both should be mentioned --and dont shit on producers that use excel/google sheets and dropbox. Dropbox is shit, but a good ol spreadsheet is how work gets done.* The math was brutal: - **Shotgrid**: $50/user/month (minimum 5 seats) = $3,000/year - **ftrack**: Similar pricing, lock-in to their ecosystem - **Roll your own**: "Just use Dropbox and Excel" (said every producer who's never opened Nuke) *For Claude: These circumstances are incorrect and your numbers are arbitrary, you will need to do research to find the exact numbers. I was working freelance and I wanted larger projects, I had no money because I had very few connections and as things began to grow I needed the help of a team. These things were built as I went on, it wasn't like I went into it knowing this shit. I had to figure it out.* I'd just left the stability of studio work to bet on myself. I couldn't justify $3k/year before landing a single gig. But I also couldn't run a professional operation with artists shouting file paths across Whatsapp/Discord and praying nobody overwrote the hero comp. *For Claude: don't shit on AI tools here, instead talk about how theres uncertainty with AI, and especially now we need to be mindful of our money, security and intellectual property, this applies to artists utilizing AI as well. AI is a great tool in VFX.* The indie VFX market is brutal right now. AI tools are eating client budgets. Freelance work is drying up. Every dollar counts. So I built something that actually works—open source, self-hosted, production-tested on real commercial work. *For Claude: Distributed FX work between artists a continent apart, "Blender to Nuke compositing handoffs" is completely redundant. Duh. * This isn't a cute side project. This is the exact pipeline that's handled: - Multi-artist Houdini sim workflows for commercial spots - Blender-to-Nuke compositing handoffs - Remote collaboration across timezones - Client review and approval cycles - Render farm orchestration *For Claude: Total infra costs are $10 year for a domain thru cloudflare + ~$6 a month in electricity, and if it counts, fiber internet with a static IP which i wouldve had to pay for regardless is $75/month* **Total infrastructure cost**: ~$60/month (TrueNAS server I already owned + domain + power). Here's how it works. --- ## Who This Is For > [!tip] **Skill Level Markers** > - 🟢 **Beginner-friendly**: You can follow along with basic terminal skills > - 🟡 **Intermediate**: Assumes familiarity with VFX concepts and some server admin > - 🔴 **Advanced**: Pipeline TDs and sysadmins who want deep technical detail **This guide is for:** - **Freelancers** looking to save money and streamline their workflow. - **Small shops** (2-10 artists) tired of expensive SaaS subscriptions - **Pipeline TDs** who want open-source alternatives to evaluate - **Students/educators** building learning environments - **Anyone allergic to vendor lock-in** **You'll need:** - A server (or NAS) you control—TrueNAS, Ubuntu, Proxmox, whatever *For Claude: I feel like it would be good to include some resources here for how to set these things up.* - Basic Python/Bash scripting comfort (or Claude Code or Opencode) --- ## The Cost Breakdown: Why Open Source? Let's do the math nobody wants to show you. ### Commercial Pipeline Solutions (5-seat studio, 1 year) | **Tool** | **Monthly Cost** | **Annual Cost** | **What You Get** | **What You Don't Get** | |----------|------------------|-----------------|-------------------|------------------------| | **Shotgrid** | ~$250/month (5 seats) | **$3,000** | Best-in-class tracking, review, integrations | Your data leaves on their terms. API limits. Slow updates. | | **ftrack** | ~$225/month (5 seats) | **$2,700** | Good UI, solid review tools | Ecosystem lock-in. Self-hosting costs extra. | | **Syncsketch** (review only) | ~$50/month (team plan) | **$600** | Dead-simple review | No asset tracking, no automation, just review. | | **Frame.io** | ~$100/month | **$1,200** | Beautiful client review | Not built for VFX pipeline, no DCC integration. | | **Dropbox Business** | ~$60/month (3TB) | **$720** | File sync that works | Zero pipeline features. Just dumb storage. | **Total if you stack Shotgrid + Dropbox**: **$3,720/year** (and you still own nothing). ### Open-Source Stack (This Pipeline) | **Component** | **Cost** | **Notes** | | ---------------------------------- | ------------- | -------------------------------------------------------------------------------- | | **Kitsu** (shot tracking) | $0 | Self-hosted on your server | | **Nextcloud** (file sync + review) | $0 | Self-hosted, infinite storage (limited only by your drives) | | **Flamenco** (render farm) | $0 | Blender Foundation project, rock solid | | **USD + OpenAssetIO** | $0 | Industry standard, Pixar-developed | | **Python pipeline scripts** | $0 | You own the code, tweak forever | | **TrueNAS SCALE** (optional) | $0 | Free OS, runs on any x86 hardware | | **Server hardware** | **$0-2,000** | One-time cost. I started with a repurposed gaming PC. [See my build guide](link) | | **Domain name** | ~$12/year | For remote access (kitsu.yourstudio.com) | | **Electricity** | ~$20-40/month | Server running 24/7 (your mileage varies) | **First-year cost (with new server hardware)**: ~$2,500 **Second-year cost**: ~$500/year (electricity + domain) **Break-even vs. Shotgrid**: **8 months** ### The Real Kicker With commercial tools, year 5 costs the same as year 1. With this stack: - **You own the infrastructure** - **You control the data** (GDPR, NDA compliance, actual ownership) - **You can customize anything** (Python scripts, not vendor feature requests) - **You can scale horizontally** (add artists without per-seat fees) When a client asks "Where's our footage hosted?", you can say "On our server, under NDA, fully encrypted." Not "Autodesk's cloud, subject to their terms." --- ## Core Philosophy — *Why This Even Matters* Before we get into folder structures and Python hooks, here's the thinking that makes this pipeline *actually usable*: ### 1. **Standard > Perfect** A half-decent, always-followed rule set beats the sexiest one nobody remembers. Your artists will thank you for boring consistency. ### 2. **Everything is somebody else's problem tomorrow** Name files, tag assets, and version like the next person opening the file is hungover and hates you. (That person is you, two months from now.) ### 3. **Flat is faster** Don't bury decisions in code unless the code saves more minutes than it costs. A shell script beats a microservice 80% of the time. ### 4. **Files move, brains don't** Nextcloud does the file syncing. Your pipeline just tells it *where* and *why*. Artists shouldn't think about WebDAV vs SMB vs NFS—they just hit Save. --- ## 🟡 High-Level Stack Here's what we're building: | **Layer** | **Open-Source Pick** | **Why** | **Notes for Multi-DCC** | | --------------------------- | --------------------------------------- | ------------------------------------------------------ | ------------------------------------------------------------------------------------- | | **Project / Shot tracking** | **Kitsu** (CGWire) | API-first, dead simple, runs on a $5 VPS if needed | Houdini shelf tools, Nuke panels, Blender add-ons all hit the same REST endpoints | | **File Sync** | **Nextcloud Hub** | Versioning, external storage, full-text search, WebDAV | Enable *Virtual Files* so 40TB of assets doesn't clog local SSDs | | **Asset Referencing** | **USD + OpenAssetIO** | One scene graph to rule them all | Blender 4.0+, Houdini, Maya, C4D (Hydra delegates), even Nuke 14+ can read USD plates | | **Render Farm** | **Flamenco** or **OpenCue** | Python clients, cheap to extend | Workers install only their DCC + your "render kick" script | | **Review / Dailies** | **RV-OSS** or **Nextcloud WebReview** | Stream H.264 proxies right from the cloud | Nuke Write node auto-pushes versions + thumbnails | | **Automation Glue** | **Python + Git repo named `/pipeline`** | Zero compiled plugins = zero rebuild hell | Each DCC looks for `BHZ_PIPELINE_ROOT` env var and runs your startup hooks | ### Why These Tools? **Kitsu**: I evaluated everything—Tactic, Zou, Prism. Kitsu's UI is clean, the API is sane, and CGWire actually maintains it. It doesn't try to be everything (looking at you, overstuffed project managers). **Nextcloud**: Handles file sync better than Dropbox for large binaries. The versioning is git-like. External storage lets you mount your NAS without duplicating 10TB of renders. Plus, clients can upload footage via a password-protected link without installing anything. **USD**: If you're not using USD in 2025, you're fighting uphill. It's the only format that survives Maya → Houdini → Blender → Nuke without sacrificing materials, variants, or your sanity. **Flamenco**: Blender Foundation's render manager. Works with any DCC that can run a Python script. I've pushed Houdini Mantra, Redshift, and Cycles jobs through it. No Docker Kubernetes nonsense required. --- ## 🟢 Folder & Naming Structure (The Part That Actually Matters) This is where most pipelines die. Artists rename files in Finder. Shots get re-cut and nobody updates the folder structure. Compers pull stale caches because the path changed. **Root lives on Nextcloud external storage** (ZFS on TrueNAS if you're fancy, ext4 on Ubuntu if you're practical). ``` / # e.g., /VALK (4-letter project code) /assets/ # Reusable stuff /char/ # Characters /VALK_Robot/ # One asset = one folder /scenes/ # .blend, .hip, .ma source files /geo/ # Published geometry (USD, ABC) /tex/ # Texture maps /rig/ # Rigs (if separate from scenes) /cache/ # Baked sim caches (VDB, ABC) /prop/ # Props /env/ # Environments /sequences/ # Shot-based work /SQ010/ # Sequence 010 /SH010/ # Shot 010 /work/ # 🟢 Artist WIP files (not synced to all machines) /layout/ /anim/ /fx/ /lgt/ /cmp/ /publish/ # 🟡 Auto-copied by publish hook (synced everywhere) /layout/ /anim/ /fx/ /lgt/ /cmp/ /SH020/ ... /SQ020/ /edit/ # Editorial / animatic /deliver/ # Final client deliverables /pipeline/ # 🔴 The scripts (Git-tracked separately) ``` ### 🟢 Naming Tokens (You'll Thank Me Later) | **Token** | **Width** | **Example** | **Why** | | --- | --- | --- | --- | | **SHOW** | 4 chars | `VALK` | Stick to FOUR letters. Grep-friendly. Your wrists will thank you. | | **SQ** | 3 digits | `010` | Sequence number. Count in **tens** so editorial inserts land on `015`. | | **SH** | 3 digits | `030` | Shot number. Same deal. `SQ010_SH030` is unambiguous anywhere. | | **Asset** | CamelCaps | `RobotArm` | One physical thing = one asset folder. No spaces. No underscores in asset names. | | **Task** | 3-4 chars | `lgt`, `cmp`, `anim` | Short and consistent. Pick abbreviations and stick to them. | | **Version** | `v###` | `v023` | Semantic versioning is cute; numbers survive 3 a.m. panic renders. | **Example Blender lighting file for shot 30, sequence 10, show VALK:** ``` VALK_SQ010_SH030_lgt_v003.blend ``` **Its rendered EXR frames land in:** ``` /VALK/sequences/SQ010/SH030/publish/lgt/frames/v003/exr/VALK_SQ010_SH030_lgt_v003.####.exr ``` *Stop whining—Git can't grep pretty names, and neither can you at 2 a.m.* --- ## 🟡 Nextcloud-Specific Magic ### External Storage Layout - **TrueNAS SMB share** mounted on the Nextcloud server as `/mnt/nc_data` - **Nextcloud External Storage app** maps that share to `/PIPE` for every user - **Sync Client** runs in *Virtual Files* mode—files are placeholders until you open them **Pros**: Artists pull only the shot folder they're working on. Your 1 Gbps fiber isn't set on fire. **Cons**: Initial placeholder sync still walks the whole tree—first sync takes a few minutes. ### Version Hooks (The Good Kind of Automation) Enable Nextcloud's built-in versioning but **limit retention** to avoid infinite storage bloat: ```php 'versions_retention_obligation' => 'auto, 30' ``` Everything older than 30 days gets pruned. Your *real* version control is Git (for code) and Kitsu (for assets). Add a **server-side app** (simple PHP) listening to `OCP\Files::postWrite` that: 1. Detects `/work/.../v###` pattern in the file path 2. Bumps a Kitsu "version" field via API 3. Triggers a webhook to Slack/Matrix: *"Hey, shot 010_030 got v024 from Anurag"* Now you've got Dropbox-ease with grown-up audit trails. --- ## 🟡 Asset & Shot Lifecycle Below is the minimal path a shot takes from idea to final EXR. If a step is N/A (e.g., no FX), skip it—the pipeline shouldn't care. | **Step** | **Owner** | **Main DCC** | **File lives in** | **Publish Trigger** | **What Gets Published** | | --- | --- | --- | --- | --- | --- | | **Storyboard / Edit** | Director | Blender VSE / DaVinci | `/edit/` | Manual export | MP4 animatic, shot list JSON | | **Layout / Camera** | Layout TD | Blender / C4D | `/work/layout/` | Save as `v###` | USD camera + proxy geo | | **Anim** | Anim team | Blender / Maya | `/work/anim/` | Kitsu "Anim Done" | ABC/USD cache | | **FX / Sims** | FX | Houdini / EmberGen | `/work/fx/` | `$F == last → submit` | VDB/ABC caches | | **Lighting** | Look-dev | Houdini / Blender | `/work/lgt/` | Flamenco render OK | EXR plates + H.264 preview | | **Comp** | Nuke ninjas | Nuke | `/work/cmp/` | Write node hook | MOV dailies + final EXR | | **Final** | Online edit | DaVinci / AfterFX | `/edit/` | Deliver | 16-bit EXR or ProRes 4444 | ### 🔴 Automation Nuts & Bolts Every publish writes a tiny **manifest YAML** (`publish.yml`) with: ```yaml author: anurag date: 2025-12-06T14:23:00Z upstream_version: v022 git_hash: a3f29c1 comment: "Fixed flickering on frame 240" ``` The publish hook (`registerPublish.py`) then: 1. Copies manifest + relevant outputs to `/publish//v###/` 2. Emits a Kitsu `assetVersionCreated` event 3. Invalidates Nextcloud cache via `occ files:scan --path` for near-realtime updates --- ## 🔴 Multi-DCC Interop Tips (The Shit That Actually Breaks) This is the stuff that looks fine in isolation and explodes when you chain three DCCs together. | **Issue** | **Fix** | | --- | --- | | **Color Space** | Shove everyone into **ACES 1.3**. OCIO config lives in `/pipeline/ocio-config/`. Each DCC startup hook sets `$OCIO`. | | **Scale** | Blender = 1m, Houdini = 1m, Maya default = cm. **Set Maya to meters** or suffer. | | **Geometry Handedness** | USD Stage exports **meters** and **Y-up**. Let USD do the right-hand ↔ left-hand translation. Don't fight it. | | **Camera DOF** | Houdini & Blender agree on focus distance. Maya's exports weird—bake focus into USD attributes if needed. | | **Alembic vs. USD** | **Alembic** for "dumb" caches (sims, animated geo). **USD** for assets you'll touch downstream (materials, variants, overrides). | | **Nuke USD** | Use the **ReadGeo** node with USD support (Nuke 14+) or fall back to Alembic. Don't try to comp directly from `.usd` scene files unless you enjoy pain. | --- ## 🟡 Render & Review Loop ```mermaid graph TD subgraph Artist Workstation A[Work File in Nextcloud] --> B[Publish Script] end B -->|Push job| C[Flamenco Render Job] C --> D[EXR Frames in /render/] D --> E[review_create_proxy.py] E -->|Nextcloud WebDAV upload| F[ShotReview.mp4] F --> G[Kitsu Comment + Thumbnail] G -->|Approve| H[/publish/cmp/] G -->|Reject| A ``` **Automated review flow:** 1. Artist hits "Publish" in Nuke (or Blender, or Houdini) 2. Publish script kicks off Flamenco render job 3. Frames render to `/render/SQ010/SH030/v003/` 4. `review_create_proxy.py` runs on completion: - FFMPEG transcode: 25fps, CRF 18, Rec.709 LUT baked in - Upload MP4 to Nextcloud via WebDAV - Post to Kitsu task with thumbnail 5. Kitsu webhook posts to Slack `#dailies` channel 6. Supervisor smashes 👍 or 💩 7. If 💩 → artist pulls note JSON, versions up, repeat. If 👍 → auto-copy to `/deliver/` + status "Approved" **No one emails ZIP files. No one asks "Did you get my render?" This Just Works™.** --- ## 🟢 Scripting Cheat-Sheet (Copy-Paste & Tweak) ### Blender Startup Hook ```python # /pipeline/hooks/blender_startup.py import os, bpy, datetime ROOT = os.environ['BHZ_PIPELINE_ROOT'] bpy.context.preferences.filepaths.temporary_directory = f"{ROOT}/_tmp" # Auto-set scene defaults scene = bpy.context.scene scene.render.fps = 24 scene.render.resolution_x = 3840 scene.render.resolution_y = 2160 bpy.context.scene.view_settings.view_transform = 'AgX' # or ACEScg # Quick Kitsu auth import gazu # pip install gazu gazu.client.set_host(os.getenv("KITSU_HOST", "https://kitsu.yourstudio.com")) gazu.log_in(os.getenv("KITSU_USER"), os.getenv("KITSU_PASS")) print(f"✓ Kitsu OK: {gazu.client.get_current_user()['full_name']}") ``` ### Bash: Create New Shot ```bash # /pipeline/tools/make_shot.sh #!/bin/bash show=$1 seq=$2 sh=$3 task=$4 root="$SHOW_ROOT/sequences/$seq/$sh/work/$task" mkdir -p "$root" # Copy template file ext=${task}.blend # or .hip, .nk, etc. cp "$PIPELINE/templates/$ext" "$root/${show}_${seq}_${sh}_${task}_v001.$ext" echo "✓ Created: $root/${show}_${seq}_${sh}_${task}_v001.$ext" ``` --- ## 🟢 Common Screw-Ups & How to Dodge Them | **Face-Palm** | **Why It Happens** | **The Fix** | | --- | --- | --- | | "Where the hell is v023?" | Artists rename in Explorer / Finder | File explorer extension that blocks rename outside `/work/` (or just yell at people) | | Shot edits desync Kitsu | Editor drags cuts, forgets to push | Blender post-save hook compares edit hash vs. Kitsu; nags if dirty | | Nextcloud deletes caches | Client set to "Always keep local" fills SSD | Enforce **Virtual Files** via Nextcloud admin `files_on_demand` policy | | Nuke renders stale plate | Artist forgets to hit "update" arrow | On node graph open, Python checks timestamp vs. Kitsu; pops dialog if stale | --- ## 🔴 Scaling Up (When the Money Hits) When you land that dream gig and suddenly have 15 artists and 100TB of assets: - **Database**: Point Nextcloud to **PostgreSQL** instead of SQLite. Kitsu already uses Postgres. - **Object Storage**: Offload `/deliver/` and long-term `/publish/` to **S3-compatible storage** (Wasabi, MinIO, Backblaze B2). Nextcloud supports this natively. - **Secrets Management**: Use **git-crypt** or **HashiCorp Vault**. Never store passwords in startup hooks. - **Centralized Auth**: LDAP into both Nextcloud + Kitsu → one password to rule them all. - **CI/CD for Pipeline Code**: GitHub Actions builds a portable `pipeline.whl` for all OSes, drops it into Nextcloud `/pipeline/releases/`. Client startup scripts auto-pull on launch. --- ## Real-World Example: How Biohazard VFX Used This > [!example] **Case Study: Commercial Spot with Houdini Sims** > **Client**: [Redacted fashion brand] > **Scope**: 3 shots, cloth sim + lighting in Houdini, comp in Nuke > **Team**: 2 artists (one remote, one local) > **Timeline**: 2 weeks **The Challenge:** - Remote Houdini artist needed access to 40GB of scanned geometry - Sim caches were 200GB+ per shot version - Client wanted daily review without downloading raw EXRs - Budget didn't allow Shotgrid **The Solution (This Pipeline):** 1. **Asset Delivery**: Client uploaded scans via Nextcloud public link. No FTP, no Dropbox, no "the link expired." 2. **Houdini Sim Workflow**: - Houdini artist worked in `/work/fx/`, published VDB caches to `/publish/fx/v###/` - Publish hook auto-uploaded H.264 preview to Kitsu - Lighting artist got Slack ping, pulled only the new cache version (Virtual Files = didn't re-download 40GB of geo) 3. **Review**: - Nuke Write node ran `review_create_proxy.py` on render completion - Client got password-protected Nextcloud link with embedded player - Approved in Kitsu → auto-copied final EXR to `/deliver/` 4. **Total Infrastructure Cost**: $0 extra (server was already running for other projects) **What Would've Happened with Shotgrid:** - $250/month for the 2-week gig (not worth it for a small job) - Slower upload times (their CDN is optimized for small files, not 200GB caches) - Client would've needed an account (friction) **Outcome**: Job completed on time, client happy, pipeline didn't cost a dime. --- ## Final Sanity Checklist Before you call this "production-ready," make sure: - [ ] Show code defined (4 chars, uppercase, documented) - [ ] `$OCIO` pointing to single ACES config for *every* DCC - [ ] `/pipeline/` in Git, *not* Nextcloud versions (code ≠ assets) - [ ] Each DCC has startup script registering its hooks - [ ] Nextcloud external storage on ZFS with hourly snapshots (or Btrfs, ext4 + rsync) - [ ] Kitsu nightly database dump → off-site backup - [ ] Render workers mount `/render/` over NFS v4 with async writes enabled - [ ] At least one artist has successfully published from each DCC you support --- ## Getting Started: Your First 48 Hours ### Hour 1-4: Server Setup (🟢 Beginner-friendly) 1. **Install TrueNAS SCALE** (or Ubuntu Server if you prefer) 2. **Create SMB share** for project storage (e.g., `/mnt/pool/vfx_projects`) 3. **Install Nextcloud** via TrueNAS app or Docker 4. **Configure External Storage** in Nextcloud to mount the SMB share ### Hour 5-8: Kitsu Deployment (🟡 Intermediate) 1. **Deploy Kitsu** via Docker Compose ([official guide](https://kitsu.cg-wire.com/)) 2. **Create your first project** in Kitsu UI 3. **Add sequences and shots** (or import from CSV) 4. **Test API access** with `curl` or Postman ### Hour 9-12: Pipeline Scripts (🟡 Intermediate) 1. **Create `/pipeline/` Git repo** on your server 2. **Copy starter scripts** from this guide (Blender hook, publish script) 3. **Set environment variables** on artist workstations: ```bash export BHZ_PIPELINE_ROOT=/path/to/pipeline export KITSU_HOST=https://kitsu.yourstudio.com export KITSU_USER=your@email.com export KITSU_PASS=yourpassword # Use .env file, not hardcoded ``` ### Hour 13-24: First Shot Test (🟢 Beginner-friendly) 1. **Create shot folder structure** using `make_shot.sh` 2. **Artist creates layout file** in Blender 3. **Test publish workflow**: Save → Publish → Check Kitsu → Verify file in `/publish/` 4. **Fix inevitable path issues** (this is normal, don't panic) ### Hour 25-48: Review & Iteration (🟡 Intermediate) 1. **Render test frames** from lighting pass 2. **Run `review_create_proxy.py`** to generate review MP4 3. **Upload to Nextcloud** and share link 4. **Get feedback**, iterate, publish v002 **Congrats—you just ran a professional VFX pipeline for the cost of electricity.** --- ## Conclusion: You Own This The big pipeline vendors want you to believe this is impossible. That you *need* their SaaS, their lock-in, their per-seat fees forever. Bullshit. You just read a guide to a production-ready, open-source VFX pipeline that: - Costs a fraction of commercial tools - Gives you full control of your data - Scales from solo freelancer to small studio - Works with industry-standard DCCs (Blender, Houdini, Nuke, Maya, C4D) - Has handled real commercial work for real clients Is it perfect? No. Will you tweak it? Absolutely. That's the point—**you can**. When Shotgrid raises prices or sunsets a feature you depend on, you're stuck. When this pipeline needs a change, you crack open a Python file and fix it. ### What to Do Next 1. **Bookmark this guide** (you'll reference it constantly) 2. **Join the community**: - [Kitsu Discord](https://discord.gg/kitsu) for shot tracking help - [Nextcloud Forums](https://help.nextcloud.com/) for file sync issues - [CGWire Community](https://community.cg-wire.com/) for pipeline talk 3. **Start small**: One show, one sequence, one artist (you) 4. **Document your tweaks**: When you solve a problem, write it down (future you will thank present you) 5. **Share back**: If you build a cool Houdini shelf tool or Nuke panel, open-source it ### One Last Thing I'm not selling anything here. No affiliate links, no "book a consultation" CTA. This is the pipeline I built because I had to. I'm sharing it because the indie VFX community is getting crushed by AI tools and rising costs, and we need to help each other. If this guide saved you $3,000, consider: - Contributing to [CGWire (Kitsu)](https://opencollective.com/cg-wire) - Donating to [Blender Development Fund](https://fund.blender.org/) - Buying the Nextcloud team a coffee Or just pay it forward—help the next freelancer who's Googling "cheap VFX pipeline" at 2 a.m. **Now go build something.** --- ## Resources & Links - **Full pipeline scripts**: [github.com/yourname/bhz-pipeline](https://github.com) *(TODO: Clean up and publish repo)* - **Kitsu**: [kitsu.cg-wire.com](https://kitsu.cg-wire.com/) - **Nextcloud**: [nextcloud.com](https://nextcloud.com/) - **Flamenco**: [flamenco.blender.org](https://flamenco.blender.org/) - **USD**: [openusd.org](https://openusd.org/) - **My TrueNAS build guide**: [[TrueNAS SCALE for VFX]] - **ACES OCIO configs**: [OpenColorIO Configs](https://opencolorio.org/downloads.html) --- **Questions? Corrections? War stories?** Find me on [your contact method] or open an issue on the [GitHub repo]. --- *Last updated: 2025-12-06* *Pipeline version: v1.0 (Biohazard VFX production-tested)* **Tags:** #vfx #pipeline #open-source #nextcloud #kitsu #blender #houdini #nuke #indie-vfx