shshankjain / webm

Automatically exported from code.google.com/p/webm
0 stars 0 forks source link

FFmpeg & libvpx get too slow #171

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
Really slow FPS encoding, tested on Debian Sid and Ubuntu 10.04

libvpx 0.9.2

ffmpeg 0.6

-> FFmpeg version 0.6, Copyright (c) 2000-2010 the FFmpeg developers
  built on Sep  5 2010 08:00:09 with gcc 4.4.5 20100728 (prerelease)
  configuration: --enable-libvpx --enable-libvorbis --enable-pthreads
  libavutil     50.15. 1 / 50.15. 1
  libavcodec    52.72. 2 / 52.72. 2
  libavformat   52.64. 2 / 52.64. 2
  libavdevice   52. 2. 0 / 52. 2. 0
  libswscale     0.11. 0 /  0.11. 0

I tried to encode some videos, with a 480p video, I get 15 FPS encoding speed. 
With a 720p video, I get ONLY 4 FPS. Is this normal?

This is the FFmpeg output:

Seems stream 1 codec frame rate differs from container frame rate: 59.85 
(7481/125) -> 29.92 (7481/250)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'zNO79TAX-M4.mp4':
  Metadata:
    major_brand     : mp42
    minor_version   : 0
    compatible_brands: isomavc1mp42
  Duration: 00:04:05.92, start: 0.000000, bitrate: 2113 kb/s
    Stream #0.0(und): Audio: aac, 44100 Hz, stereo, s16, 125 kb/s
    Stream #0.1(und): Video: h264, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 1985 kb/s, 29.92 fps, 29.92 tbr, 29924 tbn, 59.85 tbc
File 'z.webm' already exists. Overwrite ? [y/N] y
[libvpx @ 0x8bb5830]v0.9.2
Output #0, webm, to 'z.webm':
  Metadata:
    encoder         : Lavf52.64.2
    Stream #0.0(und): Video: libvpx, yuv420p, 640x480 [PAR 4:3 DAR 16:9], q=2-31, 200 kb/s, 1k tbn, 29.92 tbc
    Stream #0.1(und): Audio: libvorbis, 44100 Hz, stereo, s16, 64 kb/s
Stream mapping:
  Stream #0.1 -> #0.0
  Stream #0.0 -> #0.1
Press [q] to stop encoding
frame=   59 fps=  4 q=0.0 Lsize=      68kB time=1.97 bitrate= 280.7kbits/s  

Original issue reported on code.google.com by danielog...@gmail.com on 5 Sep 2010 at 6:37

GoogleCodeExporter commented 9 years ago

Original comment by iss...@webmproject.org on 16 Mar 2011 at 2:51

GoogleCodeExporter commented 9 years ago
It is hard to say whether the speed is to be expected in any individual case as 
encode speed is material dependent but it is to be expected that 720p will 
usually be a lot slower than 480p.

Original comment by paulwilk...@google.com on 16 Mar 2011 at 4:04

GoogleCodeExporter commented 9 years ago
As Paul said this could be normal and depends on a lot of factors. What are 
your machine specs?

Also I would try the latest release to see as the encoding speed has been 
improved.
http://blog.webmproject.org/2011/03/vp8-codec-sdk-bali-released.html

Original comment by fgalli...@google.com on 16 Mar 2011 at 4:59

GoogleCodeExporter commented 9 years ago
I will try the last release.

Original comment by danielog...@gmail.com on 16 Mar 2011 at 6:07

GoogleCodeExporter commented 9 years ago
No actionable info here -- we continue to make speed improvements.

Original comment by jkoles...@google.com on 11 Jul 2011 at 3:31

GoogleCodeExporter commented 9 years ago

Original comment by albe...@google.com on 8 Mar 2012 at 12:10