AUDIO Saver @ vrch.ai

The AUDIO Saver @ vrch.ai is the boring, essential end of the audio pipeline: it writes the AUDIO running through your workflow out to a real file. Every realtime audio workflow eventually hits this node - the TTS narration, the recorded voice, the mixed-down loop - because until you save it, your audio only exists inside the graph.

It's the pack's answer to ComfyUI's core SaveAudio, and it sits in the same output folder scheme as the rest of the Web Viewer pack: files go under ComfyUI/output/<path> with the path defaulting to web_viewer, which keeps all the pack's saved artifacts in one tidy place. If you're streaming to a browser via a Web Viewer node, saving to the same folder is also how you give that viewer something stable to point at.

How it works

It's an output node: audio in, file out, no outputs on the other side. The settings are all about where and what:

• filename - the base name (default web_viewer_audio; the extension is appended automatically).
• path - the subfolder under ComfyUI's output directory (default web_viewer).
• extension - flac, wav, or mp3. WAV is the safe universal pick; MP3 if you're making something for playback on a phone; FLAC if you care about lossless and have the space.
• enable_preview - show the saved clip in the UI so you can play it back without hunting for the file.

Being an output node, it ends the chain - wire your final audio here and the graph terminates cleanly.

Installing it

Standard pack install:

cd ComfyUI/custom_nodes
git clone https://github.com/VrchStudio/comfyui-web-viewer
pip install -r comfyui-web-viewer/requirements.txt

Or install "ComfyUI Web Viewer" from ComfyUI Manager and restart. The MP3 and FLAC encoding paths rely on FFmpeg being available - same requirement as the Audio Recorder - so if you get an ffmpeg error, that's the fix, not a node bug.

Known conflict worth knowing about

There are older reports of this node (and the Audio Recorder) stepping on ComfyUI Core's SaveAudio preview - audio saved fine but the preview went dead, and removing the vrch pack fixed it. That was a version-specific clash that got fixed upstream, but if your core audio preview ever stops working and you run this pack, the history is: update the pack first, and if it's still broken, this node is a prime suspect to bypass. When the community hit it, uninstalling the pack resolved the conflict - worth knowing before you burn an afternoon.

Practical note: the default filename is generic, so if you're saving a lot of clips, set a distinct filename per stage. Otherwise web_viewer_audio.mp3 from yesterday silently overwrites today's, which is how people lose work they thought they'd saved.