Dear, at the begininng thanks for your time for reading this noob post.
I have this pipeline working like a charm on 1.26.10
d3d12screencapturesrc capture-api=dxgi show-cursor=false ! d3d12convert ! video/x-raw(memory:D3D12Memory),format=NV12,framerate=30/1 ! queue max-size-buffers=3 max-size-time=0 max-size-bytes=0 leaky=downstream ! qsvh264enc rate-control=qvbr bitrate=12000 max-bitrate=28000 target-usage=4 gop-size=30 b-frames=0 low-latency=true qvbr-quality=10 ref-frames=1 cabac=off ! h264parse config-interval=1 ! video/x-h264,stream-format=(string)avc,alignment=(string)au,profile=(string)constrained-baseline ! queue max-size-buffers=3 max-size-time=0 max-size-bytes=0 leaky=downstream ! ws. webrtcsink name=ws congestion-control=disabled enable-control-data-channel=true enable-data-channel-navigation=true do-fec=false do-retransmission=true min-bitrate=6000000 start-bitrate=12000000 max-bitrate=28000000 video-caps=“video/x-h264,stream-format=(string)avc,alignment=(string)au,profile=(string)constrained-baseline” run-signalling-server=true signalling-server-host=0.0.0.0 signalling-server-port=8443 run-web-server=false web-server-host-addr=“``http://0.0.0.0:8080/``” web-server-path=/ web-server-directory=“gstwebrtc-api/dist” meta=“meta,name=desktop”
If I swap to 1.28 it won’t work anymore on the client browser, it seems that there’s a decoding mismatch.
What I miss with the new version?
As soon as I swap to x264enc with vp8 browser start to see the content.
Thanks again and regards
Andrea