Re: [FFmpeg-trac] #1306(avcodec:open): Open EXR : wrong processing of an *.exr files

2012-07-23 Thread FFmpeg 
#1306: Open EXR : wrong processing of an *.exr files
-+---
 Reporter:  russiaman|Owner:
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  EXR  |   Blocked By:
 Blocking:   |  Reproduced by developer:  1
Analyzed by developer:  0|
-+---

Comment (by russiaman):

 '''richardpl''' thank you very much for update!
 I`ve been tried playing with ffmpeg-20120720-git-85761ef-win64-static
 build.. and really - now zip1 and zip16 works well! COOL!

 How about "Tiled exr" - ffmpeg didn`t works with them now :(
 i get error message:
 '''Tile based images are not supported.'''

 there is a link for tiled exr example.
 http://www.datafilehost.com/download-669b605c.html

-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #1543(undetermined:new): ffmpeg stops after few minutes without anything in the log

2012-07-23 Thread FFmpeg 
#1543: ffmpeg stops after few minutes without anything in the log
-+-
 Reporter:  kostay   |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by kostay):

 i don't know what is the workflow here. so just asking

 if i get no reaction (answer) for pretty long time means that i will get
 no answer at all?

 regards

-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #1543(undetermined:new): ffmpeg stops after few minutes without anything in the log

2012-07-23 Thread FFmpeg 
#1543: ffmpeg stops after few minutes without anything in the log
-+-
 Reporter:  kostay   |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:  libx264  |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

 * keywords:   => libx264


Comment:

 Afaict, you did not provide complete, uncut console output (this is needed
 for every non-build non-documentation report). If the problem is only
 reproducible with -vcodec libx264, but not -vcodec mpeg4, then a problem
 outside of FFmpeg is likely. To make sure, consider providing a backtrace.

-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #1541(avcodec:new): flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8

2012-07-23 Thread FFmpeg 
#1541: flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8
-+-
 Reporter:  kaijun61 |Owner:
 Type:  defect   |   Status:  new
 Priority:  important|Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  flv, arm |   Blocked By:
  cortext- A8|  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by kaijun61):

 It doesn't hang with ffmpeg since ffmpeg may not decode frame. I found it
 hangs when the third packet of size of 1112 bytes enter the said function.
 When I step over the function, it hangs. Otherwise, if I step in and out,
 it doesn't.
 Yes, the application is compiled with these options.

-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #1541(avcodec:new): flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8

2012-07-23 Thread FFmpeg 
#1541: flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8
-+-
 Reporter:  kaijun61 |Owner:
 Type:  defect   |   Status:  new
 Priority:  important|Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  flv, arm |   Blocked By:
  cortext- A8|  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by cehoyos):

 Replying to [comment:8 kaijun61]:
 > It doesn't hang with ffmpeg since ffmpeg may not decode frame.

 In which situation does ffmpeg not decode a frame?

 > I found it hangs when the third packet of size of 1112 bytes enter the
 said function. When I step over the function, it hangs. Otherwise, if I
 step in and out, it doesn't.

 Is this with ffmpeg_g ?

 > Yes, the application is compiled with these options.

-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #1541(avcodec:new): flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8

2012-07-23 Thread FFmpeg 
#1541: flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8
-+-
 Reporter:  kaijun61 |Owner:
 Type:  defect   |   Status:  new
 Priority:  important|Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  flv, arm |   Blocked By:
  cortext- A8|  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by kaijun61):

 I use ffmpeg libavcodec, it hangs on the third video packet. You can try.
 no, I don't use ffmpeg_g. I work on console.

-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #506(undetermined:closed): FFMPEG32 Windows Build CRASH

2012-07-23 Thread FFmpeg 
#506: FFMPEG32 Windows Build CRASH
-+-
 Reporter:   |Owner:  michael
  plaguebreath   |   Status:  closed
 Type:  defect   |Component:
 Priority:  normal   |  undetermined
  Version:  unspecified  |   Resolution:
 Keywords:   |  needs_more_info
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by davor):

 Replying to [comment:8 cehoyos]:
 > Please reopen if a sample is available to reproduce the problem.

 This issue exists for quite some time now. I am using ffmpeg-20120503-git-
 c1fe2db-win32-shared and have it also. The samples are too big to upload.

 It seems to me that ffmpeg is caching everything before 1394sec. So, for
 smaller values, like 30 sec, I see my physical memory usage rise to a
 certain limit, and then stops when the encoding begins. But for large -ss
 values, for which there is not enough physical/page memory to cache,
 ffmpeg crashes when it reaches the limit. When using huff-encoded streams,
 ffmpeg crashes even on small -ss values.

-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #506(undetermined:reopened): FFMPEG32 Windows Build CRASH

2012-07-23 Thread FFmpeg 
#506: FFMPEG32 Windows Build CRASH
-+-
 Reporter:   |Owner:  michael
  plaguebreath   |   Status:  reopened
 Type:  defect   |Component:
 Priority:  normal   |  undetermined
  Version:  unspecified  |   Resolution:
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by davor):

 * status:  closed => reopened
 * resolution:  needs_more_info =>


Comment:

 If you want to reproduce it, take any video file, huff-encode it, and
 experiment with the -ss values. No need to send any "sample files".

-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #506(undetermined:reopened): FFMPEG32 Windows Build CRASH

2012-07-23 Thread FFmpeg 
#506: FFMPEG32 Windows Build CRASH
-+-
 Reporter:   |Owner:  michael
  plaguebreath   |   Status:  reopened
 Type:  defect   |Component:
 Priority:  normal   |  undetermined
  Version:  unspecified  |   Resolution:
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-

Comment (by cehoyos):

 Replying to [comment:9 davor]:
 > This issue exists for quite some time now. I am using ffmpeg-20120503
 -git-c1fe2db-win32-shared and have it also. The samples are too big to
 upload.
 There is no size limit for uploads.

 In any case (also if you believe no sample is needed), please provide a
 command line together with complete, uncut console output.

-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #506(undetermined:reopened): FFMPEG32 Windows Build CRASH

2012-07-23 Thread FFmpeg 
#506: FFMPEG32 Windows Build CRASH
-+-
 Reporter:   |Owner:  michael
  plaguebreath   |   Status:  reopened
 Type:  defect   |Component:
 Priority:  normal   |  undetermined
  Version:  unspecified  |   Resolution:
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by cehoyos):

 * cc: davor (added)


-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #506(undetermined:reopened): FFMPEG32 Windows Build CRASH

2012-07-23 Thread FFmpeg 
#506: FFMPEG32 Windows Build CRASH
-+-
 Reporter:   |Owner:  michael
  plaguebreath   |   Status:  reopened
 Type:  defect   |Component:
 Priority:  normal   |  undetermined
  Version:  unspecified  |   Resolution:
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-

Comment (by davor):

 Command line:


 {{{
 ffmpeg -i "M:\Videos\Recorded\VLC\original.avi" -target pal-dvd -flags
 +ilme+ildct -q:v 1 -q:a 1 -trellis 2 -mbd rd -cmp 2 -subcmp 2 -top 1 -ss
 1439 -vf "crop=688:562:2:12:1" "w:\mis.mpg"
 }}}

 {{{

 D:\>ffmpeg -i "M:\Videos\Recorded\VLC\original.avi" -target pal-dvd -flags
 +ilme
 +ildct -q:v 1 -q:a 1 -trellis 2 -mbd rd -cmp 2 -subcmp 2 -top 1 -ss 1439
 -vf "cr
 op=688:562:2:12:1" "w:\mis.mpg"
 ffmpeg version N-40301-gc1fe2db Copyright (c) 2000-2012 the FFmpeg
 developers
   built on May  3 2012 11:42:19 with gcc 4.6.3
   configuration: --disable-static --enable-shared --enable-gpl --enable-
 version3
  --disable-w32threads --enable-runtime-cpudetect --enable-avisynth
 --enable-bzli
 b --enable-frei0r --enable-libass --enable-libcelt --enable-libopencore-
 amrnb --
 enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-
 libmp3lam
 e --enable-libnut --enable-libopenjpeg --enable-librtmp --enable-
 libschroedinger
  --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-
 aacenc
 --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-
 libx264 --en
 able-libxavs --enable-libxvid --enable-zlib
   libavutil  51. 49.100 / 51. 49.100
   libavcodec 54. 17.101 / 54. 17.101
   libavformat54.  3.100 / 54.  3.100
   libavdevice53.  4.100 / 53.  4.100
   libavfilter 2. 72.104 /  2. 72.104
   libswscale  2.  1.100 /  2.  1.100
   libswresample   0. 11.100 /  0. 11.100
   libpostproc52.  0.100 / 52.  0.100
 [avi @ 014d0560] non-interleaved AVI
 Input #0, avi, from 'M:\Videos\Recorded\VLC\original.avi':
   Metadata:
 encoder : Lavf54.3.100
   Duration: 00:31:37.57, start: 0.00, bitrate: 82845 kb/s
 Stream #0:0: Video: huffyuv (HFYU / 0x55594648), yuv422p, 720x576,
 24.99 tbr
 , 24.99 tbn, 24.99 tbc
 Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2
 channels,
  s16, 1536 kb/s
 [buffer @ 01549760] w:720 h:576 pixfmt:yuv422p tb:1/100 sar:0/1
 sws_param:fl
 ags=2
 [scale @ 01549900] w:720 h:576 fmt:yuv422p sar:0/1 -> w:720 h:576
 fmt:yuv420p sa
 r:0/1 flags:0x4
 [crop @ 014d5a40] w:720 h:576 sar:0/1 -> w:688 h:562 sar:0/1
 Incompatible sample format 's16' for codec 'ac3', auto-selecting format
 'flt'
 [ac3 @ 014d8b20] channel_layout not specified
 [ac3 @ 014d8b20] No channel layout specified. The encoder will guess the
 layout,
  but it might be incorrect.
 Guessed Channel Layout for  Input Stream #0.1 : stereo
 Output #0, dvd, to 'w:\mis.mpg':
   Metadata:
 encoder : Lavf54.3.100
 Stream #0:0: Video: mpeg2video (hq), yuv420p, 688x562, q=2-31, 6000
 kb/s, 90
 k tbn, 25 tbc
 Stream #0:1: Audio: ac3, 48000 Hz, stereo, flt, 448 kb/s
 Stream mapping:
   Stream #0:0 -> #0:0 (huffyuv -> mpeg2video)
   Stream #0:1 -> #0:1 (pcm_s16le -> ac3)
 Press [q] to stop, [?] for help
 frame=0 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=
 0.0kbits/s
 frame=0 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=
 0.0kbits/s
 frame=0 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=
 0.0kbits/s
 frame=0 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=
 0.0kbits/s
 frame=0 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=
 0.0kbits/s
 frame=0 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=
 0.0kbits/s
 frame=0 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=
 0.0kbits/s
 frame=0 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=
 0.0kbits/s
 frame=0 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=
 0.0kbits/s
 frame=0 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=
 0.0kbits/s
 frame=0 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=
 0.0kbits/s
 frame=0 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=
 0.0kbits/s
 frame=0 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=
 0.0kbits/s
 frame=0 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=
 0.0kbits/s
 frame=0 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=
 0.0kbits/s
 frame=0 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=
 0.0kbits/s
 frame=0 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=
 0.0kbits/s
 frame=0 fps=0.0 q=0.0 size=   0kB t

Re: [FFmpeg-trac] #506(undetermined:reopened): FFMPEG32 Windows Build CRASH

2012-07-23 Thread FFmpeg 
#506: FFMPEG32 Windows Build CRASH
-+-
 Reporter:   |Owner:  michael
  plaguebreath   |   Status:  reopened
 Type:  defect   |Component:
 Priority:  normal   |  undetermined
  Version:  unspecified  |   Resolution:
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-

Comment (by cehoyos):

 Replying to [comment:13 davor]:
 > {{{
 >
 > D:\>ffmpeg -i "M:\Videos\Recorded\VLC\original.avi" -target pal-dvd
 -flags +ilme
 > +ildct -q:v 1 -q:a 1 -trellis 2 -mbd rd -cmp 2 -subcmp 2 -top 1 -ss 1439
 -vf "cr
 > op=688:562:2:12:1" "w:\mis.mpg"
 > }}}
 You are describing a different problem than the OP.
 If you don't seek (with --ss 1439 before -i file) but decode the source
 until position 1439 sec, OOM is possible.
 (This may still be a bug that is probably worth an independent new ticket
 but it is not the one originally reported.)

-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #506(undetermined:reopened): FFMPEG32 Windows Build CRASH

2012-07-23 Thread FFmpeg 
#506: FFMPEG32 Windows Build CRASH
-+-
 Reporter:   |Owner:  michael
  plaguebreath   |   Status:  reopened
 Type:  defect   |Component:
 Priority:  normal   |  undetermined
  Version:  unspecified  |   Resolution:
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-

Comment (by davor):

 Replying to [comment:14 cehoyos]:
 > Replying to [comment:13 davor]:
 > > {{{
 > >
 > > D:\>ffmpeg -i "M:\Videos\Recorded\VLC\original.avi" -target pal-dvd
 -flags +ilme
 > > +ildct -q:v 1 -q:a 1 -trellis 2 -mbd rd -cmp 2 -subcmp 2 -top 1 -ss
 1439 -vf "cr
 > > op=688:562:2:12:1" "w:\mis.mpg"
 > > }}}
 > You are describing a different problem than the OP.
 > If you don't seek (with --ss 1439 before -i file) but decode the source
 until position 1439 sec, OOM is possible.
 > (This may still be a bug that is probably worth an independent new
 ticket but it is not the one originally reported.)

 Indeed... I was too quick. Sorry.

-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac

[FFmpeg-trac] #1567(build system:new): make install fails with relative path for prefix dir

2012-07-23 Thread FFmpeg 
#1567: make install fails with relative path for prefix dir
-+-
 Reporter:   | Type:  defect
  MacGyverismo   | Priority:  normal
   Status:  new  |  Version:
Component:  build|  unspecified
  system |   Blocked By:
 Keywords:  relative |  Reproduced by developer:  0
  path configure |
 Blocking:   |
Analyzed by developer:  0|
-+-
 Summary of the bug:

 install fails because the working directory is changed twice in a single
 make-command.

 How to reproduce:
 {{{
 download (latest) source
 run configure with relative path for --prefix. ie. --prefix=install

 result:
 INSTALL libavdevice/libavdevice.so
 STRIP   install-libavdevice-shared
 cd: 1: can't cd to install/lib
 }}}

 this seems to be because the command which is executed actually changes
 from working dir to install/lib ( which is good ) and then another cd
 command is executed ( also to install/lib ) but this fails because the
 working dir was already set to this directory.

-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #1566(avcodec:closed): incorrect assembly code in libavcodec/x86/dsputil_mmx.c

2012-07-23 Thread FFmpeg 
#1566: incorrect assembly code in libavcodec/x86/dsputil_mmx.c
-+---
 Reporter:  yang |Owner:
 Type:  defect   |   Status:  closed
 Priority:  important|Component:  avcodec
  Version:  git-master   |   Resolution:  fixed
 Keywords:  dsputil_mmx  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+---
Changes (by michael):

 * status:  new => closed
 * resolution:   => fixed


Comment:

 Patch applied

 thanks

-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac

[FFmpeg-trac] #1568(FFprobe:new): ffprobe: SAR / DAR values not mapped in JSON output when input file gets transcoded to WEBM

2012-07-23 Thread FFmpeg 
#1568: ffprobe: SAR / DAR values not mapped in JSON output when input file gets
transcoded to WEBM
-+-
   Reporter:  czellweg   |  Owner:  stefano
   Type:  defect | Status:  new
   Priority:  normal |  Component:  FFprobe
Version: |   Keywords:  json, webm,
  unspecified|  transcoding, ffprobe
 Blocked By: |   Blocking:
Reproduced by developer:  0  |  Analyzed by developer:  0
-+-
 Summary of the bug:
 If a input video source is transcoded to WEBM, the SAR & DAR values are
 not mapped in the JSON output (using '-print_format json -show_streams')
 even though they are available as header information.

 As you can see from the output below, the video stream ('Stream #0:0:
 Video:') line contains the SAR and DAR values ('SAR 1:1 DAR 427:181') but
 they are not visible in the corresponding JSON output.

 How to reproduce:
 {{{
 % ffprobe -print_format json -show_streams cinemascope-sample.webm
 ffprobe version N-41991-g87df986 Copyright (c) 2007-2012 the FFmpeg
 developers
   built on Jun 28 2012 12:21:41 with gcc 4.4.3
   configuration: --enable-gpl --enable-version3 --enable-nonfree --enable-
 postproc --enable-libfaac --enable-libtheora --enable-libvorbis --enable-
 libx264 --enable-libxvid --enable-x11grab --enable-libvpx --enable-
 pthreads --enable-libmp3lame --enable-libaacplus --enable-libopencore-
 amrnb --enable-libopencore-amrwb
   libavutil  51. 63.100 / 51. 63.100
   libavcodec 54. 29.101 / 54. 29.101
   libavformat54. 11.100 / 54. 11.100
   libavdevice54.  0.100 / 54.  0.100
   libavfilter 3.  0.100 /  3.  0.100
   libswscale  2.  1.100 /  2.  1.100
   libswresample   0. 15.100 /  0. 15.100
   libpostproc52.  0.100 / 52.  0.100
 Input #0, matroska,webm, from 'cinemascope-sample.webm':
   Metadata:
 creation_time   : 2010-03-23 13:46:00
   Duration: 00:00:18.81, start: 0.00, bitrate: 982 kb/s
 Stream #0:0: Video: vp8, yuv420p, 854x362, SAR 1:1 DAR 427:181, 23.98
 fps, 23.98 tbr, 1k tbn, 1k tbc (default)
 {
 "streams": [
 {
 "index": 0,
 "codec_name": "vp8",
 "codec_long_name": "On2 VP8",
 "codec_type": "video",
 "codec_time_base": "1/1000",
 "codec_tag_string": "[0][0][0][0]",
 "codec_tag": "0x",
 "width": 854,
 "height": 362,
 "has_b_frames": 0,
 "pix_fmt": "yuv420p",
 "level": -99,
 "r_frame_rate": "24000/1001",
 "avg_frame_rate": "24000/1001",
 "time_base": "1/1000",
 "start_time": "0.00"
 }
 ]
 }
 }}}

 Expected output would be:
 {{{
 % ffprobe -print_format json -show_streams cinemascope-sample.webm
 ffprobe version N-41991-g87df986 Copyright (c) 2007-2012 the FFmpeg
 developers
   built on Jun 28 2012 12:21:41 with gcc 4.4.3
   configuration: --enable-gpl --enable-version3 --enable-nonfree --enable-
 postproc --enable-libfaac --enable-libtheora --enable-libvorbis --enable-
 libx264 --enable-libxvid --enable-x11grab --enable-libvpx --enable-
 pthreads --enable-libmp3lame --enable-libaacplus --enable-libopencore-
 amrnb --enable-libopencore-amrwb
   libavutil  51. 63.100 / 51. 63.100
   libavcodec 54. 29.101 / 54. 29.101
   libavformat54. 11.100 / 54. 11.100
   libavdevice54.  0.100 / 54.  0.100
   libavfilter 3.  0.100 /  3.  0.100
   libswscale  2.  1.100 /  2.  1.100
   libswresample   0. 15.100 /  0. 15.100
   libpostproc52.  0.100 / 52.  0.100
 Input #0, matroska,webm, from 'cinemascope-sample.webm':
   Metadata:
 creation_time   : 2010-03-23 13:46:00
   Duration: 00:00:18.81, start: 0.00, bitrate: 982 kb/s
 Stream #0:0: Video: vp8, yuv420p, 854x362, SAR 1:1 DAR 427:181, 23.98
 fps, 23.98 tbr, 1k tbn, 1k tbc (default)
 {
 "streams": [
 {
 "index": 0,
 "codec_name": "vp8",
 "codec_long_name": "On2 VP8",
 "codec_type": "video",
 "codec_time_base": "1/1000",
 "codec_tag_string": "[0][0][0][0]",
 "codec_tag": "0x",
 "width": 854,
 "height": 362,
 "has_b_frames": 0,
 "sample_aspect_ratio": "1:1",
 "display_aspect_ratio": "427:181",
 "pix_fmt": "yuv420p",
 "level": -99,
 "r_frame_rate": "24000/1001",
 "avg_frame_rate": "24000/1001",
 "time_base": "1/1000",
 "start_time": "0.00"
 }
 ]
 }
 }}}

-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___