seek in webrtcbin pipeline

[Jack]

Trying to be more precise on the word "isolate" I used in my previous
answer :
do I need to use appsrc/appsink or proxysrc/proxysink to seek on the
pipeline connected to a webrtcbin pipeline, or I am on the wrong way ?
++

Jack



Le 08/02/2019 à 17:41, Jack a écrit :
> Hello Sebastian,
> 
> Thanks for your answer.
> Can you tell me how to achieve a seek on a particilar part of a pipeline
> ? Do I have to "isolate" the part before webrtcbin, and then how ? Are
> there different options ?
> I am a little bit lost !
> ++
> 
> Jack
> 
> 
> 
> Le 05/02/2019 à 10:52, Sebastian Dröge a écrit :
>> On Fri, 2019-02-01 at 16:59 +0100, Jack wrote:
>>> Hello !
>>>
>>> I am able to seek with seek_simple() in a simple pipeline like :
>>>
>>> 'filesrc location=17seconds48000D.wav ! wavparse ! audioconvert !
>>> audioresample ! autoaudiosink'
>>>
>>> But how I can seek in this pipeline using webrtcbin ? :
>>>
>>> 'webrtcbin name=sendrecv bundle-policy=max-bundle filesrc
>>> location=17seconds48000D.wav ! wavparse ! opusenc ! rtpopuspay !
>>> application/x-rtp,media=audio,encoding-name=OPUS,payload=96,clock-
>>> rate=48000
>>> ! sendrecv.
>>>
>>> Using directly seek_simple() seems to not work.
>>
>> You need to seek only on the part of the pipeline before the webrtcbin
>> and ensure that payloader and everything following get a contiguous
>> segment of data.
>>
>>
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>>
> 
> 
> 
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> 


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20190211/0192db74/attachment.sig>