New Features:
- TripleKSampler (Advanced Alt) node - static UI variant immune to resize issues
- Stable alternative for users experiencing dynamic UI flickering (see issue #5)
Architecture:
- Refactored class hierarchy: Base → AdvancedAlt → Advanced → Simple (DRY)
- Renamed classes for maintainability (TripleKSampler* from TripleKSamplerWan22*)
- sample() logic now in one place (AdvancedAlt), inherited by other nodes
Documentation:
- Updated README, wiki, and example workflows
- Added stability notes pointing to Advanced Alt node
Backward Compatibility:
- Full compatibility preserved via NODE_CLASS_MAPPINGS keys
- Existing workflows work unchanged
Tests: 125/125 passing
Add independent sampler/scheduler controls for base vs lightning models
in the Advanced node based on Reddit community feedback. Simple node
maintains backward compatibility.
BREAKING CHANGE: Advanced node parameter changes
- Added: base_sampler, base_scheduler (for Stage 1)
- Added: lightning_sampler, lightning_scheduler (for Stage 2 & 3)
- Removed: sampler_name, scheduler parameters
Features:
- Advanced node: Separate sampler/scheduler for base model vs lightning
- Simple node: Unchanged, still uses sampler_name/scheduler
- All 5 switching strategies work with new parameters
- Boundary calculations use lightning sampler/scheduler
- Debug logging reordered to match UI parameter layout
Documentation:
- Updated tooltips to show stage numbers for model inputs
- Added Parameter Reference section for sampler/scheduler params
- Added third-party switch node documentation
- Reorganized example workflows into T2V/I2V variants
- Updated README with new workflow structure
Testing:
- All 125 tests passing
- Updated Advanced node tests to use new parameters
- Simple node tests maintain backward-compatible parameters
- Added CFG behavior tests for parameter differentiation
Migration Guide:
Advanced node users must update workflows to replace:
sampler_name → base_sampler + lightning_sampler
scheduler → base_scheduler + lightning_scheduler
Simple node users: No changes required
Demonstrates Switch Strategy utility nodes for external strategy control in hybrid workflows.
Features:
- Separate T2V and I2V branches with different switching strategies
- Uses Switch Strategy (Simple) nodes for modular control
- Practical example of hybrid workflow pattern
Requirements:
- rgthree-comfy custom nodes (https://github.com/rgthree/rgthree-comfy)
🤖 Generated with [Claude Code](https://claude.ai/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
- Add MarkdownNote nodes to all 3 workflows with comprehensive model download links
- Include VAE, CLIP, base models, and Lightning LoRA download sources
- Point to official Comfy-Org repackaged files for base models
- Add custom LoRA example (Instareal) with placement guidance
- Create new t2v_custom_lora_workflow.json demonstrating custom LoRA usage
🤖 Generated with [Claude Code](https://claude.ai/code)
Co-Authored-By: Claude <noreply@anthropic.com>
BREAKING CHANGE: Advanced node parameter order changed, existing workflows require node recreation
## Major Features Added
- Exposed base_quality_threshold parameter in Advanced node UI for runtime configuration
- Dynamic widget visibility: parameter only shows when base_steps = -1 (auto-calculation mode)
- Enhanced dry run mode with toast notifications showing calculated values and stage information
- Comprehensive dry run UI feedback system with compact formatting
## Breaking Changes
- Parameter reordering in Advanced node: dry_run moved to end of required parameters
- base_quality_threshold moved from required to optional section to fix ComfyUI validation
- Parameter range changed from -1 to 100 to 1 to 100 with config.toml default (20)
- Existing workflows using Advanced node must recreate the node to avoid parameter misalignment
## Technical Improvements
- Widget value preservation during dynamic visibility changes
- Enhanced UI/UX with cleaner parameter organization
- Robust toast notification system for overlap warnings and dry run results
- Updated example workflows to reflect new parameter layout
- Full test coverage for new experimental features (102 tests passing)
## Implementation Details
- Simplified base_quality_threshold logic: uses config.toml default directly instead of special -1 value
- Enhanced JavaScript UI extension for seamless widget management
- Improved user experience with self-explanatory dry run functionality
- Maintains backward compatibility for Simple node usage
Users upgrading from v0.7.x must recreate TripleKSamplerWan22LightningAdvanced nodes in existing workflows.
🤖 Generated with [Claude Code](https://claude.ai/code)
Co-Authored-By: Claude <noreply@anthropic.com>
BREAKING CHANGES:
- Rename main module from triple_ksampler_wan22.py to nodes.py following ComfyUI convention
- Reorganize example workflows from root to example_workflows/ directory
- Update all import paths and documentation references
Enhancements:
- Improve test suite to 100% success rate (87/87 tests passing)
- Add comprehensive VSCode type checking configuration
- Add rule against modifying example workflow files
- Update documentation for consistency and clarity
🤖 Generated with [Claude Code](https://claude.ai/code)
Co-Authored-By: Claude <noreply@anthropic.com>
VraethrDalkr