Cdrdao records audio/data CD-Rs in disk-at-once (DAO) mode based on a textual description of the CD contents (toc-file). Features include full control over length and contents of pre-gaps (pause areas between tracks). Pre-gaps may be completely omitted, e.g. for dividing live recordings into tracks. Control over sub-channel data like catalog numbers, copy, pre-emphasis, 2-/4-channel flags, ISRC code, and index marks are provided as well. GCDMaster is a Gnome GUI front-end that lets you import MP3 and WAV files, select track markers and cut/copy/paste audio snippets before burning.
v4l-utils is a collection of various video4linux (V4L) and DVB utilities. libv4l is an accompanying collection of libraries that adds a thin abstraction layer on top of video4linux2 (V4L2) devices. The purpose of this layer is to make it easy for application writers to support a wide variety of devices without having to write separate code for different devices in the same class. It consists of 3 different libraries. libv4lconvert offers functions to convert from any (known) pixel format to V4l2_PIX_FMT_BGR24 or V4l2_PIX_FMT_YUV420. libv4l1 offers the (deprecated) v4l1 API on top of v4l2 devices, independent of the drivers for those devices supporting v4l1 compatibility (which many v4l2 drivers do not). libv4l2 offers the v4l2 API on top of v4l2 devices, while adding support for the application transparent libv4lconvert conversion where necessary.
Video Contact Sheet *NIX creates a contact sheet (preview) from videos by taking still captures distributed over the length of the video. The output image contains useful information on the video such as codecs, file size, screen size, frame rate, and length. It requires MPlayer or FFmpeg and ImageMagick. It is confirmed to work on Linux and FreeBSD, and possibly other POSIX/UNIX systems.
ExactImage is a fast C++ image processing library. Unlike ImageMagick, it allows operation in several color spaces and bit depths natively, resulting in much lower memory and computational requirements. Some optimized algorithms operate in 1/20 of the time ImageMagick requires, and displaying large images can be as fast as 1/10 of the time the "display" program takes.