Repository navigation
wan 2.2 #759
Description
Activity
Probably not happening anytime soon, same goes for wan2.1
Reacted by lin72h and LostRuins ConcedoDue to the complexity of video codecs, it is nearly impossible to implement efficient video input and output without using large external dependencies such as FFmpeg or GStreamer. Therefore, more detailed preliminary research and discussion may be required to manage the project's complexity and maintainability.
Raw video files / single images are probably fine for now.
Reacted by Seas0, Jeremy Lee Shields and Rujia LiuMaybe we can just use a folder full of consecutive images for interfacing and invoke
ffmpegfor composing or dissecting the actual video.Maybe we can just use a folder full of consecutive images for interfacing and invoke
ffmpegfor composing or dissecting the actual video.Most video software can detect image sequences, including
ffmpeg. So just outputting video asoutput_x.pngis fine. It is actually the current behavior already.It would also be possible to add an option to pipe the images directly to an external ffmpeg executable. Lots of projects use it like that rather than including it as a library.
Reacted by Erik Scholz, LostRuins Concedo, Jeremy Lee Shields, Rujia Liu and dsignariusSupport for the Wan video model has been added. You can check it out here #778.
Reacted by lin72hReacted by LostRuins Concedo, lin72h and Erik ScholzReacted by Seas0Amazing work as always.
A request for Wan 2.2 support (blame twistedshadows for this one)