<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><br><div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"><div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"><div class="y_msg_container"><br><div id="yiv0677676003"><div><div style="color:#000;background-color:#fff;font-family:times new roman, new york, times, serif;font-size:12pt;"><div><span>Not sure how you change the pipeline dynamically in the code to launch two different pipeline. <br></span></div><div style="color:rgb(0, 0, 0);font-size:16px;font-family:times new roman, new york, times, serif;background-color:transparent;font-style:normal;"><span><br></span></div><div style="color:rgb(0, 0, 0);font-size:16px;font-family:times new roman, new york, times, serif;background-color:transparent;font-style:normal;"><span>Both valve and identity plugin blocks the
entire pipeline when drop properties are set during gst-launch as the pipeline elements will only be prerolled.<br></span></div><div><br></div><div>Solution to stop the data passing in one side of the tee element which I can think of is - <br></div><div style="color:rgb(0, 0, 0);font-size:16px;font-family:times new roman, new york, times, serif;background-color:transparent;font-style:normal;"> Launch the pipeline by creating individual elements by gst_element_factory_make and then <br></div><br><div style="color:rgb(0, 0, 0);font-size:16px;font-family:times new roman, new york, times, serif;background-color:transparent;font-style:normal;">*) Probe the data and drop the buffers as mentioned in <br></div><div style="color:rgb(0, 0, 0);font-size:16px;font-family:times new roman, new york, times,
serif;background-color:transparent;font-style:normal;">http://gstreamer.freedesktop.org/data/doc/gstreamer/head/manual/html/chapter-dataaccess.html<br></div><div style="color:rgb(0, 0, 0);font-size:16px;font-family:times new roman, new york, times, serif;background-color:transparent;font-style:normal;"><br>Regards,<br>Harish Jenny K N<br></div><div style="color:rgb(0, 0, 0);font-size:16px;font-family:times new roman, new york, times, serif;background-color:transparent;
font-style:normal;"><br></div> <div style="font-family:times new roman, new york, times, serif;font-size:12pt;"> <div style="font-family:times new roman, new york, times, serif;font-size:12pt;"> <div dir="ltr"> <hr size="1"> <font face="Arial" size="2"> <b><span style="font-weight:bold;">From:</span></b> "gstreamer-devel-request@lists.freedesktop.org" <gstreamer-devel-request@lists.freedesktop.org><br> <b><span style="font-weight:bold;">To:</span></b> gstreamer-devel@lists.freedesktop.org <br> <b><span style="font-weight:bold;">Sent:</span></b> Monday, 26 August 2013 6:33 PM<br> <b><span style="font-weight:bold;">Subject:</span></b> gstreamer-devel Digest, Vol 31, Issue 80<br> </font> </div> <div class="yiv0677676003y_msg_container"><br>Send gstreamer-devel mailing list submissions to<br> <a rel="nofollow" ymailto="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank"
href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br><br>To subscribe or unsubscribe via the World Wide Web, visit<br> <a rel="nofollow" target="_blank" href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>or, via email, send a message with subject or body 'help' to<br> <a rel="nofollow" ymailto="mailto:gstreamer-devel-request@lists.freedesktop.org" target="_blank" href="mailto:gstreamer-devel-request@lists.freedesktop.org">gstreamer-devel-request@lists.freedesktop.org</a><br><br>You can reach the person managing the list at<br> <a rel="nofollow" ymailto="mailto:gstreamer-devel-owner@lists.freedesktop.org" target="_blank" href="mailto:gstreamer-devel-owner@lists.freedesktop.org">gstreamer-devel-owner@lists.freedesktop.org</a><br><br>When replying, please edit your Subject
line so it is more specific<br>than "Re: Contents of gstreamer-devel
digest..."<br><br><br>Today's Topics:<br><br> 1. How to Stop/start recording using Valve element (Harish Sakhare)<br> 2. Re: tcpclient failing to detect EOF/EOS? (Peter Maersk-Moller)<br> 3. Problems with gstreamer on Raspberry PI (quali)<br> 4. problem in linking filesrc and video converter (nikit)<br> 5. Is there any proper element that is opposited of funnel? (???)<br> 6. Re: appsrc and GMainloop problem (Deepak Jain)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Mon, 26 Aug 2013 04:49:52 -0700 (PDT)<br>From: Harish Sakhare <<a rel="nofollow" ymailto="mailto:harish_sakhare@yahoo.com" target="_blank" href="mailto:harish_sakhare@yahoo.com">harish_sakhare@yahoo.com</a>><br>To: <a rel="nofollow" ymailto="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank"
href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>Subject: How to Stop/start recording using
Valve element<br>Message-ID: <<a rel="nofollow" ymailto="mailto:1377517792915-4661728.post@n4.nabble.com" target="_blank" href="mailto:1377517792915-4661728.post@n4.nabble.com">1377517792915-4661728.post@n4.nabble.com</a>><br>Content-Type: text/plain; charset=us-ascii<br><br>Hello All,<br><br><br> I am sending a video stream using a C920 HD camera as<br>an MP2TS stream. I am able to see video on android tablet also I used "tee"<br>element to record the video. To start stop video recording I am using<br>"valve" element. The default property of valve=FALSE so I used it in my<br>pipeline it works well the streaming as well as recording is done. But when<br>I used valve = TRUE to stop recording then it stops streaming also.<br>Streaming gets stuck just one frame is displayed on the screen.<br><br>Here below is my working pipeline with recording:--<br><br>data->pipeline =
gst_parse_launch("udpsrc
caps=\"video/mpegts,<br>systemstream=(boolean)true, packet-size=(int)188\" ! tsdemux ! h264parse !<br>tee name=myvid ! queue ! amcviddec-omxtiducati1videodecoder ! eglglessink<br>myvid. ! queue ! filesink location=/storage/sdcard0/Movies/Test.mp4",<br>&error);<br><br>Here below is my pipeline where streaming gets STUCK:-<br><br>data->pipeline = gst_parse_launch("udpsrc caps=\"video/mpegts,<br>systemstream=(boolean)true, packet-size=(int)188\" ! tsdemux ! h264parse !<br>tee name=myvid ! queue ! amcviddec-omxtiducati1videodecoder ! eglglessink<br>myvid. ! valve drop = true ! queue ! filesink<br>location=/storage/sdcard0/Movies/Test.mp4",<br>&error);<br><br><br>So please any one guide how to use Valve to stop recording and how I used it<br>in my pipeline.<br>I would appreciate any help for my problem.<br><br><br><br><br><br>--<br>View this message in context: <a rel="nofollow" target="_blank"
href="http://gstreamer-devel.966125.n4.nabble.com/How-to-Stop-start-recording-using-Valve-element-tp4661728.html">http://gstreamer-devel.966125.n4.nabble.com/How-to-Stop-start-recording-using-Valve-element-tp4661728.html</a><br>Sent from the GStreamer-devel mailing list archive at Nabble.com.<br><br><br>------------------------------<br><br>Message: 2<br>Date: Mon, 26 Aug 2013 14:46:12 +0200<br>From: Peter Maersk-Moller <<a rel="nofollow" ymailto="mailto:pmaersk@gmail.com" target="_blank" href="mailto:pmaersk@gmail.com">pmaersk@gmail.com</a>><br>To: Discussion of the development of and with GStreamer<br> <<a rel="nofollow" ymailto="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank" href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a>><br>Subject: Re: tcpclient failing to detect EOF/EOS?<br>Message-ID:<br>
<CAGf_jGmM14o5vVZOLW4rhTQPwNs5Bv2-Uexb=2Nxb6iar=<a rel="nofollow" ymailto="mailto:NMdw@mail.gmail.com" target="_blank" href="mailto:NMdw@mail.gmail.com">NMdw@mail.gmail.com</a>><br>Content-Type: text/plain; charset="iso-8859-1"<br><br>Hi Timm-Phillipp<br><br>See comments in-line.<br><br>On Sun, Aug 25, 2013 at 2:14 PM, Tim-Philipp M?ller <<a rel="nofollow" ymailto="mailto:t.i.m@zen.co.uk" target="_blank" href="mailto:t.i.m@zen.co.uk">t.i.m@zen.co.uk</a>> wrote:<br><br>> On Sat, 2013-08-24 at 23:59 +0200, Peter Maersk-Moller wrote:<br>> Hi,<br>> > Yes, the prerolling receiver needs a queue that in this case will make<br>> > the pipeline change to playing after it has prerolled. However, that<br>> > is mostly besides the point.<br>> It is not besides the point, because without the pipeline prerolling EOS<br>> propagation will not work.<br>><br><br>Right. So what you are saying is this: While a pipeline is
prerolling, it<br>can NOT propagate EOS and later on you write that if a source detects EOF,<br>it signals to the sink of the pipeline and then the sink may
later signal<br>EOS, when it enters Playing state.<br><br>Then I conclude this: If GStreamer has no other way to handle EOF for input<br>while prerolling, then GStreamer pipelines has a race condition and as such<br>it can be impossible to determine the exact outcome of a particular<br>scenario. Now I will not race to conclusion and race condtions can be many<br>things and even okay if handled properly, but here the pipeline ends up<br>doing nothing just sitting there and that somehow sounds pretty bad to me.<br>Don't you think that is a problem?<br><br>Somehow the sink needs to detect if it will NOT receive more data from<br>upstream, and if the pipeline is still prerolled, the sink should send the<br>EOS upstream. At least that that is the only way I know a pipeline will<br>terminate.<br><br>Am I wrong ?<br><br>> Apparently tcpclientsrc fails to make the pipeline terminate upon<br>> > EOS/EOF if it is in its prerolling state.<br>><br>>
It is not the source that terminates the pipeline on EOS. It pushes an<br>> EOS even into the pipeline, which then needs to filter through to sinks,<br>> which then post EOS messages on the bus, which the pipeline then<br>> aggregates.<br>><br><br>True, but problem still apply.<br><br><br>><br>> > If the tcpserversink disconnects or the connection is disconnected<br>> > for any other reason while the receiver pipeline with tcpclientsrc is<br>> > prerolling, the pipeline may never enter playing state and<br>> > subsequently the pipeline is not terminated even though its source had<br>> > its conection terminated. or at least that is what I seem to<br>> > experience.<br>><br>> Does the sink not post an error messages if its connection is<br>> disconnected by the peer? Shouldn't it?<br>><br><br>Not sure if it does, but the sink at the end of the pipeline should somehow<br>detects when it
will never leave the prerolling state and terminate.<br>Otherwise you have the race condition. And that is often pretty bad.<br><br>Best regards<br>Peter Maersk-Moller<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a rel="nofollow" target="_blank" href="http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130826/f0455815/attachment-0001.html">http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130826/f0455815/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 3<br>Date: Mon, 26 Aug 2013 05:40:30 -0700 (PDT)<br>From: quali <<a rel="nofollow" ymailto="mailto:alex.pessoa@qualihouse.com.br" target="_blank" href="mailto:alex.pessoa@qualihouse.com.br">alex.pessoa@qualihouse.com.br</a>><br>To: <a rel="nofollow" ymailto="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank"
href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>Subject: Problems with gstreamer on Raspberry
PI<br>Message-ID: <<a rel="nofollow" ymailto="mailto:1377520830522-4661729.post@n4.nabble.com" target="_blank" href="mailto:1377520830522-4661729.post@n4.nabble.com">1377520830522-4661729.post@n4.nabble.com</a>><br>Content-Type: text/plain; charset=us-ascii<br><br>Hello, I developed an application using gstreamer to play songs in sequence<br>on Raspberry PI, the problem is that sometimes the application does not play<br>the sound, but throws no errors and seems to be working, just no sound. I<br>also realized that sometimes even closing and opening the application again<br>it still does not work, even resetting the operating system. I tested the<br>same application on Ubuntu on a PC and it worked normally. Does the problem<br>is the ARM architecture Rasperry PI that gstreamer does not support right? I<br>am being pressed to solve this problem, can someone help me?<br><br><br><br>--<br>View this message in context: <a rel="nofollow" target="_blank"
href="http://gstreamer-devel.966125.n4.nabble.com/Problems-with-gstreamer-on-Raspberry-PI-tp4661729.html">http://gstreamer-devel.966125.n4.nabble.com/Problems-with-gstreamer-on-Raspberry-PI-tp4661729.html</a><br>Sent from the GStreamer-devel mailing list archive at Nabble.com.<br><br><br>------------------------------<br><br>Message: 4<br>Date: Mon, 26 Aug 2013 05:41:08 -0700 (PDT)<br>From: nikit <<a rel="nofollow" ymailto="mailto:nikitbiraj@gmail.com" target="_blank" href="mailto:nikitbiraj@gmail.com">nikitbiraj@gmail.com</a>><br>To: <a rel="nofollow" ymailto="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank" href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>Subject: problem in linking filesrc and video converter<br>Message-ID: <<a rel="nofollow" ymailto="mailto:1377520868751-4661730.post@n4.nabble.com" target="_blank"
href="mailto:1377520868751-4661730.post@n4.nabble.com">1377520868751-4661730.post@n4.nabble.com</a>><br>Content-Type: text/plain;
charset=us-ascii<br><br>Hi,<br><br>I am working on encoding a raw file image to jpeg image in C<br><br>Below is working structure in comand line to encode image :<br><br>gst-launch filesrc location=/home/root/one.raw blocksize=608256 ! \<br><br>'video/x-raw-yuv,<br>format=(fourcc)I420,width=(int)704,height=(int)576,framerate=(fraction)0/1'<br><br>! ffmpegcolorspace !<br>'video/x-raw-yuv,format=(fourcc)I420,width=(int)704,height=(int)576,,framerate=(fraction)0/1'<br>! vpuenc codec = 12 ! \<br><br> filesink location=/home/root/image.jpg<br><br>Below are pipeline structure :<br><br> app->src = gst_element_factory_make("filesrc", "mysrc");<br><br> app->encoder = gst_element_factory_make("vpuenc", "enc");<br><br> app->video_convert = gst_element_factory_make ("ffmpegcolorspace", <br>"converter");<br><br> app->imagesink = gst_element_factory_make("filesink", "myvsink");<br><br> <br><br>have created all elements, objects.<br><br>g_object_set
(app->src, "blocksize", BUFF_SIZE, NULL);<br><br>where BUFF_SIZE is 608256<br><br> g_object_set (app->encoder, "codec", 12, NULL);<br><br> gst_bin_add_many(GST_BIN(app->pipeline),<br>(GstElement*)app->src,app->video_convert,app->encoder,<br><br> app->imagesink, NULL);<br><br>filesrc location using : g_object_set(G_OBJECT(app->src),<br><br> "location", "/home/root/one.raw",NULL);<br><br>and,<br><br>filesink location using : g_object_set(G_OBJECT(app->imagesink),<br><br> "location", "/home/root/tr2.jpg",NULL);<br><br>I am getting link failed when I try to link app->src and
app->video_convert,<br>and<br><br>app->video_convert and app->encoder<br><br>Below is C code for linking :<br><br>link_ok = gst_element_link_filtered (app->src, app->video_convert,<br><br> gst_caps_new_simple<br>("video/x-raw-yuv",<br><br> "format",<br>G_TYPE_STRING, "I420",<br><br> "width",G_TYPE_INT,<br>704,<br><br>
"height",G_TYPE_INT,<br>576,<br><br> <br>//"framerate",GST_TYPE_FRACTION, 0,1,<br><br> NULL));<br><br>and<br><br>link_ok = gst_element_link_filtered (app->video_convert, app->encoder,<br><br> <br>gst_caps_new_simple
("video/x-raw-yuv",<br><br> "format",<br>G_TYPE_STRING, "I420",<br><br> <br>"width",G_TYPE_INT, 704,<br><br> <br>"height",G_TYPE_INT, 576,<br><br>
<br>"framerate",GST_TYPE_FRACTION, 1,1,<br><br> // <br>"pixel-aspect-ratio",GST_TYPE_FRACTION,1,1,<br><br> NULL));<br><br>Surprisingly the same caps works in command line but if I link through C its<br>giving error.<br><br>What am I doing wrong?<br><br><br><br><br><br>--<br>View this message in context: <a rel="nofollow" target="_blank"
href="http://gstreamer-devel.966125.n4.nabble.com/problem-in-linking-filesrc-and-video-converter-tp4661730.html">http://gstreamer-devel.966125.n4.nabble.com/problem-in-linking-filesrc-and-video-converter-tp4661730.html</a><br>Sent from the GStreamer-devel mailing list archive at Nabble.com.<br><br><br>------------------------------<br><br>Message: 5<br>Date: Mon, 26 Aug 2013 21:44:23 +0900<br>From: ??? <<a rel="nofollow" ymailto="mailto:hoonh83.lee@gmail.com" target="_blank" href="mailto:hoonh83.lee@gmail.com">hoonh83.lee@gmail.com</a>><br>To: <a rel="nofollow" ymailto="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank" href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>Subject: Is there any proper element that is opposited of funnel?<br>Message-ID:<br> <CAE-EkXOOhHyYp216HBLj+<a rel="nofollow" ymailto="mailto:-FwCKDSf6sJyufVHq3J1XLEb7bD2g@mail.gmail.com" target="_blank"
href="mailto:-FwCKDSf6sJyufVHq3J1XLEb7bD2g@mail.gmail.com">-FwCKDSf6sJyufVHq3J1XLEb7bD2g@mail.gmail.com</a>><br>Content-Type: text/plain; charset="iso-8859-1"<br><br>Hello<br><br>When
playing multiple audio or video stream, I am using funnel instead of<br>using input-selector and I am trying to use output-selector before linking<br>fakesink.<br><br>this is my approach.<br><br> / ac3parse - capsfilter - decoder \<br> / fakesink<br>demux - multiqueue - ac3parse - capsfilter - decoder - funnel -<br>output-selector - fakesink<br> \ ac3parse - capsfilter - decoder /<br> \ fakesink<br>
\ h264parse - capsfilter - decoder -<br>input-selector - fakesink<br><br>Actually, I could not find a proper element that is opposited element of<br>funnel.<br>So I am not sure this approach is proper or not?<br>And I am wondering that output-selector is a kind of opposite of funnel.<br><br>Thus, Please let me know if you have correct approach or some advice.<br><br>Thanks.<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a rel="nofollow" target="_blank" href="http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130826/bd200533/attachment-0001.html">http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130826/bd200533/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 6<br>Date: Mon, 26 Aug 2013 18:33:26 +0530<br>From: Deepak Jain <<a rel="nofollow" ymailto="mailto:jain1982@gmail.com"
target="_blank" href="mailto:jain1982@gmail.com">jain1982@gmail.com</a>><br>To: Discussion of the development of and with GStreamer<br> <<a rel="nofollow" ymailto="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank" href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a>>, <a rel="nofollow" ymailto="mailto:t.i.m@zen.co.uk" target="_blank" href="mailto:t.i.m@zen.co.uk">t.i.m@zen.co.uk</a><br>Subject: Re: appsrc and GMainloop problem<br>Message-ID:<br> <CAJhXTGc4GAbMJrZJ=<a rel="nofollow" ymailto="mailto:h5xThTdvoeamY0emWZYCfyDjqDsunbj3Q@mail.gmail.com" target="_blank" href="mailto:h5xThTdvoeamY0emWZYCfyDjqDsunbj3Q@mail.gmail.com">h5xThTdvoeamY0emWZYCfyDjqDsunbj3Q@mail.gmail.com</a>><br>Content-Type: text/plain; charset="iso-8859-1"<br><br>OK...i removed "codec_data" parameter from caps.<br>But still I dont know why I am getting same no decoder context error
like:<br><br>0:00:09.504370712 10014 0xb384f80 DEBUG
ffmpeg<br>gstffmpegcodecmap.c:2398:gst_ffmpeg_caps_with_codecid: have codec data of<br>size 53<br>0:00:09.504388937 10014 0xb384f80 DEBUG ffmpeg<br>gstffmpegcodecmap.c:2088:gst_ffmpeg_caps_to_pixfmt: converting caps<br>video/x-h264, width=(int)320, height=(int)240, parsed=(boolean)true,<br>stream-format=(string)avc, alignment=(string)au,<br>pixel-aspect-ratio=(fraction)4/3,<br>codec_data=(buffer)014d400dffe10025674d400dec80a0fd8750808080a000007d200017701c00002b160002b079351807c50a448001000568ebec6c80<br>0:00:09.504452406 10014 0xb384f80 DEBUG ffmpeg<br>gstffmpegcodecmap.c:2118:gst_ffmpeg_caps_to_pixfmt: setting<br>pixel-aspect-ratio 3/4 = 0.750000<br>0:00:09.504476042 10014 0xb384f80 DEBUG ffmpeg<br>gstffmpegdec.c:781:gst_ffmpegdec_setcaps:<mydecoder>
forcing 25/1 framerate<br>0:00:09.504492294 10014 0xb384f80 DEBUG ffmpeg<br>gstffmpegdec.c:793:gst_ffmpegdec_setcaps:<mydecoder> sink caps have<br>pixel-aspect-ratio of 4:3<br>0:00:09.504509792 10014 0xb384f80 DEBUG ffmpeg<br>gstffmpegdec.c:811:gst_ffmpegdec_setcaps:<mydecoder> Using framerate from<br>codec<br>0:00:09.504522619 10014 0xb384f80 DEBUG ffmpeg<br>gstffmpegdec.c:818:gst_ffmpegdec_setcaps:<mydecoder> trying to enable<br>direct rendering<br>0:00:09.504537396 10014 0xb384f80 DEBUG ffmpeg<br>gstffmpegdec.c:821:gst_ffmpegdec_setcaps:<mydecoder> disable direct<br>rendering setup for H264<br>0:00:09.548427471 10014 0xb384f80 DEBUG
ffmpeg<br>gstffmpegdec.c:895:gst_ffmpegdec_setcaps:<mydecoder:sink> clipping to<br>320x240<br>0:00:09.548465407 10014 0xb384f80 DEBUG ffmpeg<br>gstffmpegdec.c:904:gst_ffmpegdec_setcaps:<mydecoder:sink> final clipping to<br>320x240<br>0:00:09.548480556 10014 0xb384f80 DEBUG GST_CAPS<br>gstpad.c:2741:gst_pad_set_caps:<mydecoder:sink> caps 0xb376a00<br>video/x-h264, width=(int)320, height=(int)240, parsed=(boolean)true,<br>stream-format=(string)avc, alignment=(string)au,<br>pixel-aspect-ratio=(fraction)4/3,<br>codec_data=(buffer)014d400dffe10025674d400dec80a0fd8750808080a000007d200017701c00002b160002b079351807c50a448001000568ebec6c80<br>0:00:09.548699885 10014 0xb384f80 DEBUG ffmpeg<br>gstffmpegdec.c:2549:gst_ffmpegdec_chain:<mydecoder>
received DISCONT<br>0:00:09.548723745 10014 0xb384f80 ERROR ffmpeg<br>gstffmpegdec.c:2341:gst_ffmpegdec_frame:<mydecoder> no codec context<br>0:00:09.549552644 10014 0xb384f80 DEBUG ffmpeg<br>gstffmpegdec.c:2566:gst_ffmpegdec_chain:<mydecoder> waiting for keyframe<br>0:00:09.549607984 10014 0xb384f80 DEBUG ffmpeg<br>gstffmpegdec.c:2571:gst_ffmpegdec_chain:<mydecoder> got keyframe<br>0:00:09.549626379 10014 0xb384f80 ERROR ffmpeg<br>gstffmpegdec.c:2341:gst_ffmpegdec_frame:<mydecoder> no codec context<br><br>As I can see from logs, everything is setting perfectly but still no codec<br>context.<br>Is it something related to DISCONT?<br><br>Thanks for all your help Tim.<br><br>Amy be I am
very close..just a couple of steps away from actual playback:(<br><br><br><br><br>On Mon, Aug 26, 2013 at 3:39 PM, Tim-Philipp M?ller <<a rel="nofollow" ymailto="mailto:t.i.m@zen.co.uk" target="_blank" href="mailto:t.i.m@zen.co.uk">t.i.m@zen.co.uk</a>> wrote:<br><br>> On Mon, 2013-08-26 at 12:58 +0530, Deepak Jain wrote:<br>><br>> > On appsrc, I am setting Caps as :<br>> ><br>> > GstBuffer* buf = gst_buffer_new_and_alloc(extradatalen);<br>> > memcpy(GST_BUFFER_DATA(buf), extradata, extradatalen);<br>> > GstCaps* caps = gst_caps_new_simple ("video/x-h264",<br>> > "codec_data", GST_TYPE_BUFFER, buf,<br>> > "stream-format", G_TYPE_STRING, "byte-stream",<br>> > "width", G_TYPE_INT, <Width>,<br>> >
"height", G_TYPE_INT,
<Height>,<br>> > "pixel-aspect-ratio", GST_TYPE_FRACTION, <PixelAspectRatioX>,<br>> > <PixelAspectRatio>,<br>> > "framerate", GST_TYPE_FRACTION, <RateValue>, <RateScale>,<br>> > NULL);<br>> With H.264 in byte-stream format, you should not have codec_data in the<br>> caps. Instead, the SPS/PPS should be sent as data in the stream (note:<br>> in proper byte-stream format of course).<br>><br>> The parser might just assume it's AVC when it sees codec_data.<br>><br>> Cheers<br>> -Tim<br>><br>><br>> _______________________________________________<br>> gstreamer-devel mailing list<br>> <a rel="nofollow" ymailto="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank"
href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>> <a rel="nofollow" target="_blank" href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a rel="nofollow" target="_blank" href="http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130826/f87b2b99/attachment.html">http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130826/f87b2b99/attachment.html</a>><br><br>------------------------------<br><br>_______________________________________________<br>gstreamer-devel mailing list<br><a rel="nofollow" ymailto="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank" href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br><a rel="nofollow"
target="_blank" href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br><br><br>End of gstreamer-devel Digest,
Vol 31, Issue 80<br>***********************************************<br><br><br></div> </div> </div> </div></div></div><br><br></div> </div> </div> </div></body></html>