vp9 encode fails with SIGFPE, Arithmetic exception.

[GoogleCodeExporter]

commit 6d227137221ea4eead9d81daf3d2f0915560bbff
Built with
make clean && ../configure --enable-vp9  --enable-webm-io 
--target=x86_64-linux-gcc --enable-vp9-encoder --enable-vp9-decoder 
--enable-runtime-cpu-detect --disable-multithread --disable-docs --enable-debug 
--enable-debug-libs && make -j4

Run was:
(gdb) run --codec=vp9 --fps=25000/1000 --passes=1 --end-usage=q --best --i420 
-w 1280 -h 720 --cq-level=8 --arnr-maxframes=15 --min-q=3 --max-q=15 --verbose 
--target-bitrate=0 --threads=1 --kf-max-dist=360 --auto-alt-ref=1 -o 
00005.MTS.webm /media/Data/tmp_ph/103MSDCF/BDMV/STREAM/in.yuv
Starting program: /home/inferno/.dev/libvpx/libvpxgit/vpxenc --codec=vp9 
--fps=25000/1000 --passes=1 --end-usage=q --best --i420 -w 1280 -h 720 
--cq-level=8 --arnr-maxframes=15 --min-q=3 --max-q=15 --verbose 
--target-bitrate=0 --threads=1 --kf-max-dist=360 --auto-alt-ref=1 -o 
00005.MTS.webm /media/Data/tmp_ph/103MSDCF/BDMV/STREAM/in.yuv
Codec: WebM Project VP9 Encoder v1.4.0-272-g6d22713
Source file: /media/Data/tmp_ph/103MSDCF/BDMV/STREAM/in.yuv File Type: RAW 
Format: I420
Destination file: 00005.MTS.webm
Encoder parameters:
    g_usage                      = 0
    g_threads                    = 1
    g_profile                    = 0
    g_w                          = 1280
    g_h                          = 720
    g_bit_depth                  = 8
    g_input_bit_depth            = 8
    g_timebase.num               = 1
    g_timebase.den               = 1000
    g_error_resilient            = 0
    g_pass                       = 0
    g_lag_in_frames              = 25
    rc_dropframe_thresh          = 0
    rc_resize_allowed            = 0
    rc_scaled_width              = 0
    rc_scaled_height             = 0
    rc_resize_up_thresh          = 60
    rc_resize_down_thresh        = 30
    rc_end_usage                 = 3
    rc_target_bitrate            = 0
    rc_min_quantizer             = 3
    rc_max_quantizer             = 15
    rc_undershoot_pct            = 25
    rc_overshoot_pct             = 25
    rc_buf_sz                    = 6000
    rc_buf_initial_sz            = 4000
    rc_buf_optimal_sz            = 5000
    rc_2pass_vbr_bias_pct        = 50
    rc_2pass_vbr_minsection_pct  = 0
    rc_2pass_vbr_maxsection_pct  = 2000
    kf_mode                      = 1
    kf_min_dist                  = 0
    kf_max_dist                  = 360
Pass 1/1 frame  125/100  3385065B 5713773 ms 1.31 fpm [ETA  1:59:12]    8306F
Program received signal SIGFPE, Arithmetic exception.
0x000000000040a621 in update_rate_histogram (hist=0x828780, 
cfg=cfg@entry=0x8280e0, pkt=pkt@entry=0x83a030) at ../rate_hist.c:107
107   idx = (int)(avg_bitrate * (RATE_BINS / 2) / (cfg->rc_target_bitrate * 
1000));
(gdb) bt
#0  0x000000000040a621 in update_rate_histogram (hist=0x828780, 
cfg=cfg@entry=0x8280e0, pkt=pkt@entry=0x83a030) at ../rate_hist.c:107
#1  0x000000000040363a in get_cx_data (got_data=<synthetic pointer>, 
global=0x7fffffffd230, stream=0x8280d0) at ../vpxenc.c:1648
#2  main (argc=<optimized out>, argv_=<optimized out>) at ../vpxenc.c:2142

Coredump:
https://drive.google.com/file/d/0B-9KI4HA9UfzVlA1cE1lNWRVaTQ/view?usp=sharing

Original issue reported on code.google.com by infer...@gmail.com on 9 May 2015 at 3:25

[GoogleCodeExporter]

cpuinfo

Original comment by infer...@gmail.com on 9 May 2015 at 3:26

Attachments:

• cpuinfo.txt

[GoogleCodeExporter]

Original comment by ya...@google.com on 4 Jun 2015 at 10:18

• Changed state: Assigned

[GoogleCodeExporter]

Original comment by ya...@google.com on 4 Jun 2015 at 10:18

[GoogleCodeExporter]

--target-bitrate=0 is not right. The target bitrate needs to be set properly.

Original comment by yunqingw...@google.com on 6 Jun 2015 at 3:26

• Changed state: Started

[GoogleCodeExporter]

I have setted up target bitrate to 0 because the encoder do not understood 
quality-based mode and works to put all into 256kbit/sec. It would be nice, if 
passing zero to target bitrate really makes encoder working in quality mode, 
even maybe with default quality setting instead of bitrate. As of my opinion - 
bitrate-based single pass encoding as default is not a good option - today 
nobody need to fit movie into default 700MB.

Original comment by infer...@gmail.com on 6 Jun 2015 at 11:35

[GoogleCodeExporter]

Original comment by fgalli...@google.com on 8 Jun 2015 at 4:31

[GoogleCodeExporter]

Original comment by yunqingw...@google.com on 8 Jun 2015 at 6:49