ffmpeg -ss <where you start> -i <input video> -t <time in seconds> out.mp4
Note that MJPEG is nothing more than a concatenation of JPEG images. That means it does not make use of temporal redundancy, so it has very poor compression. MJPEG might be ok for editing (but you might even consider using a lossless format for this purpose), but when saving the final video it's better to use a real video codec like h.264 (a.k.a. MPEG4 AVC). It should also be noted that some hardware players don't support MJPEG because it's rather uncommon.I am very fond of graphics/blender for this purpose. It's especially good for color grading, because it allows the use of curves (easy to drag around). Splicing videos is also quite easy/good. But, it only inputs/outputs in mjpeg with the default config on FreeBSD, so you'd need to move your vids to MJPEG somehow. MJPEG is slightly higher quality than MP4, and is all I use anymore. I only purchase cameras that can do that video format.
I agree that the file sizes get to be enormous when using MJPEG. But, I use large disks and then don't worry about it too much. Also, I tend to shoot short clips and then concatenate them all into a video, so in the field I don't worry too much about filling a smaller SD drive. Plus, I carry lots of spares. With today's huge hard drives, I don't see the size thing as all that bad.... And if you tune the encoder settings so that the quality is roughly the same, then then MPEG4 file will be considerably smaller (like a fraction of the size of the MJPEG file).
The multimedia/avidemux port is effectively dead until somebody does a port for avidemux-qt5 which builds successfully but seems to need port work to function with avidemux-plugins.
Reaction score: 2
Does it run on FreeBSD? I suspect not, as it's Windows only software. We have nothing against Windows (some of use do but that's a different discussion) but we generally frown at suggesting Windows applications on a FreeBSD forum.Sony Vegas - best piece of software that I ever used.
Openshot, kdenlive, cinellera (current) tested and all still work on 12-Stable (amd64), still import various media types. There were problems with shotcut a few weeks ago.i can't import media they crash after i try importing, shotcut,kdenlive,cinellera tested and don't work at all !
this is bad for this project
Openshot, kdenlive, cinellera (current) tested and all still work on 12-Stable (amd64), still import various media types. There were problems with shotcut a few weeks ago. Update 9/April built current Shotcut (shotcut-19.02.28_1) and now it also seems to be working.
Reaction score: 55
pkg install cinelerra-gg
Cinelerra 5.1 - built: Aug 6 2019 06:16:17
(c) 2006-2018 Heroine Virtual Ltd. by Adam Williams
(c) 2007-2018 cin5 derivative by W.P. Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.
FreeBSD 12.0-RELEASE-p9 GENERIC amd64
ffmpeg -ss 00:00:30 -i infile.mp4 -t 00:01:00 -c copy outfile.mp4
The reason for that is how MPEG-based codecs work. An MPEG stream consists of a sequence of GOPs (group of pictures). Each GOP begins with a key frame (often called I-frame), followed by several P-frames and B-frames. An I-frame is a self-contained unit and can be decoded independently from other frames. But P-frames and B-frames contain only the differences relative to other frames (this improves compression considerably), so they depend on other frames and cannot be decoded independently.Also if you are just copying the audio and video stream into a new container using the -c copy option,
then the seeking may not be accurate
I have found that for the -ss and -t options only really work if you re-encode the video
avidemuxsupports this, for example.