Re:Rsync, GUIs, power, control, design, and decisions
by floatboth on Tuesday July 09, 2019 @01:00PM
(#20393954)
Yeah. Though rsync is not the most option-rich program ever. What really needs GUI is... ffmpeg! :)
[ Parent
| on HN ]
Re:Rsync, GUIs, power, control, design, and decisions
by Wowfunhappy on Tuesday July 09, 2019 @01:11PM
(#20394127)
There are lots and lots of ffmpeg GUIs, the problem is that IMO, all of them are either (1) not powerful enough or (2) more difficult to use than just the command line.
The first problem may, of course, be a non-issue depending on what you need to do.
Re:Rsync, GUIs, power, control, design, and decisions
by gmfawcett on Tuesday July 09, 2019 @01:34PM
(#20394426)
Someone with a sufficient itch (and some Elisp skills) could probably do for ffmpeg what the Magit team did for Git. Git's another program with a litany of options, and Magit does an outstanding job of covering them with an easy-to-use interface.
https://magit.vc/manual/magit/
Admittedly the ffmpeg bar is probably higher, esp. given that ffmpeg can be configured and built a couple dozen different ways.
Re:Rsync, GUIs, power, control, design, and decisions
by marcosdumay on Tuesday July 09, 2019 @02:13PM
(#20394901)
Handbreak is a really good GUI for ffmpeg. The problem is that i (with its ~20 different windows) supports only one use case of the tool.
Re:Rsync, GUIs, power, control, design, and decisions
by aidenn0 on Tuesday July 09, 2019 @03:17PM
(#20395556)
I'd love to just make a GUI for generating ffmpeg filter graphs. The MS SDK had a directshow filter graph editor (graphedit i think it was called?) that was quite pleasant to use back in the day.
Re:Rsync, GUIs, power, control, design, and decisions
by Fnoord on Tuesday July 09, 2019 @02:24PM
(#20395045)
ffmpeg needs a GUI? Nah, you just make aliases or script it as this comment already described for Rsync [1]
[1] https://news.ycombinator.com/item?id=20393620