All Projects

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

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

Meta-task depending on tasks scheduled for the 1.4 release.

Previous release:  FS#234  (1.3.1)

It just makes more sense

Useful for debugging, likely not useful for users since the command-line already overrides configurable arguments

Originally suggested by Dogn Redhammer

Originally reported by Phil Grundig

Version of ffmpeg: ffmpeg (CVS-060515)

Originally reported by Phil Grundig

Version of mplayer: mplayer (1.0pre8cvs)

Originally requested by Phil Grundig

See vcs:devel:transcode

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

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

Introduce new names in 1.12 ( FS#120 )

Remove old names in 1.13 or 1.14 (this)

No need for description

Originally suggested by Dean: http://outlyer.net/2010-08-24:vcs-1_12-2-released/

” [...]

Second, my dvd-drive is useless atm, but i remember previously piping dvd-ouput from mplayer into ffmpeg via a fifo and finding the info generated to be much better than mplayer-alone – for one thing, it won’t ‘downmix’ 6-channel audio automatically. Don’t know if that would be useful to you. The syntax was something like:-

mkfifo piped.vob &&
mplayer dvd:// -dumpstream -dumpfile piped.vob & \
ffmpeg -i piped.vob

…See what you think…
”

When a frame evasion is tried and given up, the chosen timestamp should be the original instead of the last attempt

No need for description

Request by Chris Hills

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

Thanks Toni. I was hoping I could simply run `$ vcs-1.13.2.bash -? **/*.mp4` to create contact sheets for all videos in all subfolders, but it sounds like I’ll have to use a wrapper script. Would you consider adding this in a future release for a donation?

My reply:

I guess you’re using zsh-ish globbing there.
That’s not something I use so I didn’t even think of the case where recursing could be so simple.

It was a bit of an overlook on my part not to have the option to output to the same directory as the video, probably because recursion always required a wrapper in my head.

I.e. create file sample#.avi

Run vcs on sample#.avi -> sample#.avi.png is created.
Run vcs again. sample#.avi-1.png should be created, but sed generates an error.

HDR isn’t well supported as reported by remlap and ThaDr.

Their comments:

https://outlyer.net/2017-05-26:vcs-1-13-3-released/#comment-30901

Hi I am trying to thumbnail some HDR content is there anyway to insert ffmpeg filters in
-vf zscale=t=linear:npl=100,format=gbrpf32le,zscale=p=bt709,tonemap=tonemap=mobius:desat=0,zscale=t=bt709:m=bt709:r=tv,format=yuv420p

Thanks

https://outlyer.net/2017-05-26:vcs-1-13-3-released/#comment-32413:

I’m also trying to do some HDR content and pass the -vf info to ffmpeg. I can’t get it to work even using a wrapper script.

It always comes up with awk errors, starting with “unterminated regexp”.

Is there any chance of updating vcs to support manual passing of those -vf arguments to ffmpeg?

HDR content is very common nowadays…

https://outlyer.net/2017-05-26:vcs-1-13-3-released/#comment-32423

I’m using vcs 1.13.2 on ubuntu and ended up doing it by adding the line:

-vf ‘zscale=t=linear:npl=100,format=gbrpf32le,zscale=p=bt709,tonemap=tonemap=hable:desat=0,zscale=t=bt709:m=bt709:r=tv,format=yuv420p’ \

at line 2203, in the ffmpeg_capture() function where it sets the ffmpeg command line options.

Couldn’t work out how to do it with a wrapper script.

Asked by Bob on the blog

Would it be possible to somehow specify to only screenshot half of the video image (for 180 side-by-side VR videos)?

Or would this require new features to be added to the VCS?

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

Running in Fedora Core 10 i686 (KVM) yields one 128k frame less and a different “theoretical size” than in Debian amd64, in one sample, and the same number of frames but 2 bytes less in another.