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

losing dmabuf video meta data on multiple interpipesrc #128

Open
pradeephyd opened this issue Jun 21, 2022 · 0 comments
Open

losing dmabuf video meta data on multiple interpipesrc #128

pradeephyd opened this issue Jun 21, 2022 · 0 comments

Comments

@pradeephyd
Copy link

pradeephyd commented Jun 21, 2022

observed interpipesrc is losing dmauf video metadata if we use stream-sync=compensate-ts or stream-sync=restart-ts, but this happens only for one pipeline.

First pipeline: "qcarcamsrc input=0 from-app=true err-handle-mode=2 ! video/x-raw,format=NV12 ! interpipesink name=test"

Second pipeline: "interpipesrc name=srctest listen-to=test is-live=true accept-eos-event=true stream-sync=compensate-ts format=time ! qvconv ! video/x-raw,format=NV12 ! waylandsink sync=false"

Thrid pipeline is RTSP: "interpipesrc is-live=true accept-eos-event=true format=time "
"stream-sync=compensate-ts listen-to=test ! qvconv ! "
"video/x-raw, format=NV12 ! queue ! omxh264enc ! h264parse ! "
"queue ! rtph264pay config-interval=-1 name=pay0 pt=96"

problem observed only in the second pipeline, if we didn't pass stream-sync option the buffer is ok, but due to timestamp issues waylandsink is not playing. if we pass stream-sync option in interpipesrc **gst_buffer_make_writable ** the buffer losing dmabuf video metadata. it happens only in this pipeline, RTSP pipeline is working fine.

losing GstVideoMeta where dmabuf information saved as below
saved in GstVideoMeta offset and stride fields

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

1 participant