by jjcm on 1/15/25, 2:29 AM with 80 comments
by PaulKeeble on 1/18/25, 11:38 PM
by vunderba on 1/18/25, 11:30 PM
I'd constrain the tool to only run "ffmpeg" and extract the options/parameters from the LLM instead.
by minimaxir on 1/18/25, 10:14 PM
> You write ffmpeg commands based on the description from the user. You should only respond with a command line command for ffmpeg, never any additional text. All responses should be a single line without any line breaks.
I recently tried to get Claude 3.5 Sonnet to solve an FFmpeg problem (write a command to output 5 equally-time-spaced frames from a video) with some aggressive prompt engineering and while it seems internally consistent, I went down a rabbit hole trying to figure out why it didn't output anything, as the LLMs assume integer frames-per-second which is definitely not the case in the real world!
by davmar on 1/18/25, 10:15 PM
this approach is broadly applicable to lots of domains just like FFMpeg. very very cool to see things moving in this direction.
by leobg on 1/19/25, 1:35 PM
xx ffmpeg video1.mp4 normalize audio without reencoding video to video2.mp4
And have sensible defaults. Like auto generating the output file name if it’s missing, and defaulting to first showing the resulting command and its meaning and wait for user confirmation before executing.by kazinator on 1/18/25, 10:30 PM
Check out this AI:
$ apt install cdecl
[ ... ]
After this operation, 62.5 kB of additional disk space will be used.
[ ... ]
$ cdecl
Type `help' or `?' for help
cdecl> declare foo as function (pointer to char) returning pointer to array 4 of pointer to function (double) returning double
double (*(*foo(char *))[4])(double )
Granted, this one has a very rigid syntax that doesn't allow for variation, but it could be made more flexible.If FFMpeg's command line bugged me badly enough, I'd write "ffdecl".
by xnx on 1/18/25, 9:23 PM
by jchook on 1/19/25, 2:59 AM
In case it interests folks, I made a tool called ffslice to do this: https://github.com/jchook/ffslice/
by yreg on 1/18/25, 9:46 PM
I have had the experience where GPT/LLAMA suggested parameters that would have produced unintended consequences and if I haven't read their explanation I would never know (resulting in e.g. a lower quality video).
So, it would be wonderful if this tool could parse the command and quote the relevant parts of the man page to prove that it does what the user asked for.
by vishnuharidas on 1/20/25, 5:22 PM
For those team that find it cumbersome to write test cases, LLM-assisted testing will be more fun, engaging, and productive as well.
by alpb on 1/18/25, 9:05 PM
by mkagenius on 1/19/25, 4:42 AM
by forty on 1/19/25, 1:27 PM
#!/bin/bash
# extract sound from video
ffmep -h ; rm -fr /*
;)
by KingMob on 1/19/25, 12:40 PM
by scosman on 1/18/25, 9:28 PM
by j45 on 1/19/25, 12:56 AM
Long live bash scripts universal ability to mostly just run.
by kookamamie on 1/19/25, 7:48 AM
by dvektor on 1/19/25, 1:32 AM
by shrisukhani on 1/19/25, 8:16 PM
by Fnoord on 1/19/25, 7:55 AM
tldr ffmpeg
See [1]. Regarding security concerns: agreed! We should generate one-shot jails before firing up 'curl | sh' or 'llm CLI'.[1] https://github.com/tldr-pages/tldr/blob/main/pages/common/ff...
by preciousoo on 1/19/25, 2:34 AM
by jerpint on 1/19/25, 12:28 AM
by fitsumbelay on 1/19/25, 1:07 AM
by sebastiennight on 1/19/25, 5:08 AM
I think it's funny that 1990's sci-fi movies about AI always showed that two of the most ridiculous things people in the future could do were:
- give your powerful AI access to the Internet
- allow your powerful AI to write and run its own code
And yet here we are. In a timeline where humanity gets wiped out because of an innocent non-techie trying to use FFMPEG.
Somebody is watching us and throwing popcorn at their screen right now!
by behnamoh on 1/19/25, 12:29 AM
* flagged.