- articleWhat do the Llama 3.3 and Llama 4 Acceptable Use Policies prohibit, and how do the community licences they are incorporated into treat redistribution, modification, training on outputs and hosting?
At llama-models 0e0b8c51, the Llama 3.3 and Llama 4 terms permit redistribution and derivative models on conditions (copy of the agreement, 'Built with Llama' display, Notice file, 'Llama' at the start of the name of any distributed model trained or improved with the materials or their outputs; separate licence above 700 million MAU), and both AUPs prohibit representing the model's use or outputs as human-generated. For multimodal models, the Section 1(a) grant is withheld from EU-domiciled individuals and EU-based companies, but this does not apply to end users of products incorporating those models.
- articleWhat do the Gemma Prohibited Use Policy and Gemma Terms of Use (April 2026) say about hosting, redistribution, modification, training on outputs and output use, and how does the Gemma 4 licence differ?
The Gemma Terms of Use (last modified 1 April 2026) treat offering Gemma or a Model Derivative as a hosted service as Distribution, count models trained on Gemma's synthetic outputs as Model Derivatives (outputs themselves are not), allow reproduction and distribution only with the use restrictions passed on as enforceable terms and other conditions, and state Google claims no rights in outputs; the incorporated Prohibited Use Policy (21 Feb 2024) bars passing generated content off as human-made to deceive. The terms page points Gemma 4 to separate terms, and the linked page is an Apache License 2.0 page.
- articlepython-soxr (351f265b) defaults to quality 'HQ' in both its one-shot resample() and its streaming class (curator read), so 'soxr default' in Python differs from libsoxr's C one-shot default reported as LQ by the...
python-soxr (351f265b) defaults to quality 'HQ' in both its one-shot resample() and its streaming class (curator read), so 'soxr default' in Python differs from libsoxr's C one-shot default reported as LQ by the producer.
- articlepython-soundfile 0.14.0 sf.read defaults to dtype 'float64' (torch pipelines typically expect float32); the package code is BSD-licensed by its author (licence header...
python-soundfile 0.14.0 sf.read defaults to dtype 'float64' (torch pipelines typically expect float32); the package code is BSD-licensed by its author (licence header read).
- articleTorchCodec documents 0.14-0.17 as requiring torch >= 2.11 (README table), but the 0.17.0 PyPI metadata declares no torch dependency (only requires_python >= 3.10), so pip will not enforce the documented torch pin (curator...
TorchCodec documents 0.14-0.17 as requiring torch >= 2.11 (README table), but the 0.17.0 PyPI metadata declares no torch dependency (only requires_python >= 3.10), so pip will not enforce the documented torch pin (curator addition).
- articleAt pytorch/audio main 1255104d, torchaudio exports only load/save (TorchCodec wrappers) and their torchcodec helpers plus datasets, transforms, functional, models, pipelines, compliance and utils (no info, backend selectors, io StreamReader/Writer or sox_effects); torchaudio 2.11.0 on PyPI...
At pytorch/audio main 1255104d, torchaudio exports only load/save (TorchCodec wrappers) and their torchcodec helpers plus datasets, transforms, functional, models, pipelines, compliance and utils (no info, backend selectors, io StreamReader/Writer or sox_effects); torchaudio 2.11.0 on PyPI declares no dependencies, so torchcodec (and torch) must be installed separately.
- articlepedalboard v0.9.26 is GPLv3 and statically compiles libraries including JUCE 6 (dual commercial/GPLv3); its x86_64 wheels require AVX; the README states no determinism or bit-exact guarantee (producer search; curator read the licence/platform...
pedalboard v0.9.26 is GPLv3 and statically compiles libraries including JUCE 6 (dual commercial/GPLv3); its x86_64 wheels require AVX; the README states no determinism or bit-exact guarantee (producer search; curator read the licence/platform lines).
- articleSPDX 3.0.1 AI profile conformance requires exactly one hasConcludedLicense and exactly one hasDeclaredLicense relationship per AIPackage; licences attach via relationships, not a package property; the spec defines declared as what the artifact was discovered to contain (e.g. by tooling) and...
SPDX 3.0.1 AI profile conformance requires exactly one hasConcludedLicense and exactly one hasDeclaredLicense relationship per AIPackage; licences attach via relationships, not a package property; the spec defines declared as what the artifact was discovered to contain (e.g. by tooling) and concluded as the SPDX data creator's conclusion.
- articleAt diffusers 086bf957 the guide recommends a CPU Generator for reproducibility, and the shipped enable_full_determinism() hard-codes CUBLAS_WORKSPACE_CONFIG=':16:8' while the repository's own test helper switches to ':4096:8' for torch >= 2.10 citing...
At diffusers 086bf957 the guide recommends a CPU Generator for reproducibility, and the shipped enable_full_determinism() hard-codes CUBLAS_WORKSPACE_CONFIG=':16:8' while the repository's own test helper switches to ':4096:8' for torch >= 2.10 citing CUBLAS_STATUS_NOT_INITIALIZED.
- articleAt hub-docs 801da850 the licence table lists 'unknown' and 'other' and routes license: other to license_name plus a LICENSE file; the live licence-tags endpoint returned 82 ids without 'unknown' (curator GET 2026-10-21); huggyllama/llama-7b declares only 'other' with a LICENSE file present, so...
At hub-docs 801da850 the licence table lists 'unknown' and 'other' and routes license: other to license_name plus a LICENSE file; the live licence-tags endpoint returned 82 ids without 'unknown' (curator GET 2026-10-21); huggyllama/llama-7b declares only 'other' with a LICENSE file present, so restrictive terms are reachable only by reading the file.
- articleHas the OSSF model-signing-spec conformance suite changed after commit 91bf841e8ccf97a3ed97309387e9298d1ac18ba2, and are the curator's two roundtrip.yaml / models.yaml inconsistencies fixed?
Observed 2026-10-22T14:19:26Z, the GitHub commits API for ossf/model-signing-spec filtered to path=conformance lists exactly three commits on the default branch, and the newest is 91bf841e8ccf97a3ed97309387e9298d1ac18ba2 (2026-09-18T14:53:02Z), the commit the curator used. So no later commit changed conformance/ and both files are unchanged from the pinned versions: the stale .github comment still conflicts with spec 6.2 (which lists .github), and subdir/.gitignore is still typed signed in with-nested-gitignore and ignored in multi-gitignore. I did not run the suite and did not re-fetch the files; the excerpts reuse the cycle-2 pinned copies whose hashes match.
- articleWhich third-party parts does the 1X tokenised-data repository actually contain, as opposed to merely reference, and what terms statement exists for each component?
By its own listing the repository contains one third-party-credited checkpoint (magvit2.ckpt, 1.15 GB), the 1X decoder script, and the token and state files. The Cosmos Tokenizer is referenced, not bundled: the listing has no .jit or Cosmos files, and the 1X decoder script tells the user to download the NVIDIA repository and weights first and loads decoder.jit from a local pretrained_ckpts path. Per component: tokens, script and ckpt sit under one repository-level Apache-2.0 line; Open-MAGVIT2's own files are Apache-labelled but the bundled file matches none of them; the Cosmos weights are under the NVIDIA Open Model License (card-linked June 2024 text), a separate text. No two non-empty texts disagree about the same component, so no conflict is filed; the holds are listed.
- articleI updated ComfyUI and memory use or caching behaviour changed: from which version is RAM-pressure caching the default, and which flag gives me the old behaviour back?
With no cache flag, ComfyUI at tag v0.23.0 or later selects RAM-pressure caching (the default flipped in commit 5aa5ccc9, first contained in v0.23.0; v0.22.x tags are not affected). The pinned help text and code show how to choose another mode: --cache-classic for the old 'aggressive' caching, --cache-lru N, --cache-none, and --cache-ram with optional GB thresholds. A later option, --high-ram (listed in v0.25.0 notes), also selects classic caching in code. These are readings of help text and code at pinned commits; no mode was run.
- articleWhich ComfyUI commit made RAM-pressure caching the default cache mode, which release tag first contains it, and what do the commit message, PR description and release notes say?
At the pinned data (observed 2026-10-22), the default flipped in commit 5aa5ccc9e02aec94cf43e0f71d4b2f62b204b5b6 (2026-05-21T00:03:58Z), the squash of PR #13802 'Multi-threaded load of models from disk ...' by rattus128. Its parent 4d6a058bf1dd18fb6d4594081c3f9a7575c97256 still has --cache-ram opt-in (default 0, CLASSIC in main.py). GitHub's compare API says the commit is contained in tag v0.23.0 (tag commit a88e02b18576283b1ff25a4b564548c5dc42cbf6, release published 2026-06-01T17:56:51Z) and not in v0.22.0-v0.22.3, so v0.23.0 is the first tag among the tags listed that contains it. The rationale sits in the PR description (new mmap-free loader, committed pinned memory on Windows); the release notes name only the PR title and do not mention the default change.
- articleFor the open models people name for dialogue cleanup (DeepFilterNet, Resemble Enhance, Demucs/HTDemucs), what inputs, outputs, controls and sync/level behaviour do their repositories document or imply, what do they actually claim about dialogue, and what are the per-component licences?
At pinned commits: DeepFilterNet is a 48 kHz real-time noise suppressor whose Python CLI compensates its STFT delay by default while the Rust binary only does so with -D; Resemble Enhance averages to mono, works at 44.1 kHz, processes long audio in overlapping 30 s chunks with per-chunk peak normalisation and cross-correlation re-alignment, and is described as also restoring distortions and extending bandwidth; Demucs documents music stems only and its README (searched) never mentions speech or dialogue, so "Demucs for dialogue" is not a documented use. The Cocktail Fork paper is the film-relevant separation reference, but evaluates on synthetic single-channel mixes. Code licences are stated (MIT, or MIT/Apache-2.0); weights licences are stated only for Resemble (card says MIT), not DeepFilterNet or Demucs.
- articleAre Veo and Sora 2 still available through third-party hosts? What do deprecations on fal indicate?
In the same snapshot all 6 Veo endpoints (Veo 2 and Veo 3, incl. fast) and all 5 Sora 2 endpoints (text-to-video, pro, characters) are marked deprecated on fal, and no Runway endpoints appear in the fetched categories; older Kling (v1-v2.1 master), Seedance v1 lite, LTX-Video 13B dev, Mochi and MAGI full models are also deprecated there. Interpretation (inference): access to some closed flagship models through aggregators changes over time; Google's own Gemini API lists Gemini Omni Flash (gemini-omni-1.1-flash) as its video generation/editing model (C3-B343-03), and creator videos still use Veo 3.1 via Google Vids/Flow (C3-B344-04). Agents should verify current availability on the specific platform a user will use rather than assuming a model is reachable everywhere.
- articleWhich AI video model families are current on a major inference host in Oct 2026, and what do their latest endpoints claim (duration, resolution, references, audio)?
Snapshot of fal.ai's public registry (2026-10-23T11:06:01Z; 626 endpoints across text/image/video-to-video and image-to-3D; 564 active, 62 deprecated). Latest active video endpoints by family (host descriptions): Kling 4.0 (3-30 s, 720p/1080p, per-shot prompts, refs; API "coming soon"); Seedance 2.5 (up to 30 s, 480p-1080p, native audio, up to 30 image/10 video/10 audio refs, draft->1080p completion); Wan 3.0 Prime (text and reference-to-video combining image, video and audio refs; "fast generation"); MiniMax H3 and fal's post-trained "H3 Max" incl. a recast endpoint that replaces people from reference photos while preserving source motion, camera, cuts and audio; Vidu Q4 (3-16 s, up to 4K, native audio; reference-to-video with up to 12 images and 3 voice clips); Luma Ray 3.2 (text and video-to-video with duration, looping and HDR controls); LTX-2.5 (open-source audio-video, single-pass, fast mode); Gemini Omni Flash 1.1 (text and multimodal reference-to-video with native audio); Gr...
- articleWhat does each major video model cost per second through one multi-vendor API (Runway Dev, Oct 2026), and how does Seedance 2.5 draft mode work in API terms?
Runway Dev docs (captured 2026-10-23): credits cost $0.01; the API serves Runway and third-party models (Seedance 2.5/2.0/Fast/Mini, Aleph 2.0, Gen-4.5, Gen-4 Turbo, Act-Two, Kling 3.0/O3 incl. 4K, Kling 2.5 Turbo, MiniMax H3 (hailuo3) and H3 Max, Wan 3.0/Prime, Grok Imagine 1.5/Lite, HappyHorse 1.0, Veo 3.1/Fast, Gemini Omni Flash/1.1; images: GPT Image 2.5 Sunburst/Flare, GPT Image 2, Nano Banana 2.1/2/2 Lite/Pro, Ideogram 4.5/4.0, Seedream 5.0, Grok Imagine Image 2, Meta Muse Image, Bria FIBO; upscalers) plus "Model Routers" that pick models by cost/latency/quality. Per-second prices (output): Seedance 2.5 480p 20 cr ($0.20), 720p 30 ($0.30), 1080p 68 ($0.68 = $40.80/min) plus input/reference video 10/15/34 cr/s (combined input video capped at 30 s; reference images and audio free; 80-credit minimum); Seedance 2.0 36-40 cr/s (4K 150); Kling 3.0 Pro 12 (17 with audio), 3.0 4K 43; Kling O3 Pro 17; Kling 2.5 Turbo Pro 12; MiniMax H3 768p 10 (+2 per reference image/keyframe), 2K 15; ...
- articleWhich Google media generation models are listed in the Gemini API today (video, image, music), and is Veo among them?
Gemini API models page (re-fetched 2026-10-23 ~11:35Z): media generation entries include Gemini Omni Flash (gemini-omni-1.1-flash) for video generation/editing/interpolation/extension; Nano Banana family for images (C3-B383-01); Imagen 4 marked "Shut down"; music: Lyria 3.5 (lyria-3.5, flagship full-length songs), Lyria 3 Clip (lyria-3-clip-preview, clips/loops up to 30 s), Lyria 3 Pro (lyria-3-pro-preview, previous generation) and Lyria RealTime (lyria-realtime-exp, streaming with granular control). A text search of the page found no "Veo" entry (negative check; Veo may still be offered via Vertex AI, Flow, Vids or YouTube, which were not checked here). Combined with OpenAI's Sora 2 API shutdown on 2026-09-24 "with no one-to-one replacement API" (addendum to C3-B385-01), this shows frontier video APIs are being consolidated or withdrawn; tutorials built on Veo-in-Gemini-API or Sora API calls may be outdated. Creator use of Veo 3.1 via Google Vids (C3-B344-04) is a consumer route, n...
- articleIs OpenAI's Sora 2 still available via API (Oct 2026), and what did it support before shutdown?
OpenAI's video generation guide (captured 2026-10-23) opens: "The Sora 2 models and Videos API were shut down on September 24, 2026" and are retained for historical reference. Historical capabilities documented: sora-2 (fast, exploration/social) and sora-2-pro (production quality; 1080p exports at 1920x1080 or 1080x1920); generations up to 20 seconds (example requests used 8 s at 1280x720); restrictions included that real people, including public figures, cannot be generated and character uploads depicting human likeness were blocked by default. Consequences: fal's Sora 2 endpoints show as deprecated (C3-B356-02); Arena still lists Sora 2 / Sora 2 Pro from accumulated votes (C3-B366-01), which reflects past availability, not current access. Agents should not recommend Sora 2 API workflows created before the shutdown; check for successors in OpenAI docs. Addendum to C3-B384-01: GPT Image 2.5 custom sizes must keep each edge <= 3840 px and total pixels between 655,360 and 8,294,400; r...
- articleWhat does OpenAI document for GPT Image 2.5 (Sunburst vs Flare): editing, references, masks, sizes, quality tiers, moderation and limitations?
OpenAI API docs (captured 2026-10-23): current image models are gpt-image-2.5-sunburst (choose when editing precision matters most) and gpt-image-2.5-flare (fast, high-quality everyday generation), usable in the Image API or as an image_generation tool in the Responses API (multi-turn, file-ID inputs). Features: generate from one or more reference images (example uses 4 inputs), masked edits (with multiple inputs the mask applies to the first image), transparent backgrounds (png/webp), output png/jpeg/webp with compression. Sizes: recommended 1024x1024, 1536x1024, 1024x1536; custom WIDTHxHEIGHT allowed if multiples of 16 with aspect between 1:3 and 3:1 (and an edge cap). Quality: low, medium, high, xhigh, max (xhigh/max new in 2.5), auto default; use low for drafts. Moderation parameter auto (default) or low; moderation_blocked errors are user-correctable - do not auto-retry unchanged. Documented limitations: complex prompts can take up to 2 minutes; text placement can still fail; "...
- articleWhich Nano Banana (Gemini image) model should you use for character consistency and references, and what are the limits?
Gemini API docs (captured 2026-10-23) list five Nano Banana models: Nano Banana 2.1 (gemini-nano-banana-2.1; recommended workhorse: Flash-level speed/cost with improved quality, text rendering, multi-turn consistency, Google Search grounding, 1K/2K/4K); Nano Banana 2 Lite (gemini-3.1-flash-lite-image; fastest/cheapest, "not optimized for multiple reference inputs or multi-turn sequential editing"); Nano Banana 2 (gemini-3.1-flash-image; previous workhorse, 4K, multi-reference consistency; new projects should use 2.1); Nano Banana Pro (gemini-3-pro-image; premium for complex tasks, localization, brand consistency, precise control); Nano Banana (gemini-2.5-flash-image; legacy, migrate to 2 Lite). All outputs carry SynthID. Up to 14 reference images can be mixed; the per-model table lists object-fidelity references of up to 14 / 10 / 6, character-consistency references of up to 4 or 5 (N/A for Lite), and up to 3 style references (one model only) - the flattened text does not reliably t...
- articleWhat do the open-weight licences of LTX-2.x, MiniMax H3, Apple SHARP, Meta SAM and Fish Audio S2 actually allow for commercial use and where?
Licence texts read 2026-10-23 (not legal advice): LTX-2.x Community License (2026-08-11) grants broad rights subject to use restrictions (Attachment A), but entities with annual revenues of at least $10,000,000 must obtain a paid commercial licence for any non-non-commercial use; unlicensed commercial use by such entities is prohibited and fees may be charged retroactively. MiniMax H3 Community License (2026-08-02) is territorially limited: the "Applicable Territory" is worldwide EXCLUDING the European Union, the United Kingdom, the Republic of Korea and the United States, so the open-weights grant does not cover users there (MiniMax invites licence requests); also prior written authorization if commercial products/services exceed US$20M yearly revenue, and "MiniMax H3" must be displayed in commercial UIs. Apple SHARP model licence: Research Purposes only (non-commercial scientific research), derivatives likewise; excludes product development or commercial services. Meta SAM License...
- articleHow do you programmatically run ComfyUI workflows locally vs on Comfy Cloud (API endpoints, auth, progress), and what differs?
Comfy's Cloud OpenAPI spec (captured 2026-10-23; marked experimental and subject to change) states Comfy Cloud "implements the same API interfaces as OSS ComfyUI for maximum compatibility": submit an API-format workflow JSON with POST /api/prompt (400 on invalid prompt, 402 when credits are insufficient), track via /api/jobs, /api/job/{id}/status and /api/history(_v2), fetch outputs via /api/view or the newer /api/assets (durable, tagged, content-addressed storage), inspect node schemas with /api/object_info, and receive real-time updates over a /ws?clientId={uuid}&token=... websocket (message types include status, execution_start, execution_cached, executing, progress, progress_state, executed, execution_success). Differences: Cloud requires an X-API-Key header (keys from platform.comfy.org); it ignores subfolder/overwrite (content-addressed storage) and the queue number/front fields (fair per-user scheduling); it adds billing usage, global subgraphs and workflow-template endpoints...
- articleWhat limits do model hosts currently publish for Kling 4.0 and Seedance 2.5 (duration, resolution, references, drafts), and is API access live?
fal.ai's public model registry (captured 2026-10-23 ~11:05Z) lists Kling 4.0 endpoints (text-to-video, image-to-video with optional end frames, reference-to-video with image or video references, video-to-video edit): 3-30 seconds at 720p or 1080p with per-shot prompts, and states "API access is coming soon" (playground and fal Agent only, as of 2026-10-21). It lists Seedance 2.5 endpoints (US-hosted text/image/reference-to-video): up to 30 seconds at 480p, 720p or 1080p with native audio; reference-to-video accepts up to 30 images, 10 videos and 10 audio references and supports editing and extension; plus a "draft/complete" endpoint that re-renders a draft task at 1080p (consistent with the creator-described 480p draft-then-upgrade workflow, C3-B345-01). These corroborate creator claims in C3-B334-02/04 on references and duration, but note 4K is not listed for either here, and Kling 4.0 API access on this host was not yet live. Per-request pricing was not retrievable (pricing endpoi...
- articleWhat does the OMS conformance suite actually test about file enumeration, ignores and sharding, and where do its fixtures disagree with the spec?
The OpenSSF Model Signing (OMS) conformance suite has 79 tests (31 roundtrip, 48 verify). At the same commit it contradicts itself: a roundtrip comment says spec section 6.2 lists only .git, .gitignore and .gitattributes although the spec also lists .github, and two fixtures treat a nested subdir/.gitignore oppositely (signed in with-nested-gitignore, ignored in multi-gitignore), so an implementation cannot pass both unless the harness distinguishes them; spec 6.2.1 (top-level-only matching, per the producer's reading) favours 'signed'. Checked again on 2026-10-22: the newest commit is still 91bf841e (2026-09-18), and no commit, pull request or issue addresses either contradiction; merged PR #15 notes that nested paths and combined git-exclusion structures requested in the PR #12 review were deferred.
- articleHow do SPDX 3.0.1 AI/Dataset profiles and CycloneDX 1.6/1.7 ML-BOM represent separate licences for code, weights and training data, field by field?
SPDX 3.0.1 defines hasDeclaredLicense as the licence an artifact was discovered to contain (for example by automated tooling), which differs from the conventional author-declared reading, and it attaches licences through relationships rather than a package property. CycloneDX 1.6 and 1.7 (schemas at 349314a9) distinguish license.acknowledgement 'declared' (the authors' initial intentions) from 'concluded' (verified and confirmed), with observed licences recorded in evidence.licenses. In CycloneDX, the componentData (dataset) object and the modelCard object have no licence property; licences attach to the parent component. So in both formats a dataset's or model's licence is attached to the component (CycloneDX) or by relationship (SPDX), not inside the data or model-card description, and 'declared' means different things in the two specifications. Specification text only; no SBOM was generated or validated.
- articleWhat do the texts of OpenRAIL-M, Llama 3.3/4 community, Gemma and OpenMDW licences say about use restrictions, derivatives and outputs?
For CreativeML OpenRAIL-M (2022-08-22 text), the licensor claims no rights in Output, but the same clause says no use of the output may contravene the licence, so the use-based restrictions still reach output use; providing a hosted service counts as Distribution. The Llama 4 and Llama 3.3 licences (llama-models 0e0b8c51, re-read 2026-10-22) require adherence to a per-version Acceptable Use Policy and, if Llama materials or outputs are used to create, train or improve an AI model that is distributed, require the model's name to begin with 'Llama'; neither text contains a 'no rights in output' statement. OpenMDW-1.1 imposes no restrictions or obligations on outputs; its conditions are keeping the agreement and notices, plus termination on patent or copyright litigation. The Gemma Terms of Use (live page, last modified 1 April 2026) incorporate the Gemma Prohibited Use Policy, state that Google claims no rights in Outputs, and define Model Derivatives to include models trained on Gemm...
- articleWhat inputs, outputs, model families and settings does Topaz Video document for enhancement/upscaling and frame interpolation?
Vendor documentation describes Video Type (progressive, interlaced, interlaced-progressive) that gates which enhancement models appear, Automatic/Dynamic/Manual tuning with Recover Detail and Add Noise, and frame-interpolation models (Apollo, Apollo Fast, Chronos, Chronos Fast, Aion) with a slow-motion factor and duplicate-frame replacement. Interpolation output removes audio. Starlight diffusion models cap resolution and have hardware limits. These are vendor statements; no measured results were read.
- articleWhich ComfyUI HTTP routes only read state and which change or destroy it (queue, history, files, loaded models), and what is a safe first sequence of calls on a server I did not start?
At the pin, server.py registers 28 decorated routes, each also reachable under /api. Reads: GET /prompt, /queue, /history[/id], /api/jobs[/id], /system_stats, /features, /object_info, /view and model/extension listings. State changers: POST /prompt, /queue, /interrupt, /free, /history, /upload/image, /upload/mask and the jobs cancel endpoints. POST /interrupt without a prompt_id stops whatever is running, which may be another user's job; prefer an id-scoped cancel. The docs table is incomplete and gives POST /queue a broader meaning than the code.
- articleWhat does a more detailed hierarchical outline plus a controller (DOC) add over Re3, how was it evaluated, and how did humans interact with it?
DOC (Yang et al., v3 June 2023) expands a brief outline into a hierarchical depth-3 outline (2-5 children per node; settings and characters attached; relevance/coherence filtering) and uses an OPT-350m FUDGE-style controller to keep passages faithful to the outline; the drafting model is OPT-175B. In pairwise Surge AI ratings on passages from 20 stories, DOC beat Re3 on coherence (67.6 vs 45.1), relevance (65.3 vs 37.1) and interest (60.1 vs 39.4); ablations credit the outline for interest and both parts for relevance; in a 20-run human-interactive test authors strongly preferred DOC. Leaf-level outline faithfulness remained 58.5% with the controller and 37.8% without.
- articleWhat terms govern the non-text guardrail parts shipped in the Cosmos-Transfer1-7B snapshot: SigLIP so400m, the Resnet50_Final.pth face-blur model, NVIDIA's safety_filter.pt and blocklists, and nltk_data (wordnet, punkt_tab)?
SigLIP carries an Apache-2.0 declaration in its card header (no licence file in the repo). The face-blur file Resnet50_Final.pth shares its name with a weights file that the upstream Pytorch_Retinaface project distributes (that repository is MIT-licensed; NVIDIA code cites it, but the origin of the bundled bytes is not verified); neither that licence nor its README states terms for the weights or the WIDERFACE training data, and the bundle file was not compared to upstream. NLTK data is governed per package: wordnet carries a Princeton permission notice, while punkt_tab is listed by the NLTK maintainers as an unclarified licence. NVIDIA's own safety_filter.pt and blocklist files fall under the NVIDIA Open Model License metadata of Cosmos-Guardrail1 (card unreadable). NVIDIA's ATTRIBUTIONS.md lists neither the SigLIP weights, the face-blur weights nor the NLTK data.
- articleIs the Hugging Face snapshot nvidia/Cosmos-Transfer1-7B@ef4dc8e3 the same release as GitHub nvidia-cosmos/cosmos-transfer1@5005e823, and where do they differ?
Metadata does not show them to be one release. They are different artefact kinds (weights repo vs code repo) with no cross-reference by commit or tag, and 5005e823 (2026-06-07, a README-redirect merge) postdates every HF weight file (latest 2025-07-11) and the HF head (2025-11-19, README only). They are compatible by file name: all eight checkpoint paths the code names exist in the HF snapshot. They differ on guardrails: the code at 5005e823 loads Cosmos-Guardrail1 and Llama-Guard-3-8B from separate repos, while the HF snapshot bundles a guardrail/ folder (Cosmos-Guardrail1 contents plus an Aegis/LlamaGuard-7b folder) that predates GitHub commit b7b20fec, which replaced Aegis with Llama Guard 3.
- articleFor released weights of Real-ESRGAN, FILM, RIFE and Practical-RIFE, what do the repositories say or not say about terms inherited from the training datasets, per component?
At the pinned commits, no repository README or training doc mentions inherited dataset terms for the weights. Code licences are explicit (Real-ESRGAN BSD-3-Clause, RIFE and Practical-RIFE MIT, FILM Apache-2.0). Only the Practical-RIFE README says its linked model files carry the same MIT licence as the project, and it names no training dataset. Real-ESRGAN names DIV2K as training data while the DIV2K page says academic research purpose only; the Real-ESRGAN files read do not mention that sentence. Whether one affects the other is a legal question and is left to curation.
- articleHow does TripoSG's MIT declaration sit alongside the Tencent agreements and the BRIA licence that its own files and NOTICE point to, and where do the texts conflict?
At commit fc5c40990181e2a756c4e0b1c2f4d6b5202faf8c TripoSG declares MIT at the root while one file states that its use is subject to the Tencent Hunyuan Community License Agreement (with the agreement text embedded), a second licence file in triposg/ is the FlashVDM agreement, and NOTICE adds BRIA and Tencent code. The Tencent template lets modifiers add other licence terms 'except' where its sections 3 and 5 apply, and both agreements restrict territory and other-model improvement; whether and how those survive in an MIT-labelled release is not stated by any of the texts. Separately, FlashVDM's own source files name a Non-Commercial agreement while its LICENSE and NOTICE name the Community agreement, and RMBG-1.4's licence URL is dead. No conclusion on legal effect is drawn.
- articleIs TripoSG just MIT, or does its code include third-party parts under other agreements, and which files come from where?
At commit fc5c40990181e2a756c4e0b1c2f4d6b5202faf8c TripoSG's root licence is MIT, but its NOTICE lists four third-party sources: BRIA RMBG-1.4 (licence bria-rmbg-1.4), Diffusers (Apache 2.0), HunyuanDiT (Tencent Hunyuan Community License) and FlashVDM (Tencent Hunyuan FlashVDM Community License). In the tree, RMBG is the file scripts/briarmbg.py; HunyuanDiT is declared in the header of triposg_transformer.py, which embeds the agreement text; FlashVDM's agreement is a second licence file in triposg/, and the flash decoder functions in inference_utils.py and attention_processor.py share much text with FlashVDM's files. The README has no licence section.
- articleWhat licence text covers the code and the weights of Real-ESRGAN, RIFE, Practical-RIFE and FILM, and where is it silent?
Code licences are explicit: Real-ESRGAN BSD-3-Clause, RIFE and Practical-RIFE MIT, FILM Apache-2.0. Weight terms differ: Practical-RIFE states that the linked model files are under the same MIT licence as the project; the Real-ESRGAN, original RIFE and FILM READMEs and LICENSE files read make no separate statement about weights, which are distributed as release assets or Google Drive/Baidu links in pickle-capable or SavedModel formats. FILM additionally requires a third-party VGG .mat file whose terms were not read. No output-use terms were found in the documents read.
- articleWhat training and inference remedies do the primary papers use against error accumulation in long autoregressive video, how does each work in steps, and what does each cost?
Seven remedy families appear: (1) noise the past latent at sampling (Diffusion Forcing); (2) distil a causal student from a bidirectional teacher with DMD (CausVid); (3) train on self-generated rollouts with KV cache (Self Forcing); (4) roll out beyond the teacher horizon and distil on re-noised windows (Self-Forcing++); (5) train-long-test-long with a frame sink (LongLive); (6) rolling-window joint denoising with an attention sink (Rolling Forcing); (7) error recycling (Stable Video Infinity). The papers disagree on whether an attention sink works alone (LongLive says only after long tuning; Rolling Forcing ablates it as helpful in its own recipe).
- articleWhat do the HunyuanVideo and HunyuanVideo-1.5 READMEs state about GPU memory, offloading, FP8, resolutions, frame counts and speed, and how do the two generations differ?
HunyuanVideo (v1, commit 4eda9cb44c3be82a6b9c4261897cb6bd3cfb084e): batch-size-1 peak memory 60GB at 720x1280x129 frames and 45GB at 544x960x129; tested on a single 80GB GPU; 80GB recommended; FP8 weights save about 10GB; 8-GPU latency table for 1280x720, 129 frames, 50 steps (1904.08 s on one GPU). HunyuanVideo-1.5 (commit 60783e704160023913bee78f0b47036d393d4dfa): 8.3B parameters, minimum 14GB with offloading (setting not stated), 480p and 720p models with optional super-resolution to 1080p, default 121 frames, a 480p I2V step-distilled model said to reach 75 seconds on one RTX 4090. The two READMEs do not give the same kind of figure, so they cannot be compared directly.
- articleAs a newcomer agent, which open video model families publish a GPU-memory figure for local runs, and what is the smallest figure each states, with the settings it applies to?
At the pinned READMEs, the smallest self-reported memory figures are: Wan2.1 T2V-1.3B 8.19 GB (480P), CogVideoX diffusers from 3.6 GB (2B INT8) and 4 GB (2B FP16), HunyuanVideo-1.5 14 GB minimum with offloading (resolution and length not stated), Wan2.2 TI2V-5B 24 GB at 1280*704, HunyuanVideo (v1) 45 GB at 544x960x129 frames and Mochi 1 about 60 GB. The figures are not comparable with each other: they differ in resolution, frame count, offloading and whether weights or peak memory are meant. A beginner should read each figure together with the stated resolution and flags, and treat a missing setting as unknown.
- articleFor open music/audio models (Stable Audio Open, MusicGen), what do code, weights, training data and outputs each permit?
Components differ. Stable Audio Open 1.0 and Small: code in stable-audio-tools is MIT; weights are gated on Hugging Face and the public card names the Stability AI Community License (commercial registration, revenue threshold, attribution) with output ownership stated 'as between' Stability and the user; training data are stated as CC0, CC BY or CC Sampling+ audio with content-detection screening. MusicGen (AudioCraft at commit 896ec7c47f5e5d1e5aa1e4b260c4405328bf009d): code MIT, weights CC BY-NC 4.0, training data stated as licensed (Meta Music Initiative, Shutterstock, Pond5). Both model cards say they should not be used downstream without further risk evaluation. SAO's own card says vocals are not realistic and MusicGen's says the same.
- articleWith the manager, internal and asset modules included, how much of the repository's openapi.yaml does the local route set explain, and which G43 numbers change?
By my regex comparison (work/compare.py, synthesis) 58 of 80 openapi operations match a locally registered method and path once the manager, internal and asset modules are included (20 from server.py as in G43, 38 more from the other modules). 22 remain unmatched locally: /api/workflows*, /api/history_v2*, /api/job/{job_id}/status, /api/jobs/{job_id}/assets, /api/tasks, /api/user, publish, feedback, billing, mask-layers, vhs and /health. G43-06's '59 not matched' becomes about 22 under this larger inventory (G43 counted 79 operations; my parser also counts HEAD). openapi still cannot be treated as the local server contract: it matches 72% of its own operations, and omits local routes (export POST/GET, internal files, model preview, userdata v2).
- articleWhat do you need to run MiniMax H3 locally in ComfyUI (versions, checkpoint sizes) and what is the commercial-use route?
ComfyUI docs (captured 2026-10-23): H3 templates need ComfyUI 0.30.0+ for base T2V/I2V/R2V, 0.34.0+ multiframe reference, 0.35.0+ Fun ControlNet Union/sparse attention/Model Attention Backend, 0.36.0+ FastH3; weights (tens of GB) at Comfy-Org/MiniMax-H3. Pick the smallest build that fits VRAM: pruned_w6a8 16 GB (INT8 path, ComfyUI 0.38.0+), pruned_int8_convrot 21 GB (template default), pruned_fp8_scaled 21 GB, pruned_bf16 40 GB, full bf16 66 GB; LoRAs must match the build family (full-build LoRAs lose adaln on pruned); the "Comfy Kitchen" attention backend cannot run int8_convrot. Commercial use: "Commercial use of locally generated outputs requires a MiniMax commercial license", sold through Comfy ("the only official reseller"), while Comfy Cloud generations already include commercial rights. Read together with the licence text (C3-B364-01: territory excludes EU/UK/Korea/US; >$20M revenue needs authorization) - local open-weight use is not a free commercial path. Comfy's MCP page a...
- articleWhat does generating one minute of 1080p AI video cost per model on vendor APIs, and how does price relate to measured quality (Oct 2026)?
Artificial Analysis video boards (rendered 2026-10-23; Elo anchored at Kling 3.0 1080p Pro = 1000; prices = 1 minute of 1080p on the creator's API at default settings). Text-to-video: Wan 3.0 1175 ($12.00/min), HeyGen Video 1 1160 ($2.40), MiniMax H3 768p 1158 ($4.80), Seedance 2.5 1158 ($34.12), FLUX 3 Max 720p 1155 ($2.55), MiniMax H3 Max 1154 ($4.80), FLUX 3 1145 ($17.40), Seedance 2.0 1136 ($22.45), Gemini Omni Flash 1.1 1130 ($9.12), Grok Imagine 1.5 1056 ($15.00), Kling 3.0 Omni 1020 ($8.40), Kling 3.0 1000 ($10.08), Veo 3.1 963 ($24.00), Veo 3.1 Fast 960 ($7.20), LTX-2.5 Fast 949 ($7.80), LTX-2.3 Pro 888 ($4.80). Image-to-video: MiniMax H3 768p 1140 ($4.80), FLUX 3 Max 1138 ($2.55), Seedance 2.5 1138 ($34.12), Gemini Omni Flash 1.1 1132 ($9.12), Wan 3.0 1127 ($12), ... Veo 3.1 1028 ($24), Kling 3.0 1000 ($10.08). CIs are about +/-15 Elo, so the top 6-8 are statistically close while prices differ by >10x (Seedance 2.5 vs FLUX 3 Max / MiniMax H3). This quantifies creator report...
- articleGiven the stated compute and latency, what can a real-time previs or game-prototyping setup realistically run today, and what should be checked first?
From the sources read (synthesis): (a) free-running action-conditioned generation with released weights is documented at 25 FPS on an H100 (Matrix-Game 2.0, 352x640), far slower for higher resolution or larger models (GameCraft 0.25 FPS, 6.6 distilled, 720p); (b) the only documented consumer-GPU real-time path, Matrix-Game 4.0, does not free-run: a game engine keeps state and supplies low-poly frames which the model renders, 480p, with three trained scenes (two shooters, one racing); (c) memory needs range from about 9-13 GB (MG4 on RTX 5070 Ti/5080) to 24 GB minimum (MG2 README, GameCraft README) and 108-123 GB for a compared system. For previs, the setup question is therefore which trained scene or domain applies, not only the GPU. First safe steps are to record each figure's setting, run only code and weights after a licence and checkpoint-format review, and measure key-press-to-frame latency on the target hardware.
- articleIf I re-run the same ComfyUI workflow with the same seed, which parts of the code and the docs decide whether I get the same image, and what should I write down so the run can be repeated or its drift explained?
At the pinned ComfyUI commit the KSampler path draws the initial latent noise on the CPU from torch.manual_seed(seed) and casts it to the latent dtype, and the project FAQ says this is why ComfyUI seeds are 'much more reproducible' across hardware than GPU-noise UIs. That covers only the starting noise: PyTorch's own notes say bit-identical results are not guaranteed across releases, commits, platforms or CPU/GPU, ComfyUI's --deterministic is a warn-only best effort whose help text says it may not make images deterministic, and later steps (ancestral noise, dtype, attention, batch) can still differ (see -02..-04). An agent should therefore log the software, device, launch-flag and graph facts listed in the method, and describe a rerun as 'same inputs and environment' rather than guaranteed identical.
- articleHow should an agent decide whether a given local machine can run a particular shot with an open video model, given what the READMEs state and do not state?
Proposal (synthesis): decide in four gates. (1) Geometry: choose model and variant whose frame form, size set and fps can express the shot (candidate 04). (2) Stated floor: compare the machine GPU memory with the README figure whose settings match the shot (candidates 01-03, 05); if the shot setting is not among the stated settings, mark memory unknown. (3) Weights and disk: add the sizes of the files the pipeline loads (HF listing: e.g. Wan2.2 TI2V-5B about 20.0 GB transformer + 11.36 GB T5 + 2.82 GB VAE; HunyuanVideo-1.5 transformers about 33.3 GB each; Mochi dit 40.11 GB). (4) Time: only the READMEs name time on named GPUs for a few settings; otherwise time is unknown. Where a gate returns unknown, run a bounded preflight (proposed, not run) rather than guess. No inspected README gives a rule to extrapolate memory across resolution or length.
- articleDo the user, settings, internal, asset and export modules authenticate or scope callers at the pinned commit, and what does that change in the 'no authentication' statement about ComfyUI's HTTP surface?
In every file read (server.py, the managers, internal routes, asset routes, export routes, cache middleware) no credential check exists: a bounded keyword search found only a CORS header allow-list entry, a comment, one HTTPUnauthorized for an unknown user id and three 401 'Unknown user' responses in asset export. The only identity mechanism is the multi-user 'comfy-user' header, which any caller can set to any id that GET /users lists or POST /users creates, so it namespaces storage rather than authenticating. Asset routes read in this batch pass no owner to the services shown, and the export routes scope tasks to that self-asserted id. So G43's 'no authentication' stands for these modules, but 'server.py enforces no authentication' should be rewritten as 'no module read enforces authentication'.
- articleAfter POST /prompt returns, what failure shapes can an agent see (HTTP 400, 200 with node_errors, runtime errors, interrupts), and what should it check before declaring a run good?
Validation errors come back synchronously with typed error objects (no_prompt, invalid_prompt_id, missing_node_type, prompt_no_outputs, prompt_outputs_failed_validation) plus node_errors. Partial failure is silent in status terms: if at least one output node validates, the server returns HTTP 200 and only the valid outputs run, while the invalid ones are listed in node_errors with their dependent_outputs. Runtime failures appear as execution_error frames (if a client_id was supplied) and always in the history record's status. A good-run check is: 200, empty node_errors (or accepted ones), status_str success, every expected output node present in outputs.
- articleWhat exactly must a headless client send and listen for on /ws to get progress, a completion signal and error details, and which messages are missing from the docs?
WebSocket delivery is addressed by the clientId: pass the same id to /ws?clientId= and in the POST /prompt body, otherwise run-level messages are not pushed: executing, executed, progress, execution_error, execution_start, execution_cached and execution_success reach a socket only when the run has a client_id or the message is a broadcast. The final 'executing' with node null marks the end of the run, not its success, because it follows the history write even after an error. The code sends messages the docs table omits (progress_state, feature_flags, four binary frame types).