All Projects

When the resulting contact sheet is too thin, the meta-information header is cramped and fields overlap.

Fails on some files (gets stuck forever while capturing the first frame).

Happens often with Matroska. 1.0.7a introduced a workaround (-Wo) with ffmpeg’s argument order that worked with other file types.

Originally suggested by Dogn Redhammer

Originally requested by Dougn Redhammer

E.g. with ImageMagick’s -stroke and -strokewidth

Originally reported by Phil Grundig

Version of ffmpeg: ffmpeg (CVS-060515)

Originally reported by Phil Grundig

Version of mplayer: mplayer (1.0pre8cvs)

I.e. produce a montage from a set of images

Originally reported by Tomasz Strózik

Example given:

$ find $DIR \(-name "*.avi" -o -name "*.wmv" -o -name "*.mpg" -o -name "*.mp4" \) -exec vcs -dt -ds -n 12 -c2 -H 200 --jpeg --quiet {} \;

Works on avi, mpg and mp4 but fails on wmv with
Failed to capture frame (at second xxx.000)

Processing the same file directly works:

$ vcs -dt -ds -n 12 -c2 -H 200 --jpeg --quiet File.wmv

No need for description

No need for description

Originally reported by Dougn Redhammer

No need for description

Timestamps could use some tweaking: e.g. centering on their background and rounded corners

Interesting feature, experimentally implemented in mtn

http://moviethumbnail.sourceforge.net/

See also FS#125

Original report by Dougn Redhammer

vcs hangs with some RM files.

Tracing shows it gets stuck in mplayer_identify.

MPlayer can play the files fine from the terminal. Although it exits with «MPlayer interrupted by signal 11 in module: uninit_vcodec».

I can reproduce the abrupt termination, it happens when using Real’s native decoder (w64codecs, /usr/lib/codecs/drvc.so). Using FFMpeg’s decoder (MPlayer’s -vc ffrv30) MPlayer exits normally.

I can’t reproduce the hang either way.

No need for description

Appears to be an incompatibility with current ImageMagick (6), happens with old versions of vcs too

Reported by Phate https://https://outlyer.net/2019-11-26:vcs-1-13-4-released/comment-page-1/#comment-60724

I have vcs installed via brew on MacOS Sonoma. This may not be something you can test, but maybe you can offer suggestions as to what might be the issue:
When I use vcs on local volumes, everything works as expected as far as the output image file permissions go. However, if I attempt to output a vcs contact sheet to a smb server volume, the file has no read or write permissions for user, group or other. Normal terminal commands like touch, mkdir, etc create files with proper permissions from the same terminal shell.

Possibly using a dynamic ZIP file

See http://developer.android.com/reference/java/util/zip/ZipOutputStream.html

This is necessary for ZIP files constructed on the fly.

The current webserver implementation doesn’t support that.

The chunked transfer encoding is necessary to serve files of unknown size (created dynamically)

No need for description

The progress bar should reflect when the size of the shared file is unknown.

Due to the use of ~ in the revision tag

finger is not installed/enabled by default in at least FC12. Replace it with something better like grepping /etc/passwd