Cannot save H.264 bitstream in QuickTime (qtmux) file, error "failed to determine the time to mux"

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

Cannot save H.264 bitstream in QuickTime (qtmux) file, error "failed to determine the time to mux"

yiliang
Following is the pipeline I used:

gst-launch -e v4l2src ! ffmpegcolorspace ! x264enc ! qtmux ! filesink location=a.mov

The output from gst-launch is:

ERROR: from element /GstPipeline:pipeline0/GstQTMux:qtmux0: Could not multiplex stream.
Additional debug info:
gstqtmux.c(1107): gst_qt_mux_add_buffer (): /GstPipeline:pipeline0/GstQTMux:qtmux0:
Failed to determine time to mux.
Execution ended after 416709785 ns.

I also tried the following 2 pipelines and both of them are working fine.

gst-launch -e v4l2src ! ffmpegcolorspace ! qtmux ! filesink location=a.mov
gst-launch filesrc location=Videos/g.mov ! decodebin ! ffmpegcolorspace ! x264enc ! qtmux ! filesink location=a.mov

I have tried both webcam and TV capture card as the capture device, but got the same result.

Has anyone seen similar problem before? I found one post reporting the same problem, but there was no followup.

http://www.nabble.com/rtsp---h264---mp4mux-td23866919.html#a23937937

Thanks!

Yiliang
Reply | Threaded
Open this post in threaded view
|

Re: Cannot save H.264 bitstream in QuickTime (qtmux) file, error "failed to determine the time to mux"

Thiago Sousa Santos-2


On Tue, Oct 20, 2009 at 3:15 PM, Yiliang Bao <[hidden email]> wrote:

Following is the pipeline I used:

gst-launch -e v4l2src ! ffmpegcolorspace ! x264enc ! qtmux ! filesink
location=a.mov

The output from gst-launch is:

ERROR: from element /GstPipeline:pipeline0/GstQTMux:qtmux0: Could not
multiplex stream.
Additional debug info:
gstqtmux.c(1107): gst_qt_mux_add_buffer ():
/GstPipeline:pipeline0/GstQTMux:qtmux0:
Failed to determine time to mux.
Execution ended after 416709785 ns.

I also tried the following 2 pipelines and both of them are working fine.

gst-launch -e v4l2src ! ffmpegcolorspace ! qtmux ! filesink location=a.mov
gst-launch filesrc location=Videos/g.mov ! decodebin ! ffmpegcolorspace !
x264enc ! qtmux ! filesink location=a.mov

I have tried both webcam and TV capture card as the capture device, but got
the same result.

Has anyone seen similar problem before? I found one post reporting the same
problem, but there was no followup.

http://www.nabble.com/rtsp---h264---mp4mux-td23866919.html#a23937937

This issue has already been fixed in current git (it was a v4l2src issue).
You can backport the change (commit 72af90ae31907964b31c368164ec17d0f72aa7bf), upgrade to the git version or wait a new -good release come out.

Maybe adding a videorate after v4l2src will also make it work.



Thanks!

Yiliang

--
View this message in context: http://www.nabble.com/Cannot-save-H.264-bitstream-in-QuickTime-%28qtmux%29-file%2C-error-%22failed-to-determine-the-time-to-mux%22-tp25979039p25979039.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel



--
Thiago Sousa Santos

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Cannot save H.264 bitstream in QuickTime (qtmux) file, error "failed to determine the time to mux"

yiliang
Hi Thiago,

Thanks for the quick help. I tried videorate, and it worked. I will test the newer good-plugin later.

Yiliang

On Tue, Oct 20, 2009 at 10:38 AM, thiagoss <[hidden email]> wrote:


On Tue, Oct 20, 2009 at 3:15 PM, Yiliang Bao <[hidden email]> wrote:

Following is the pipeline I used:

gst-launch -e v4l2src ! ffmpegcolorspace ! x264enc ! qtmux ! filesink
location=a.mov

The output from gst-launch is:

ERROR: from element /GstPipeline:pipeline0/GstQTMux:qtmux0: Could not
multiplex stream.
Additional debug info:
gstqtmux.c(1107): gst_qt_mux_add_buffer ():
/GstPipeline:pipeline0/GstQTMux:qtmux0:
Failed to determine time to mux.
Execution ended after 416709785 ns.

I also tried the following 2 pipelines and both of them are working fine.

gst-launch -e v4l2src ! ffmpegcolorspace ! qtmux ! filesink location=a.mov
gst-launch filesrc location=Videos/g.mov ! decodebin ! ffmpegcolorspace !
x264enc ! qtmux ! filesink location=a.mov

I have tried both webcam and TV capture card as the capture device, but got
the same result.

Has anyone seen similar problem before? I found one post reporting the same
problem, but there was no followup.

http://www.nabble.com/rtsp---h264---mp4mux-td23866919.html#a23937937

This issue has already been fixed in current git (it was a v4l2src issue).
You can backport the change (commit 72af90ae31907964b31c368164ec17d0f72aa7bf), upgrade to the git version or wait a new -good release come out.

Maybe adding a videorate after v4l2src will also make it work.



Thanks!

Yiliang

--
View this message in context: http://www.nabble.com/Cannot-save-H.264-bitstream-in-QuickTime-%28qtmux%29-file%2C-error-%22failed-to-determine-the-time-to-mux%22-tp25979039p25979039.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel



--
Thiago Sousa Santos

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel



------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel