download-buffer speed

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

download-buffer speed

John OCallaghan

 

 

Hi All

 

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?

 

Apologies in advance if I haven’t explained myself very well!

Many 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




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

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: download-buffer speed

Tim Müller
On Mon, 2017-01-16 at 16:31 +0000, [hidden email] 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

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: download-buffer speed

John OCallaghan

 

 

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 <[hidden email]> on behalf of Tim Müller <[hidden email]>
Organization: Centricular Ltd
Reply-To: Discussion of the development of and with GStreamer <[hidden email]>
Date: Monday 16 January 2017 at 17:24
To: Discussion of the development of and with GStreamer <[hidden email]>
Subject: Re: download-buffer speed

 

On Mon, 2017-01-16 at 16:31 +0000, [hidden email] 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




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

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: download-buffer speed

John OCallaghan

 

 

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" <[hidden email]>
Date: Monday 16 January 2017 at 17:28
To: Discussion of the development of and with GStreamer <[hidden email]>
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 <[hidden email]> on behalf of Tim Müller <[hidden email]>
Organization: Centricular Ltd
Reply-To: Discussion of the development of and with GStreamer <[hidden email]>
Date: Monday 16 January 2017 at 17:24
To: Discussion of the development of and with GStreamer <[hidden email]>
Subject: Re: download-buffer speed

 

On Mon, 2017-01-16 at 16:31 +0000, [hidden email] 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




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

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel