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.

Sign up for GitHub

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

Jump to bottom

VBR CRASH? #3

Closed
zhongyizengzy opened this issue Oct 9, 2018 · 5 comments
Closed

VBR CRASH? #3

zhongyizengzy opened this issue Oct 9, 2018 · 5 comments
Labels
bug Something isn't working

Comments

@zhongyizengzy
Copy link

zhongyizengzy commented Oct 9, 2018 •
edited

cmd:
HevcEncoderApp -i Transcode/3mins/yuv/电视剧_室内_3mins.yuv -w 1920 -h 1080 -intra-period 249 -irefresh-type 2 -rc 1 -vid-info 1 -tune 0 -tbr 4000000 -profile 1 -level 4.1 -tier 0 -fps 30 -encMode 9 -hierarchical-levels 3 -b svt-265/电视剧_室内_3mins.h265

SVT-HEVC Encoder v1.2.0
Platform: 64 bit
Compiler: GCC
APP Build date: Sep 29 2018 09:26:14
LIB Build date: Sep 29 2018 09:25:39

Number of cores available: 32
Encoding 1656Segmentation fault

I've tested three sequences, occurs “Segmentation fault”

System Config:
Linux version 4.4.0-117-generic (buildd@lgw01-amd64-029) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.9) ) #141-Ubuntu SMP Tue Mar 13 11:58:07 UTC 2018
@hassount
Copy link
Contributor

hassount commented Oct 9, 2018

@zhongyizengzy
Thank you for reporting the issue. we will work on reproducing this on our end. that said have you seen this issue with a clip that is public that you can point us to ?

@hassount hassount added the bug Something isn't working label Oct 9, 2018
@zhongyizengzy
Copy link
Author

@zhongyizengzy
Thank you for reporting the issue. we will work on reproducing this on our end. that said have you seen this issue with a clip that is public that you can point us to ?

Sorry,the clip is protected by copyright.

@hassount
Copy link
Contributor

No problem, we were able to reproduce the issue on our side and we are working on addressing it as soon as possible.

in the meantime, to get your tests running you could change the following definition in "EbEncodeContext.h" to be > the number of frames in your clips:
#define HIGH_LEVEL_RATE_CONTROL_HISTOGRAM_QUEUE_MAX_DEPTH 2048
so assuming you're running 3 min videos, multiplying the above by 4 should get the crash away.
that is:
#define HIGH_LEVEL_RATE_CONTROL_HISTOGRAM_QUEUE_MAX_DEPTH (2048 << 2)

@hassount hassount mentioned this issue Oct 12, 2018
Merged
@hassount
Copy link
Contributor

@zhongyizengzy
A fix has been developed for this issue and is being validated, please refer to #5

@tianjunwork tianjunwork mentioned this issue Oct 20, 2018
Closed
hassount pushed a commit that referenced this issue Dec 13, 2018
@ph0b @hassount
unify CMake/.pc configs from gst/ffmpeg plugins (#3)
a9ddbfe 
* unify CMake/.pc changes from gst/ffmpeg plugins

- rename svt to svthevc in ffmpeg, SvtHevcEnc in pkg-config
- fix lib install path on Windows
- move lib's pkg-config and install down to the lib's Cmake config
- remove -lm dependency
- respect CMAKE_INSTALL_PREFIX and CMAKE_INSTALL_LIBDIR settings

* remove previous pkgconfig input file
@hassount
Copy link
Contributor

Addressed in #5

@djie1 djie1 mentioned this issue Jan 31, 2019
Closed
@Austin-Hu Austin-Hu mentioned this issue Oct 28, 2019
Closed
@MayuraRam MayuraRam mentioned this issue Jan 24, 2020
Closed
@clayding clayding mentioned this issue Mar 17, 2020
Closed
@intelmark intelmark mentioned this issue May 20, 2020
Merged
@FreddyX078 FreddyX078 mentioned this issue Mar 22, 2022
Closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug Something isn't working
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@zhongyizengzy @hassount