|
185 | 185 | {"_type":"issue","id":"daz-script-server-akd","title":"Document render API with VN workflow examples","description":"The render API design includes a non-obvious batch interleaving pattern that needs explicit documentation and examples to be useful for VN pipeline authors.\n\nAdd to README / dazpy docs:\n1. Basic single render example\n2. Batch variant rendering — pattern A (submit all upfront, poll)\n3. Batch variant rendering — pattern B (interleave scene setup between renders for complex changes)\n4. Multi-figure scene example (two characters, different expressions)\n5. Note on transparent backgrounds: iRay scene setup controls this; the API does not manipulate backdrop nodes\n\nEmphasize in pattern B docs: because renders are sequential in the async queue, a client can submit render N, wait for it to start, execute scene-setup scripts to configure render N+1, then submit render N+1 — achieving tight coupling between renders without the server needing to understand the full variant state.","status":"closed","priority":3,"issue_type":"task","assignee":"G.Hirpara","owner":"ghirpara@yahoo.com","created_at":"2026-05-21T20:39:43Z","created_by":"G.Hirpara","updated_at":"2026-05-23T12:06:57Z","started_at":"2026-05-23T12:03:47Z","closed_at":"2026-05-23T12:06:57Z","close_reason":"Closed","dependencies":[{"issue_id":"daz-script-server-akd","depends_on_id":"daz-script-server-bm1","type":"blocks","created_at":"2026-05-21T16:40:08Z","created_by":"G.Hirpara","metadata":"{}"}],"dependency_count":1,"dependent_count":0,"comment_count":0} |
186 | 186 | {"_type":"issue","id":"daz-script-server-h8e","title":"Add dazpy render API (render, render_variants)","description":"dazpy needs high-level Python wrappers for the render endpoints so VN pipeline scripts can trigger renders without constructing raw HTTP requests or parsing SSE streams manually.\n\nImplement in dazpy:\n DazScriptServer.render(output_path, *, figure, morphs, figures, width, height, camera, engine, wait=True, timeout=300) -\u003e RenderResult\n DazScriptServer.render_variants(variants, base=None, *, on_progress=None) -\u003e list[RenderResult]\n\nDataclasses:\n FigureMorphs(name: str|None, morphs: dict[str, float])\n RenderVariant(output_path, figure, morphs, figures, width, height)\n RenderBase(figure, width, height, camera, engine)\n RenderResult(success, output_path, file_size_bytes, duration_ms, error)\n\nrender() uses SSE progress stream when available, falls back to polling. render_variants() submits via /render/batch and tracks all request_ids, calling on_progress with (completed, total) after each render finishes.","status":"closed","priority":3,"issue_type":"feature","assignee":"G.Hirpara","owner":"ghirpara@yahoo.com","created_at":"2026-05-21T20:39:42Z","created_by":"G.Hirpara","updated_at":"2026-05-23T11:58:52Z","started_at":"2026-05-23T11:54:52Z","closed_at":"2026-05-23T11:58:52Z","close_reason":"Closed","dependencies":[{"issue_id":"daz-script-server-h8e","depends_on_id":"daz-script-server-bm1","type":"blocks","created_at":"2026-05-21T16:40:07Z","created_by":"G.Hirpara","metadata":"{}"},{"issue_id":"daz-script-server-h8e","depends_on_id":"daz-script-server-dou","type":"blocks","created_at":"2026-05-21T16:40:07Z","created_by":"G.Hirpara","metadata":"{}"}],"dependency_count":2,"dependent_count":0,"comment_count":0} |
187 | 187 | {"_type":"issue","id":"daz-script-server-j25","title":"Add /scene/events to CMakeLists and API docs","description":"Two things:\n\n1. CMakeLists.txt: add src/SceneEventBroker.cpp to the source list\n\n2. README.md / docs: document the new endpoint\n - GET /scene/events section under HTTP API\n - Query params: filter=\n - Event format: {type, ts, data}\n - Full table of event types and their data fields\n - Example: curl -H 'X-API-Token: ...' http://127.0.0.1:18811/scene/events\n - Python example using sseclient or requests with stream=True\n - Note on keepalive comments (:keepalive)","status":"closed","priority":3,"issue_type":"task","owner":"ghirpara@yahoo.com","created_at":"2026-05-21T17:50:01Z","created_by":"G.Hirpara","updated_at":"2026-05-21T17:58:21Z","closed_at":"2026-05-21T17:58:21Z","close_reason":"SceneEventBroker.cpp and SceneEventBroker.h added to src/CMakeLists.txt source list","dependencies":[{"issue_id":"daz-script-server-j25","depends_on_id":"daz-script-server-2bs","type":"parent-child","created_at":"2026-05-21T13:50:16Z","created_by":"G.Hirpara","metadata":"{}"}],"dependency_count":0,"dependent_count":1,"comment_count":0} |
188 | | -{"_type":"issue","id":"daz-script-server-nfdr","title":"AxisRemap polish: docs, __eq__, dead state, _mat3_to_quat branch coverage","description":"Follow-up from the final review of daz-script-server-okpk (AxisRemap coordinate conversion, merged in af4bb11). Four Minor items were deferred rather than blocking merge:\n\n1. docs/api/math3.rst and README.md's math3 blurb were never updated to mention AxisRemap/Y_UP_TO_Z_UP.\n2. AxisRemap has no __eq__/__hash__ (Vec3 and Quat both do). If added, must add both together (eq without hash makes instances unhashable).\n3. AxisRemap._matrix and _det are stored on the instance but never read after construction except via the _rotation_quat gate; harmless dead state, low priority.\n4. dazpy/math3.py's _mat3_to_quat has 4 branches (trace\u003e0 plus 3 diagonal-dominant cases); the shipped test suite in tests/test_math3.py only exercises the trace\u003e0 branch. Two independent reviewers verified the other 3 branches correct out-of-band during review, but there's no regression test protecting them. A property-based test sweeping all 24 proper axis permutations (see the final review's suggested test) would close this permanently.\n\nAlso worth considering as a separate, larger follow-up (not part of this issue): an AxisRemap.inverse() method, since round-tripping currently requires hand-deriving the inverse remap by hand.","acceptance_criteria":"All four items addressed or explicitly triaged as won't-fix with reasoning.","status":"open","priority":4,"issue_type":"task","owner":"ghirpara@yahoo.com","created_at":"2026-08-10T02:49:11Z","created_by":"G.Hirpara","updated_at":"2026-08-10T02:49:11Z","dependency_count":0,"dependent_count":0,"comment_count":0} |
| 188 | +{"_type":"issue","id":"daz-script-server-nfdr","title":"AxisRemap polish: docs, __eq__, dead state, _mat3_to_quat branch coverage","description":"Follow-up from the final review of daz-script-server-okpk (AxisRemap coordinate conversion, merged in af4bb11). Four Minor items were deferred rather than blocking merge:\n\n1. docs/api/math3.rst and README.md's math3 blurb were never updated to mention AxisRemap/Y_UP_TO_Z_UP.\n2. AxisRemap has no __eq__/__hash__ (Vec3 and Quat both do). If added, must add both together (eq without hash makes instances unhashable).\n3. AxisRemap._matrix and _det are stored on the instance but never read after construction except via the _rotation_quat gate; harmless dead state, low priority.\n4. dazpy/math3.py's _mat3_to_quat has 4 branches (trace\u003e0 plus 3 diagonal-dominant cases); the shipped test suite in tests/test_math3.py only exercises the trace\u003e0 branch. Two independent reviewers verified the other 3 branches correct out-of-band during review, but there's no regression test protecting them. A property-based test sweeping all 24 proper axis permutations (see the final review's suggested test) would close this permanently.\n\nAlso worth considering as a separate, larger follow-up (not part of this issue): an AxisRemap.inverse() method, since round-tripping currently requires hand-deriving the inverse remap by hand.","acceptance_criteria":"All four items addressed or explicitly triaged as won't-fix with reasoning.","status":"closed","priority":4,"issue_type":"task","assignee":"G.Hirpara","owner":"ghirpara@yahoo.com","created_at":"2026-08-10T02:49:11Z","created_by":"G.Hirpara","updated_at":"2026-08-11T02:11:54Z","started_at":"2026-08-11T02:10:29Z","closed_at":"2026-08-11T02:11:54Z","close_reason":"Docs updated (README + math3.rst), AxisRemap gained __eq__/__hash__, removed dead _matrix/_det slots (kept as locals), added 24-permutation property test covering all _mat3_to_quat branches. inverse() deliberately left as separate future item per issue note.","dependency_count":0,"dependent_count":0,"comment_count":0} |
189 | 189 | {"_type":"issue","id":"daz-script-server-0v4","title":"USD export: consider USDC binary output to resolve ASCII performance warning","description":"nvidia_usd_validate UsdAsciiPerformanceChecker reports 1 failure — the file is exported as ASCII .usda which is slow to parse for large assets. Fix: add an option in daz-bridge-usd to export as USDC (binary crate format) or USDZ (zip). ASCII is fine for debugging but binary should be the default for production exports.","status":"closed","priority":4,"issue_type":"task","assignee":"G.Hirpara","owner":"ghirpara@yahoo.com","created_at":"2026-05-23T19:12:33Z","created_by":"G.Hirpara","updated_at":"2026-05-24T03:00:31Z","started_at":"2026-05-24T02:52:31Z","closed_at":"2026-05-24T03:00:31Z","close_reason":"Added USD Binary (*.usdc) as default filter in file dialog; writeConfiguration() routes .usdc output through snapshot+writeUsdcFromSnapshot path instead of UsaWriter","dependency_count":0,"dependent_count":0,"comment_count":0} |
190 | 190 | {"_type":"issue","id":"daz-script-server-00i","title":"USD export: weld co-located points in eyebrow card mesh","description":"nvidia_usd_validate WeldChecker reports 1 warning — /Root/Genesis9/G9EyebrowCards/points contains co-located vertices that could be merged. This inflates vertex count without adding geometric detail. Fix: in daz-bridge-usd, run a weld/merge pass on the eyebrow card mesh vertices before authoring the UsdGeomMesh, or apply a general weld step to all exported meshes.","status":"closed","priority":4,"issue_type":"task","assignee":"G.Hirpara","owner":"ghirpara@yahoo.com","created_at":"2026-05-23T19:12:30Z","created_by":"G.Hirpara","updated_at":"2026-05-24T03:00:30Z","started_at":"2026-05-24T02:52:31Z","closed_at":"2026-05-24T03:00:30Z","close_reason":"Weld co-located vertices in both USDA (exportMeshGeometry) and USDC (writeMesh) paths using exact-match position map; face vertex indices remapped through weld table","dependency_count":0,"dependent_count":0,"comment_count":0} |
191 | 191 | {"_type":"issue","id":"daz-script-server-0g3","title":"USD export: index repeated primvars:st values on eyebrow cards","description":"nvidia_usd_validate IndexedPrimvarChecker reports 1 warning — primvars:st on /Root/Genesis9/G9EyebrowCards contains repeated values that could be indexed, reducing file size. Fix: in daz-bridge-usd, deduplicate UV values and author primvars:st with a indices array (indexed primvar format) rather than expanded per-vertex values.","status":"closed","priority":4,"issue_type":"task","assignee":"G.Hirpara","owner":"ghirpara@yahoo.com","created_at":"2026-05-23T19:12:27Z","created_by":"G.Hirpara","updated_at":"2026-05-24T03:00:31Z","started_at":"2026-05-24T02:52:31Z","closed_at":"2026-05-24T03:00:31Z","close_reason":"Deduplicate primvars:st UV values in both paths using exact-match map; uvIndices remapped through dedup table before authoring","dependency_count":0,"dependent_count":0,"comment_count":0} |
0 commit comments