All Projects

/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

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

See http://libav.org/, Jan 27 2012.
Also http://libav.org/index.html#fftools_rename for changes to the syntax.

Must change to avprobe/ffprobe and/or avconv.

No need for description

Rendering on RTL devices is does not work properly due to alignment problems.

Attached: Screen grabs from the pre-release report on an Arabic device.

Material design icons are supposed to be white according to comments found online and most apps.

(I can’t find an actual upstream reference) Found at http://www.androiddocs.com/design/style/iconography.html

Dark icons are displayed white in practice.

Originally reported by Pär: https://outlyer.net/2019-11-26:vcs-1-13-4-released/comment-page-1/#comment-60674

Recently got an update of ImageMagick:

$ magick --version
Version: ImageMagick 7.1.1-33 Q16-HDRI x86_64 22263 https://imagemagick.org
Copyright: (C) 1999 ImageMagick Studio LLC
License: https://imagemagick.org/script/license.php
Features: Cipher DPC HDRI Modules OpenCL OpenMP(4.5) 
Delegates (built-in): bzlib cairo djvu fftw fontconfig freetype heic jbig jng jp2 jpeg jxl lcms lqr ltdl lzma openexr pangocairo png raqm raw rsvg tiff webp wmf x xml zip zlib zstd
Compiler: gcc (14.1)

Because of that, the "convert" command now gives a deprecation warning:

WARNING: The convert command is deprecated in IMv7, use "magick"

Trying to do that, replacing all the calls to 'convert' for 'magick', the temp images seem to be problematic (I've added a few printouts of the suspected code blocks):

[i] Capturing in range [04:49.49-19:17.95]. Total length: 20:25.35
[i] Generating capture #1/4 (04:49.49)...
magick: no images found for operation `-geometry' at CLI arg 7 @ error/operation.c/CLIOption/5479.
magick: magick -background 'transparent' -fill 'transparent' '/dev/shm/vcs.SGteWR/vcs-ZQ0dJj-cap-000001.png'   \( -geometry 267x200! \)  -flatten   \( -box '#000000aa' -fill 'White' -stroke none -pointsize '9'     -gravity 'SouthEast' -font '/usr/share/fonts/TTF/DejaVuSans.ttf' -strokewidth 3 -annotate +5+5     ' 04:49.49 ' \) -flatten -gravity None  -flatten  \( -background black +clone -shadow 50x2+4+4 -background none \) +swap -flatten -trim +repage  -flatten  '/dev/shm/vcs.SGteWR/vcs-zQhKDd.png'

If I try to cp those two temp images on the line below the 'magick' command, they become 0 byte files.

The video renderer ffmpeg has also gone through a couple of steps of upgrades over the years, I now have:

$ ffmpeg -version
ffmpeg version n6.1.1 Copyright (c) 2000-2023 the FFmpeg developers
built with gcc 13.2.1 (GCC) 20230801

So commands like '-vframes' is now '-frames:v' and so on. No errors, just friendly suggestions in the man page. I replaced those also, but still the same problem.

I should have listened more carefully when our kindergarten teacher went through Bash. ;) IOW, I'm sure it's something simple I am not understanding.

N.b. I can still use vcs with the normal 'convert' command, but depending on how "militia force" serious the ImageMagick gang is going to be about deprecation warnings and removal of old code, it might stop working at some point in the future and I think that would be sad.

Any ideas? Thanks! :)

Introduce new names in 1.12 ( FS#120 )

Remove old names in 1.13 or 1.14 (this)

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

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

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

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

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

No need for description

Possibly using a dynamic ZIP file

See http://developer.android.com/reference/java/util/zip/ZipOutputStream.html

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

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 progress bar should reflect when the size of the shared file is unknown.

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)

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.