vcs

At least on some systems, the console/terminal needs a manual reset (or tset) to be usable after running vcs.

When repeated captures are avoided, captures end up being filtered more than once

The function that vcs.conf in current dir accomplished is covered by profiles. If wanted it can still be manually loaded with -C :pwd or -C vcs.conf

The filmstrip mode has had a placeholder implementation since the start, it should look closer to an actual film strip.

E.g.: http://sites.google.com/site/elsamuko/gimp/sprocket

mplayer: FPS1

i.e.:
ID_VIDEO_CODEC=fffraps
ID_VIDEO_FORMAT=FPS1

ffmpeg: fraps

i.e.:
Stream #0.0: Video: fraps, yuvj420p, 1680x1050, 30 fps, 30 tbr, 30 tbn, 30 tbc

Submitted by Eris Belew

Unquotted grep pattern ^ID is problematic.

Patch submitted.

Submitted by Eris Belew

Guidelines for the PKGBUILD script have changed.

Submitted updated PKGBUILD.

Reported by Miya

When using mplayer as capturer and defining a number of captures, the produced number exceeds it by one (i.e. 21 instead of 20).

Pointed out by Miya

eval: line 1874: syntax error in conditional expression
eval: line 1874: syntax error near `got'
eval: line 1874: `[[ -n 'File's got problems.mp4.png' ]]'
Internal error at safe_rename():1510: [[ -n 'File's got problems.mp4.png' ]]

Originally reported by Markus and Wade

The codec information box gets cropped with current versions of ImageMagick.

Seen in HEVC contained in MPEG-TS

Reported by DanC

https://outlyer.net/2014-05-18:vcs-1_13_2-released/comment-page-1/#comment-20390:

A great utilty... I’ve been using this for a couple of years now (it runs every night as a cron job).

I’ve been looking at cleaning up the output that cron captures from each of its commands and stores as a system email.

I’ve enabled the -Wc option to prevent coloured output. Mostly this works except near the start of the script when it says:
Settings from /home/danc/.vcs/vcs.conf:
bg_heading
This is still shown in green. Bug?

Currently the colour only stops after the option is found.

Submitted by someone desiring no credit.

Here’s a patch against 1.13.2 for mistaken approximate size calculation.

Self-notes about the patch:

• More accurate rounding → Discarded. I went for rounding by excess
• Leading 0 in fractionary units was not present in the original → BUG
  Sample: Samsung HD sample, 1080pto720p version

ffmpeg: hevc

i.e.:
Stream #0:0[0x12d]: Video: hevc (Main) (HEVC / 0×43564548), yuv420p(tv), 3840×2160, 150 tbr, 90k tbn, 90k tbc Stream #0:0: Video: hevc, yuv420p(tv), 3840×2160, 25 fps, 25 tbr, 1200k tbn, 25 tbc

Samples: http://www.elecard.com/en/download/videos.html

Submitted by Davide Cavestro

The array EVASION_ALTERNATIVES isn’t looped over correctly. Correction:

-		for delta in $EVASION_ALTERNATIVES ; do
+		for delta in ${EVASION_ALTERNATIVES[*]} ; do

Reported by remlap

File sizes are displayed as 3.00GiB instead of 3.54GiB