Open Boux opened 1 month ago
Followup: for some crazy unexplained reason, after MUCH trial and error, if I add the params "-c:a", "copy"
, so something like await ffmpeg.exec(['-i', name, "-c:a", "copy", '-filter:v', 'scale=-2:480', 'output.mp4']);
, everything works. No idea why, I'm just gonna do this, I'm glad it works and at this point I don't even care to know why, yes it's currently 4:30 am.
Same issue
0.12.5~0.12.10 same issue, the old version 0.11.5 work
Hahahha the solution of @Boux really worked, I literally just added "-c:a", "copy" to the parameters and it started to process the input.
Before that I was just getting to the logging of the streams info like that:
(Using @ffmpeg/core-mt@0.12.6/dist/umd)
EDIT: Still have the issue when trying to do things like -i myfile.png myfile.webp
though. (But jpg to webp worked)
EDIT2: While trying to convert an mp4 to avi without -c:v copy
, it was still hanging forever even with the c:a copy
trick. By setting manually c:v libx264
it started.
Describe the bug If I try to resize a video, either with the
-s
param or something like-vf scale=-2:480
, the execution will simply hang forever and never give an error, but only when using the core-mt version (umd). If I try with the single-threaded version (core), everything works fineTo Reproduce
/apps/vanilla-app/public/transcode-mt.html
file in this projectawait ffmpeg.exec(['-i', name, 'output.mp4']);
toawait ffmpeg.exec(['-i', name, '-filter:v', 'scale=-2:480', 'output.mp4']);
Expected behavior ffmpeg.exec should not hang and successfully encode the video, or at the very least give an error.
Logs Here are the logs (directly from
ffmpeg.on("log" ...)
Desktop
Additional context If there are issues with reproducing the bug, I'm not against the idea of doing a video call and sharing my screen