Can't create jpg thumbnails in Intrepid

Bug #320720 reported by pt123
2
Affects Status Importance Assigned to Milestone
ffmpeg (Ubuntu)
Invalid
Low
Unassigned

Bug Description

Binary package hint: ffmpeg

On Hardy using the medibuntu packages one was able to create thumbnails from an xvid file

ffmpeg -i "testfile.avi" -r .01 -y ~/ss_%d_yy.jpg

now this doesn't work on Intrepid using the unstripped ffmpeg libraries in Intrepid because medibuntu doesn't provide ffmpeg versions

but png files work
ffmpeg -i "testfile.avi" -r .01 -y ~/ss_%d_yy.png

I prefer jpg to png as the filesizes are much smaller.

Revision history for this message
Reinhard Tartler (siretart) wrote :

at least in karmic and lucid, ffmpeg got built against libopenjpeg, so I guess this has been fixed by now.

feel free to reopen if I'm wrong.

Changed in ffmpeg (Ubuntu):
status: New → Fix Released
importance: Undecided → Low
Revision history for this message
pt123 (pt123) wrote :

I am using Karmic and still similar errors PNG works fine.

The Jpeg error

Error while opening codec for output stream #0.0

How do I reopen the bug?

Here is the config of ffmpeg (there is no mention of libopenjpeg)

FFmpeg version SVN-r19352-4:0.5+svn20090706-2ubuntu2, Copyright (c) 2000-2009 Fabrice Bellard, et al.
  configuration: --extra-version=4:0.5+svn20090706-2ubuntu2 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --disable-stripping --disable-vhook --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libdc1394 --extra-cflags=-I/build/buildd/ffmpeg-0.5+svn20090706/debian/include --enable-shared --disable-static

Changed in ffmpeg (Ubuntu):
status: Fix Released → Confirmed
Revision history for this message
llogan (loul) wrote :

Show the complete FFmpeg output.

Revision history for this message
pt123 (pt123) wrote :

 ffmpeg -i rock.never.scared-vh-prod.avi -r .01 -y ~/ss_%d_yy.jpg
FFmpeg version SVN-r19352-4:0.5+svn20090706-2ubuntu2, Copyright (c) 2000-2009 Fabrice Bellard, et al.
  configuration: --extra-version=4:0.5+svn20090706-2ubuntu2 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --disable-stripping --disable-vhook --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libdc1394 --extra-cflags=-I/build/buildd/ffmpeg-0.5+svn20090706/debian/include --enable-shared --disable-static
  libavutil 49.15. 0 / 49.15. 0
  libavcodec 52.20. 0 / 52.20. 0
  libavformat 52.31. 0 / 52.31. 0
  libavdevice 52. 1. 0 / 52. 1. 0
  libavfilter 0. 4. 0 / 0. 4. 0
  libswscale 0. 7. 1 / 0. 7. 1
  libpostproc 51. 2. 0 / 51. 2. 0
  built on Oct 13 2009 22:15:16, gcc: 4.4.1

Seems stream 0 codec frame rate differs from container frame rate: 29.98 (65535/2186) -> 29.97 (2997/100)
Input #0, avi, from 'rock.never.scared-vh-prod.avi':
  Duration: 01:33:00.86, start: 0.000000, bitrate: 1053 kb/s
    Stream #0.0: Video: mpeg4, yuv420p, 512x384 [PAR 1:1 DAR 4:3], 29.97 tbr, 29.97 tbn, 29.98 tbc
    Stream #0.1: Audio: mp3, 48000 Hz, stereo, s16, 32 kb/s
Output #0, image2, to '/home/par/ss_%d_yy.jpg':
    Stream #0.0: Video: mjpeg, yuvj420p, 512x384 [PAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 0.01 tbc
Stream mapping:
  Stream #0.0 -> #0.0
[mjpeg @ 0x84b2d40]bitrate tolerance too small for bitrate
Error while opening codec for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height

Revision history for this message
llogan (loul) wrote :

FFmpeg views this as a feature, not a bug.

Issue 1376: Bitrate tolerance too small error
https://roundup.ffmpeg.org/roundup/ffmpeg/issue1376

As suggested in the above link, your -bt must be higher, such as:
ffmpeg -i rock.never.scared-vh-prod.avi -bt 20M -r .01 -y ~/ss_%d_yy.jpg

Revision history for this message
pt123 (pt123) wrote :

then why is it working fine with PNG?

Revision history for this message
llogan (loul) wrote :

I don't know. PNG is a different format and uses a different encoder. You can look at the source, post to the ffmpeg-user mailing list, or ask on the #ffmpeg IRC channel to find out more.

Revision history for this message
llogan (loul) wrote :

Did the new command from post #5 work for you?

Revision history for this message
pt123 (pt123) wrote :

yes using -bt 20M worked

llogan (loul)
Changed in ffmpeg (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.