GStreamer-devel

HELP: ffmux_mov question

Classic

List

Threaded

5 messages Options

Song, Yingsheng

HELP: ffmux_mov question

Hi,

I am hoping to get some advice from you on the following task.

Basically we are trying to implement a pipeline reading (by a customer GStreamer element) raw frame data from disk, pass to ffmux_mov, which generates mp4, and passes to a fdsink.

If the fdsink is associated with a disk file, we get a mp4 file and everything is fine.

However, we were asked to associate the stdout to the fdsink so that the mp4 is not created under the disk, but directly get outputted to the stdout as an http response to the Client. This doesn’t work. The main issue is that the ffmux_mov tries to send SEEK events to the fdsink to set write-pointers to different positions of the mp4 to handle headers, trailers etc. As the stdout is not a seekable resource, this wouldn’t work.

I wonder has anyone tried this before.

Have I missed something?

Can ffmux_move be modified to work in the above scenario?

Is there other good ways to do the above, such as using other containers instead of mp4?

Any advice is highly appreciated.

Apologise if I send to the wrong place. I’m new to GStreamer and only registered to the mail-list yesterday.

Song

Tyco Safety Products/CEM Systems Ltd. Registered in Northern Ireland: NI 25728. Registered Office: 195 Airport Road West, Belfast, BT3 9ED.

This e-mail contains privileged and confidential information intended for the use of the addressees named above. If you are not the intended recipient of this e-mail, you are hereby notified that you must not disseminate, copy or take any action in respect of any information contained in it. If you have received this e-mail in error, please notify the sender immediately by e-mail and immediately destroy this e-mail and its attachments.

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

Mailing List SVR

Re: HELP: ffmux_mov question

Il 13/11/2012 15:37, Song, Yingsheng ha scritto:

Hi,

I am hoping to get some advice from you on the following task.

Basically we are trying to implement a pipeline reading (by a customer GStreamer element) raw frame data from disk, pass to ffmux_mov, which generates mp4, and passes to a fdsink.

If the fdsink is associated with a disk file, we get a mp4 file and everything is fine.

However, we were asked to associate the stdout to the fdsink so that the mp4 is not created under the disk, but directly get outputted to the stdout as an http response to the Client. This doesn’t work. The main issue is that the ffmux_mov tries to send SEEK events to the fdsink to set write-pointers to different positions of the mp4 to handle headers, trailers etc. As the stdout is not a seekable resource, this wouldn’t work.

I wonder has anyone tried this before.

Have I missed something?

Can ffmux_move be modified to work in the above scenario?

Is there other good ways to do the above, such as using other containers instead of mp4?

Any advice is highly appreciated.

try to use mp4mux and set streamable=true, should work,

Nicola

Apologise if I send to the wrong place. I’m new to GStreamer and only registered to the mail-list yesterday.

Song

Tyco Safety Products/CEM Systems Ltd. Registered in Northern Ireland: NI 25728. Registered Office: 195 Airport Road West, Belfast, BT3 9ED.

This e-mail contains privileged and confidential information intended for the use of the addressees named above. If you are not the intended recipient of this e-mail, you are hereby notified that you must not disseminate, copy or take any action in respect of any information contained in it. If you have received this e-mail in error, please notify the sender immediately by e-mail and immediately destroy this e-mail and its attachments.
_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

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

Song, Yingsheng

RE: HELP: ffmux_mov question

Hi Nicola, thanks a lot for your valuable information. I had a quick look at the mp4mux and am very interested in it. However we are still using an old gstreamer release (LINUX) without mp4mux element. As there are modifications on some gstreamer elements, it looks like upgrade to new gstreamer release is not an option at this time.

Do you know if the mp4mux rpm has to work with certain gstreamer releases or it may be workable with old gstreamer release, such as 0.10.25?

I saw the faststart property, but don’t fully understand it. I’ll appreciate if someone used it before and could give a bit more description on it.

Sorry for keep sending possible stupid questions.

Thanks again,

Song

From: gstreamer-devel-bounces+yisong=[hidden email] [mailto:gstreamer-devel-bounces+yisong=[hidden email]] On Behalf Of Mailing List SVR
Sent: 13 November 2012 15:16
To: [hidden email]
Subject: Re: HELP: ffmux_mov question

Il 13/11/2012 15:37, Song, Yingsheng ha scritto:

Hi,

I am hoping to get some advice from you on the following task.

Basically we are trying to implement a pipeline reading (by a customer GStreamer element) raw frame data from disk, pass to ffmux_mov, which generates mp4, and passes to a fdsink.

If the fdsink is associated with a disk file, we get a mp4 file and everything is fine.

However, we were asked to associate the stdout to the fdsink so that the mp4 is not created under the disk, but directly get outputted to the stdout as an http response to the Client. This doesn’t work. The main issue is that the ffmux_mov tries to send SEEK events to the fdsink to set write-pointers to different positions of the mp4 to handle headers, trailers etc. As the stdout is not a seekable resource, this wouldn’t work.

I wonder has anyone tried this before.

Have I missed something?

Can ffmux_move be modified to work in the above scenario?

Is there other good ways to do the above, such as using other containers instead of mp4?

Any advice is highly appreciated.

try to use mp4mux and set streamable=true, should work,

Nicola

Apologise if I send to the wrong place. I’m new to GStreamer and only registered to the mail-list yesterday.

Song

Tyco Safety Products/CEM Systems Ltd. Registered in Northern Ireland: NI 25728. Registered Office: 195 Airport Road West, Belfast, BT3 9ED.

_______________________________________________

gstreamer-devel mailing list

[hidden email]

http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

Tyco Safety Products/CEM Systems Ltd. Registered in Northern Ireland: NI 25728. Registered Office: 195 Airport Road West, Belfast, BT3 9ED.

Mandeep Sandhu

Re: HELP: ffmux_mov question

> I saw the faststart property, but don’t fully understand it. I’ll appreciate if someone used it before and could give a bit more description on it.

I'm not an authority on this, but I'll give a short answer. We're
using qtfaststart in one of our FFMPEG based transcoding product.

QT faststart basically moves the moov_atom [1] (I think this is the
index info of the media stream) to the start of the media file and is
helpful for streaming media (only?).

This helps the media client to play the stream immediately as it does
not have to wait for the whole file to be downloaded to get the index
information [2]. I think this was first used in progressive download
based players where they wanted to start playback after receiving the
initial portion of a media file.

CMIIW.

HTH,
-mandeep

[1] http://atomicparsley.sourceforge.net/mpeg-4files.html
[2] http://multimedia.cx/eggs/improving-qt-faststart/

>
>
>
> Sorry for keep sending possible stupid questions.
>
>
>
> Thanks again,
>
> Song
>
>
>
> From: gstreamer-devel-bounces+yisong=[hidden email] [mailto:gstreamer-devel-bounces+yisong=[hidden email]] On Behalf Of Mailing List SVR
> Sent: 13 November 2012 15:16
> To: [hidden email]
> Subject: Re: HELP: ffmux_mov question
>
>
>
> Il 13/11/2012 15:37, Song, Yingsheng ha scritto:
>
> Hi,
>
>
>
> I am hoping to get some advice from you on the following task.
>
>
>
> Basically we are trying to implement a pipeline reading (by a customer GStreamer element) raw frame data from disk, pass to ffmux_mov, which generates mp4, and passes to a fdsink.
>
> If the fdsink is associated with a disk file, we get a mp4 file and everything is fine.
>
>
>
> However, we were asked to associate the stdout to the fdsink so that the mp4 is not created under the disk, but directly get outputted to the stdout as an http response to the Client. This doesn’t work. The main issue is that the ffmux_mov tries to send SEEK events to the fdsink to set write-pointers to different positions of the mp4 to handle headers, trailers etc. As the stdout is not a seekable resource, this wouldn’t work.
>
>
>
> I wonder has anyone tried this before.
>
> Have I missed something?
>
> Can ffmux_move be modified to work in the above scenario?
>
> Is there other good ways to do the above, such as using other containers instead of mp4?
>
> Any advice is highly appreciated.
>
>
> try to use mp4mux and set streamable=true, should work,
>
> Nicola
>
>
>
>
> Apologise if I send to the wrong place. I’m new to GStreamer and only registered to the mail-list yesterday.
>
>
>
> Song
>
>
>
>
>
> ________________________________
>
>
> Tyco Safety Products/CEM Systems Ltd. Registered in Northern Ireland: NI 25728. Registered Office: 195 Airport Road West, Belfast, BT3 9ED.
>
> ________________________________
>
>
> This e-mail contains privileged and confidential information intended for the use of the addressees named above. If you are not the intended recipient of this e-mail, you are hereby notified that you must not disseminate, copy or take any action in respect of any information contained in it. If you have received this e-mail in error, please notify the sender immediately by e-mail and immediately destroy this e-mail and its attachments.
>
>
>
> _______________________________________________
>
> gstreamer-devel mailing list
>
> [hidden email]
>
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
>
>
> ________________________________
>
> Tyco Safety Products/CEM Systems Ltd. Registered in Northern Ireland: NI 25728. Registered Office: 195 Airport Road West, Belfast, BT3 9ED.
> ________________________________
>
> This e-mail contains privileged and confidential information intended for the use of the addressees named above. If you are not the intended recipient of this e-mail, you are hereby notified that you must not disseminate, copy or take any action in respect of any information contained in it. If you have received this e-mail in error, please notify the sender immediately by e-mail and immediately destroy this e-mail and its attachments.
>
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>

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

Song, Yingsheng

RE: HELP: ffmux_mov question

Thanks a lot.
Song

-----Original Message-----
From: gstreamer-devel-bounces+yisong=[hidden email] [mailto:gstreamer-devel-bounces+yisong=[hidden email]] On Behalf Of Mandeep Sandhu
Sent: 15 November 2012 04:51
To: Discussion of the development of and with GStreamer
Cc: [hidden email]
Subject: Re: HELP: ffmux_mov question

> I saw the faststart property, but don't fully understand it. I'll appreciate if someone used it before and could give a bit more description on it.

I'm not an authority on this, but I'll give a short answer. We're using qtfaststart in one of our FFMPEG based transcoding product.

QT faststart basically moves the moov_atom [1] (I think this is the index info of the media stream) to the start of the media file and is helpful for streaming media (only?).

This helps the media client to play the stream immediately as it does not have to wait for the whole file to be downloaded to get the index information [2]. I think this was first used in progressive download based players where they wanted to start playback after receiving the initial portion of a media file.

CMIIW.

HTH,
-mandeep

[1] http://atomicparsley.sourceforge.net/mpeg-4files.html
[2] http://multimedia.cx/eggs/improving-qt-faststart/

>
>
>
> Sorry for keep sending possible stupid questions.
>
>
>
> Thanks again,
>
> Song
>
>
>
> From: gstreamer-devel-bounces+yisong=[hidden email]
> [mailto:gstreamer-devel-bounces+yisong=[hidden email]
> rg] On Behalf Of Mailing List SVR
> Sent: 13 November 2012 15:16
> To: [hidden email]
> Subject: Re: HELP: ffmux_mov question
>
>
>
> Il 13/11/2012 15:37, Song, Yingsheng ha scritto:
>
> Hi,
>
>
>
> I am hoping to get some advice from you on the following task.
>
>
>
> Basically we are trying to implement a pipeline reading (by a customer GStreamer element) raw frame data from disk, pass to ffmux_mov, which generates mp4, and passes to a fdsink.
>
> If the fdsink is associated with a disk file, we get a mp4 file and everything is fine.
>
>
>
> However, we were asked to associate the stdout to the fdsink so that the mp4 is not created under the disk, but directly get outputted to the stdout as an http response to the Client. This doesn't work. The main issue is that the ffmux_mov tries to send SEEK events to the fdsink to set write-pointers to different positions of the mp4 to handle headers, trailers etc. As the stdout is not a seekable resource, this wouldn't work.
>
>
>
> I wonder has anyone tried this before.
>
> Have I missed something?
>
> Can ffmux_move be modified to work in the above scenario?
>
> Is there other good ways to do the above, such as using other containers instead of mp4?
>
> Any advice is highly appreciated.
>
>
> try to use mp4mux and set streamable=true, should work,
>
> Nicola
>
>
>
>
> Apologise if I send to the wrong place. I'm new to GStreamer and only registered to the mail-list yesterday.
>
>
>
> Song
>
>
>
>
>
> ________________________________
>
>
> Tyco Safety Products/CEM Systems Ltd. Registered in Northern Ireland: NI 25728. Registered Office: 195 Airport Road West, Belfast, BT3 9ED.
>
> ________________________________
>
>
> This e-mail contains privileged and confidential information intended for the use of the addressees named above. If you are not the intended recipient of this e-mail, you are hereby notified that you must not disseminate, copy or take any action in respect of any information contained in it. If you have received this e-mail in error, please notify the sender immediately by e-mail and immediately destroy this e-mail and its attachments.
>
>
>
> _______________________________________________
>
> gstreamer-devel mailing list
>
> [hidden email]
>
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
>
>
> ________________________________
>
> Tyco Safety Products/CEM Systems Ltd. Registered in Northern Ireland: NI 25728. Registered Office: 195 Airport Road West, Belfast, BT3 9ED.
> ________________________________
>
> This e-mail contains privileged and confidential information intended for the use of the addressees named above. If you are not the intended recipient of this e-mail, you are hereby notified that you must not disseminate, copy or take any action in respect of any information contained in it. If you have received this e-mail in error, please notify the sender immediately by e-mail and immediately destroy this e-mail and its attachments.
>
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>

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

________________________________

Tyco Safety Products/CEM Systems Ltd. Registered in Northern Ireland: NI 25728. Registered Office: 195 Airport Road West, Belfast, BT3 9ED.

________________________________

This e-mail contains privileged and confidential information intended for the use of the addressees named above. If you are not the intended recipient of this e-mail, you are hereby notified that you must not disseminate, copy or take any action in respect of any information contained in it. If you have received this e-mail in error, please notify the sender immediately by e-mail and immediately destroy this e-mail and its attachments.

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