All Projects

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

No need for description

Theming support as initially intended ( FS#237 ) is not possible.

With the switch to vector graphics adding alternative icons becomes fairly “cheap” app-size-wise and many users have requested alternative ones. This task tracks these suggestions.

Recap of related suggestions:

• Pamy Srt 10/01/2016 on Google Play
  Needs to indicate using LTE icon not just 4g icon good app if you add this I will make it a 5
  
  
• Jon Manilenio 29/04/2016 on Google Play
  Nice I wish there were more designs though.
  
  
• Miles Vino 23/04/2017 on Google Play
  Appreciate this handy app! Please consider a simpler icon, without the square, so it blends with Google’s material design. Thanks!
  
  
• MJ Cortez 02/06/2017 on Google Play
  4G should be displayed as LTE instead of [4]
  
  
• Prince Priyam Borah 08/08/2017 on Google Play
  Plz add the stylish 4G logo. Your app only shows 4. Else, everything is ok.
  
  

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

Next: FS#192

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 QFS 0.12

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

It just makes more sense

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

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

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

No need for description

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

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.

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

Originally reported by Phil Grundig

Version of mplayer: mplayer (1.0pre8cvs)

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

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.

Originally reported by Phil Grundig

Version of ffmpeg: ffmpeg (CVS-060515)

Originally reported by Dougn Redhammer

No need for description

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

Originally requested by Dougn Redhammer

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