Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Encoding 65 frames with intra period 32 gives only 2 IRAP frames #390

Closed
bart-kroon opened this issue Jun 18, 2024 · 2 comments
Closed

Encoding 65 frames with intra period 32 gives only 2 IRAP frames #390

bart-kroon opened this issue Jun 18, 2024 · 2 comments

Comments

@bart-kroon
Copy link
Contributor

Hi all, I have a question and it may be related to #311 .

For MPEG experiments we use 65 frames with an intra period 32 to have three I-frames. When upgrading from VVenC 1.7.0 to 1.11.1, the final frame is now a B-frame (STSA). I suppose this is intended behavior, but is there a way to convince vvencFFapp to output three I-frames like before?

This is a current log-file for context: TMIV_A65_B02_RP4_geo_c00.log.
The structure in decoding order is: 31:IDR_W_RADL, RADL..., 63: IDR_W_RADL, RADL..., 64: STSA
(I switched DecodingRefreshType from 1 to 2 for testing. In both cases the STSA is there.)

This is from a previous experiment with VVenC 1.7.0: TMIV_A65_B02_RP4_geo_c00.log.
The structure in decoding order is: 0:IDR_N_LP, 32:CRA, RASL..., 64:CRA, RASL...

@adamjw24
Copy link
Member

adamjw24 commented Jun 19, 2024

You have to specify --POC0IDR=1, which forces the old behavior.

Best, Adam

@bart-kroon
Copy link
Contributor Author

bart-kroon commented Jun 20, 2024

I'll try. Thanks for the hint.

Update: it works. I'll close the issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants