Recent changes to patches

#72 Fix building with chromaprint 1.4

2016-12-22T14:49:12.086000Z

status: open --> closed

Need Progress Indicator Bars - Expand All & Bulk Modify Frames across large filesets

2016-12-20T20:45:06Z

Its unclear if Kid3 is still progressing or died/locked up when:
1. doing an Expand All on a large dataset of files & folders
2. modifying frames on large selected sets of files across a large folder hiearchy (e.g. deleting a frame)
a. when modify or deleting frames, provide an impacted # of files (it sometimes hard to tell how the scope of a change); maybe count #'s next to frame names?

How about a file count status bar # and then how many are selected [total xxx,xxx/selected xxx,xxx]???

Fix building with chromaprint 1.4

2016-12-09T07:39:39.734000Z

Fixes compilation with Chromaprint 1.4, [bugs:#146].

Fix building with chromaprint 1.4

2016-12-09T07:39:39.734000Z

Ticket 72 has been modified: Fix building with chromaprint 1.4
Edited By: Urs Fleisch (ufleisch)
Status updated: u'open' => u'closed'

#71 Optimize images

2016-08-24T04:01:12.619000Z

status: open --> closed

#71 Optimize images

2016-07-31T10:38:41.895000Z

Thanks, with these instructions, I was able to reproduce the compressed pngs. For the svgz, I still received a file with 3 bytes more.

I have commited the patch and added instructions about how to recompress [4b5b1a].

#71 Optimize images

2016-07-29T20:05:59.083000Z

I don't remember the exact arguments I used to produce this patch, but it was done with zopflipng from zopfli 1.0.1 on Fedora 23.

For PNGs, in my experience, I've seen best results by first running them through "zopflipng -m", followed by a second run with "zopflipng --lossy_transparent -m". I haven't played with the separate iterations option, but I suppose it could save a few more bytes.

I'm fairly certain that the svgz recompress was done with plain zopfli without any additional options.

#71 Optimize images

2016-07-29T19:53:25.229000Z

Nice, thanks for the suggestion, I did not know about this usage of zopfli (although zopfli comes from Zurich where I live).

When I do the same using zopfli and zopflipng from Arch Linux or starting the zopfli and zopflipng found at https://kojipkgs.fedoraproject.org//packages/zopfli/1.0.1/2.fc25/x86_64/zopfli-1.0.1-2.fc25.x86_64.rpm from Ubuntu 16.04, I do not get the same results (i.e. the files differ). Did you use a different number of iterations or other special settings? Or did you use another version?

Optimize images

2016-07-13T18:47:19.256000Z

Running PNGs through zopflipng and recompressing SVGZ with zopfli shaves some bits off them, with no downsides I'm aware of.

Optimize images

2016-07-13T18:47:19.256000Z

Ticket 71 has been modified: Optimize images
Edited By: Urs Fleisch (ufleisch)
Status updated: u'open' => u'closed'