download-buffer speed

Mon Jan 16 18:12:56 UTC 2017

Ah!

I think I may have found something.
If I call gst_event_new_seek() with a rate of 32 (off the top of my head) I am now seeing much faster downloadbuffer speeds against a local file.

I will need to do more investigating into how this is happening but for the first time today I am seeing a chink of light!

Will let ye know how I get in.
Thanks
John

Accenture Global Solutions Limited, 3 Grand Canal Plaza, Grand Canal Street Upper, Dublin 4
This e-mail and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to which they are addressed. If you have received this e-mail in error, please notify the sender immediately and delete the original. Communications with Accenture or any of its group companies (“Accenture”), including telephone calls and e-mails, may be monitored by our systems for quality control and/or evidential purposes. Accenture does not accept service by e-mail of court proceedings, other processes or formal notices of any kind. Private company limited by shares registered in Ireland, Number 554978

From: "O'Callaghan, John" <john.ocallaghan at accenture.com>
Date: Monday 16 January 2017 at 17:28
To: Discussion of the development of and with GStreamer <gstreamer-devel at lists.freedesktop.org>
Subject: Re: download-buffer speed

I have tried from a few different types of URI:
For example:

file:///my/local/file.webm
https://download.blender.org/durian/trailer/sintel_trailer-720p.mp4

With both variants I am seeing similar behavior.

Thanks
John

Accenture Global Solutions Limited, 3 Grand Canal Plaza, Grand Canal Street Upper, Dublin 4
This e-mail and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to which they are addressed. If you have received this e-mail in error, please notify the sender immediately and delete the original. Communications with Accenture or any of its group companies (“Accenture”), including telephone calls and e-mails, may be monitored by our systems for quality control and/or evidential purposes. Accenture does not accept service by e-mail of court proceedings, other processes or formal notices of any kind. Private company limited by shares registered in Ireland, Number 554978

From: gstreamer-devel <gstreamer-devel-bounces at lists.freedesktop.org> on behalf of Tim Müller <tim at centricular.com>
Organization: Centricular Ltd
Reply-To: Discussion of the development of and with GStreamer <gstreamer-devel at lists.freedesktop.org>
Date: Monday 16 January 2017 at 17:24
To: Discussion of the development of and with GStreamer <gstreamer-devel at lists.freedesktop.org>
Subject: Re: download-buffer speed

On Mon, 2017-01-16 at 16:31 +0000, john.ocallaghan at accenture.com<mailto:john.ocallaghan at accenture.com> wrote:

Hi John,

Am wondering if someone out there can help me to construct a pipe to process video frames faster than 1x speed?

I am creating a GST pipeline with the following elements and caps:

uridecodebin (download=TRUE) -> queue -> appsink (drop=FALSE, buffers=1).

I then have a test framework that uses this pipe and runs in a tight loop calling gst_app_sink_pull_sample().

With the above I have measured that the downloadbuffer constructed in uridecodebin appears to be downloading content at 1x speed.
I think this is the case because if I wait for 10 seconds and then pull 10 seconds of frames then I can see my test pull all the frames in 1sec.
But if I wait less than 10seconds and try the same then I can see it delay (waiting for frames to download).

Basically what I am seeing is that for however many seconds of  frames I want to pull I need to wait that corresponding amount of time or I will see a delay on the pipe.

Is there someway to tell the downloadbuffer to pull data quicker than 1x?

What kind of URI is it? In other words - where does the data come from?

Cheers
-Tim

--
Tim Müller, Centricular Ltd - http://www.centricular.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.centricular.com&d=DgMFaQ&c=eIGjsITfXP_y-DLLX0uEHXJvU8nOHrUK8IrwNKOtkVU&r=MU_KJXJNiVzpKH9iO2oEENGKvd9j8rpJfiPNXLOJNiY&m=aYGACkA_2mR3MPZkihKPdLuPpkpxYKKgGnReRuMa9x0&s=qJwI5qJN-oN3aYGNamFYVNrsVq_kh40t5o6OOZffKNk&e=>

________________________________

This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy.
______________________________________________________________________________________

www.accenture.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20170116/11188540/attachment-0001.html>