Fix playlist order and concatenation

The playlist order could be slightly off in v0.2.0 depending on how fast metadata requests were, so now it's explicitly ordered by reverse vine creation time, which is how you'd typically go through someone's vines, and how it was ordered pre-v0.2.0. Also, there's now a -noreverse for the get command to write the playlist in chronological order.

Concatenation has been fixed so it works with any number of files. Previously concatenation could fail if the generated command line using ffmpeg's concat protocol exceeded the shell's maximum command length. The concat demuxer is now used instead.

Support Vine's archive API

Vine recently took its old API offline and put up a new one at archive.vine.co. Likes are no longer available, reposts still aren't available, and crkr has been modified to reflect this.

• the -noreposts option for get has been removed
• likes urls are no longer recognized

Also, this release fixes an issue moving temporary scaled video files across mount boundaries, where they would be deleted instead. This issue affected Linux, didn't affect Windows, and probably didn't affect OSX.

Fix metadata retrieval

Some users with thousands of posts/likes were seeing a much smaller number downloaded (eg ~200 instead of ~7k) due a bug in how crkr was fetching posts/likes timeline metadata. This release fixes that.

Filter out reposts

Add -noreposts flag to the get command, for when you only want to get a user's original vines when downloading their posts or likes. Effectively ignored when downloading a single vine.

Bug fixes for Windows

• Autoconfigure fontconfig on windows
• Relativize paths given to the subtitles filter on windows

Initial Public Release

Tested on Windows 7 (ffmpeg N-82301-g1bbb18f) and Arch Linux (ffmpeg 3.2.2), and OSX (ffmpeg 3.2.2).

Some examples of its output, on youtube:

• mielmonster: best vines
• torbiak: liked vines
• torbiak: reposted vines

Update 2017-01-05: Fixed file extension for binaries in the windows zip archives.