-
Notifications
You must be signed in to change notification settings - Fork 4
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
Expose pixel format in xcoder-quadra #201
Conversation
xcoder/xcoder-quadra/src/encoder.rs
Outdated
@@ -253,6 +256,7 @@ impl<F> XcoderEncoder<F> { | |||
XcoderEncoderCodec::H264 { .. } => sys::_ni_codec_format_NI_CODEC_FORMAT_H264, | |||
XcoderEncoderCodec::H265 { .. } => sys::_ni_codec_format_NI_CODEC_FORMAT_H265, | |||
}; | |||
(**session).pixel_format = i32::try_from(config.pixel_format.repr()).expect("cast should never fail"); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think there are a couple things elsewhere in this function that are assuming yuv420p. Search for ni_get_hw_yuv420p_dim
, which probably should be replaced with ni_get_frame_dim
. Could you try adding a unit test first that uses bgra? I would expect it to fail as is.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah, dang you're right. I had deluded myself into thinking that happened downstream.
Updating the xcoder library seems to have induced some behavior that is a stack overflow without a debugger, and a segfault with a debugger. Pending further investigation. |
6964695
to
44f8809
Compare
Issue resolved, |
Tests pass now, the bgra output looks good upon being inspected. |
No description provided.