Your message dated Fri, 9 Oct 2015 21:54:16 +0200
with message-id <[email protected]>
and subject line Re: Bug#801245: /usr/bin/avconv: video conversion to single 
frame gifs ends up in drugged output
has caused the Debian Bug report #801245,
regarding /usr/bin/avconv: video conversion to single frame gifs ends up in 
drugged output
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
801245: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801245
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libav-tools
Version: 6:11.4-1~deb8u1
Severity: normal
File: /usr/bin/avconv

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
        Converting a video to single frames with the command 'avconv -i
        inputvideo.mov out%04d.gif'     
   * What exactly did you do (or not do) that was effective (or
     ineffective)?
                 converting a video in mjpeg format to gif with the 
abovementioned command 
                 ends up in unusable single frames. using out%04d.png works
   * What was the outcome of this action? 
                distorted/unusable single frames
   * What outcome did you expect instead?
                undistorted single frames of the video


-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: armhf, i386

Kernel: Linux 4.2-2.dmz.1-liquorix-amd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libav-tools depends on:
ii  dpkg             1.17.25
ii  libavcodec56     6:11.4-1~deb8u1
ii  libavdevice55    6:11.4-1~deb8u1
ii  libavfilter5     6:11.4-1~deb8u1
ii  libavformat56    6:11.4-1~deb8u1
ii  libavresample2   6:11.4-1~deb8u1
ii  libavutil54      6:11.4-1~deb8u1
ii  libc6            2.19-18+deb8u1
ii  libsdl1.2debian  1.2.15-10+b1
ii  libswscale3      6:11.4-1~deb8u1
ii  libvdpau1        0.8-3+deb8u1
ii  libx11-6         2:1.6.2-3

libav-tools recommends no packages.

Versions of packages libav-tools suggests:
pn  frei0r-plugins  <none>

-- no debconf information

--- End Message ---
--- Begin Message ---
Version: 7:2.7.2-2

Hi olsen,

On 07.10.2015 21:31, olsen wrote:
>    * What led up to the situation?
>       Converting a video to single frames with the command 'avconv -i
>       inputvideo.mov out%04d.gif'     
>    * What exactly did you do (or not do) that was effective (or
>      ineffective)?
>                converting a video in mjpeg format to gif with the 
> abovementioned command 
>                ends up in unusable single frames. using out%04d.png works
>    * What was the outcome of this action? 
>               distorted/unusable single frames
>    * What outcome did you expect instead?
>               undistorted single frames of the video

That's kind of a funny effect, isn't it?

Unfortunately I don't know what exactly the problem is.
However, the good news is that Debian switched back to ffmpeg and it doesn't
have this problem. Thus I'm closing this bug with the version of ffmpeg,
that started to provide the transitional libav-tools package.

 * To get an animated gif, use:
$ ffmpeg -i inputvideo.mov animated.gif
 * To get the frames of the animated gif (difference to previous frame), use:
$ ffmpeg -i inputvideo.mov -c:v gif -f image2 diff%04d.gif
 * To get full single frames, use:
$ ffmpeg -i inputvideo.mov -c:v gif -f image2 -gifflags -transdiff out%04d.gif

A backport of ffmpeg to jessie is already prepared, but not yet uploaded,
because ffmpeg 2.8 didn't migrate to testing, yet.

Best regards,
Andreas

--- End Message ---

Reply via email to