All Projects

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.

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

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

It just makes more sense

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

Suggested by “AB”

Allow choosing what SIM slot to check in dual-SIM devices.

Reported by Vendetta 18/09/2016 on Google Play

Dejó de funcionar Desde la actualización d mi Huawei P8 lite a android 6 ya no sale el tipo d conexión en la barra d notificaciones.

P8 lite / Marshmallow / r14034

Reported by Oncewarriors 9/08/2017 through email

[...]the bar icon is vanishing after a while

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

Take advantage of Nougat style notifications to display more information to the user.

See https://material.io/guidelines/patterns/notifications.html

Possible design elements:

1. “App icon”: Network type? AFAICT setting it to the actual app will replace the status bar icon.
2. Header text: Provider
3. Timestamp: Time of the last update
4. Large icon: Network type, bigger?

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.

Since the introduction of Material, icons should be white. The black icons only display as such in a subset on devices.

This is a meta-item depending on bugs/features required to complete before releasing vcs 2.0.

v2.0 will be a rewrite in Python.

Previous: FS#153

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

Previous:  FS#361  (1.5.2),  FS#353  (1.5.1),  FS#215  (1.5),  FS#252  (1.4),  FS#203  (1.3)

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 vcs 1.14

Previous:  FS#152   FS#218   FS#224   FS#250   FS#366 

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

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

Next: FS#192

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

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.

Currently off Google Play due to failing to meet a deadline on policy changes.

Currently unable to re-stablish due to being away from my keys

This is a continuation of  FS#354 .

Temporarily using pre-rendered PNGs in 1.5.1, should try to re-design icons to render properly on Android 5.0 and up.

Introduce new names in 1.12 ( FS#120 )

Remove old names in 1.13 or 1.14 (this)

Reported by Terry Parrott

Reports that the app won’t auto load despite having the option enabled.

Reported on Oreo.

Presumably related to FS#370.

No need for description

/dev/shm isn’t really intended as an alternate temporary location, and VCS’ temporary files can easily grow too large for it too.

As a possible alternative offer a first-run choice of temp-dir (maybe suggesting /dev/shm).

References:
http://wiki.debian.org/ReleaseGoals/RunDirectory#Why_put_.2BAC8-dev.2BAC8-shm_and_.2BAC8-tmp_under_.2BAC8-run.3F http://stackoverflow.com/questions/9745281/tmp-vs-dev-shm-for-temp-file-storage-on-linux