All Projects

Being based on System V, it’s quite different to most other Unix-like OSes, might be a good target for x-platform enhancements

Originally requested by Daniel

As reported by Dirk Reiners (paraphrased)

Files incorrectly reporting too short length (unlike too long), pass the safe_length_measure check ⇒ This prevents correcting length.

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.

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?

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…
”

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)

The spinner, used to show progress adds a lot of overkill just to give some feedback while working

No need for description

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

Should provide an easy way to generate a new configuration file based on the provided command-line arguments.

It just makes more sense

This is a meta-item depending on bugs/features required to complete before releasing QFS 0.12

First version allowing multiple file sharing.
Possibly release early and keep as alpha or beta to test further.

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

Previous release:  FS#234  (1.3.1)

This is a meta-item depending on bugs/features required to complete before releasing mp3plot 0.6.1

Next: FS#192

This is a meta-item depending on bugs/features required to complete before releasing mp3plot 0.7

Previous: FS#191
Next: FS#193

This is a meta-item depending on bugs/features required to complete before releasing mp3plot 1.0

Previous: FS#192

To mimic the original way of working

Once the user has chosen to use only a set of icons, allow them to choose which of the two.

No need for description

Gradle allows to define fields on the generated class BuildConfig. This should be enough to discard the current per-build-type classes.

Example: https://stackoverflow.com/questions/24518940/custom-fields-for-a-build-type-in-gradle

In the past BuildConfig.DEBUG wasn’t reliable (when combining Eclipse and ADT), but on Android Studio with Gradle it can be used safely and hence there’s no need to duplicate the functionality.