yohhoy / av1parser Goto Github PK

Context

I wanted to use the av1parser to get the frame_buf out of an .ivf file generated using aom's av1 encoder.
The file is encoded using that specific command:

  --cpu-used=6 --passes=1 --end-usage=q --use-fixed-qp-offsets=1 \
  --deltaq-mode=0 --enable-tpl-model=0 --enable-keyframe-filtering=1 \
  --fps=$fps/1000 --input-bit-depth=10 --bit-depth=10 -w $width -h $height \
  --cq-level=27  --tile-columns=0 --threads=1 --min-gf-interval=16 \
   --max-gf-interval=16 --gf-min-pyr-height=5 --gf-max-pyr-height=5 \
   --kf-min-dist=9999 --kf-max-dist=9999 --lag-in-frames=0 \
   --tune-content=screen -o $output $input

Observations

However it appears to me that the frame_buf and the way it is updated may not be accurate.
I used a simple ivf file for my test and compared the results with Elecard's software StreamEye.
I can provide the ivf file and a csv file which is an export made from StreamEye.
In my case (streaming use case with only one keyframe) the first steps (out of StreamEye) are:
[LAST, LAST2, LAST3, GOLDEN, BWDREF, ALTREF2, ALTREF]

1. : [0, 0, 0, 0, 0, 0, 0]
2. : [1, 0, 0, 0, 0, 0, 0]
3. : [2, 1, 0, 0, 0, 0, 0]
4. : [3, 2, 1, 0, 0, 0, 0]
5. : [4, 3, 2, 0, 1, 0, 0]
6. : [5, 4, 3, 0, 2, 1, 0]
7. : [6, 5, 4, 0, 3, 2, 1]
8. : [7, 6, 5, 0, 4, 3, 2]
9. : [8, 7, 6, 0, 5, 4, 3]

The result of of the parser is:

1. : [0, 0, 0, 0, 0, 0, 0, 0]
2. : [0, 1, 0, 0, 0, 0, 0, 0]
3. : [0, 1, 2, 0, 0, 0, 0, 0]
4. : [0, 1, 2, 3, 0, 0, 0, 0]
5. : [0, 1, 2, 3, 4, 0, 0, 0]
6. : [0, 1, 2, 3, 4, 5, 0, 0]
7. : [0, 1, 2, 3, 4, 5, 6, 0]
8. : [0, 1, 2, 3, 4, 5, 6, 7]
9. : [0, 8, 2, 3, 4, 5, 6, 7]

Is there something I am missing ?

I am getting the following error when encoding inter frames using rav1e.

thread 'main' panicked at 'assertion failed: rfman.ref_valid[fh.ref_frame_idx[i] as usize]', src/obu.rs:1706:21

This seems reproducible with the nyan.y4m video fetched by the build script build.sh included in the rav1e repository. I used the -s 10 -l 3 parameters when encoding to reproduce this issue.

The encoded clip is decodable using libaom and dav1d, so I am guessing that there is an error in how ref_valid is set here.