-
Notifications
You must be signed in to change notification settings - Fork 205
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
potential concurrency issue in encoder #130
Comments
Long DescriptionDequeue ThreadDequeue thread working through Lines 354 to 356 in 2006718
Touching Line 90 in 2006718
User's Thread through FFmpegFFmpeg jetson-ffmpeg/ffmpeg_nvmpi.patch Line 630 in 2006718
tapping into jetson-ffmpeg/ffmpeg_nvmpi.patch Line 526 in 2006718
Tapping into Line 431 in 2006718
ConsequenceTwo threads may access at least |
This currently doesn't have much impact due to other side effect of jetson-ffmpeg implementation. More on that in other issue. |
[*] fixed handling of errors returned in encode2 API [*] fixed copying of frames to nvbuffer with alignment in the encoder [+] added memory preallocation for packets to avoid unnecessary copying of the output buffer [+] enabled max_perf option for the encoder as a workaround to avoid frame rate drops even in MAXN mode (jp5.1) [*] changed encoder output_plane memory type from userptr to mmap
[*] fixed handling of errors returned in encode2 API [*] fixed copying of frames to nvbuffer with alignment in the encoder [+] added memory preallocation for packets to avoid unnecessary copying of the output buffer [+] enabled max_perf option for the encoder as a workaround to avoid frame rate drops even in MAXN mode (jp5.1) [*] changed encoder output_plane memory type from userptr to mmap
Short Description
Are accessing same data without thread synchronization.
The text was updated successfully, but these errors were encountered: