AppSrc -> x264enc -> AppSink

[Lauraire]

Hi,

 

I've solved my problem with the basic encoder which is based on the pipeline : AppSrc -> x264enc -> AppSink

 

But now I try to decode and play this video with another application based on this pipeline : AppSrc -> vdpauh264dec -> vdpauvideopostprocess -> vdpausink (which works with an MPEG2 stream). The purpose is to do an application that does VDPAU acceleration for decoding those 2 codecs.

 

In the particular case of the h264 stream I obtain no display. It seems that the decoder doesn't do its job. I print part of the GST_DEBUG log :

 

0:00:04.492899441  8629      0x1c2d570 DEBUG       basevideodecoder gstbasevideodecoder.c:567:gst_base_video_decoder_drain: no sync, scanning
0:00:04.492909724  8629      0x1c2d570 DEBUG       basevideodecoder gstbasevideodecoder.c:587:gst_base_video_decoder_drain: found possible sync after 0 bytes (of 3)
0:00:04.492918819  8629      0x1c2d570 DEBUG           vdpauh264dec h264/gstvdph264dec.c:654:gst_vdp_h264_dec_scan_for_packet_end: start_code: 1

 

No error and no warning.....? I don't understand what is going wrong. Any idea? Thanks in advance!
 

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

[Lauraire]

No idea on this problem...?

It seems that the decoder is trapped in a loop scanning for a sync.... What is it?

I have try a : g_object_set (decoder, "sync", false, NULL); with no result.

[Lauraire]

I have made some progress about my problem. I have understood that this sync was due to the sync-lookahed property. It seems that the vdpauh264dec was looking for an information in the header that was not there. I have set the "packetized" property to true and the problem does not appear anymore... but a new one........ :/

Now, it seems that the decoder skip every frames...

Part of the log GST_DEBUG :

_______________________

DEBUG       basevideodecoder gstbasevideodecoder.c:985:gst_base_video_decoder_skip_frame: skipping frame 99:99:99.999999999
TRACE        GST_REFCOUNTING gstminiobject.c:366:gst_mini_object_unref: 0x1e22140 unref 1->0
TRACE        GST_REFCOUNTING gstminiobject.c:333:gst_mini_object_free: 0x1e22140 ref 0->1
TRACE        GST_REFCOUNTING gstminiobject.c:366:gst_mini_object_unref: 0x7f2314002620 unref 1->0
TRACE        GST_REFCOUNTING gstminiobject.c:333:gst_mini_object_free: 0x7f2314002620 ref 0->1
LOG               GST_BUFFER gstbuffer.c:195:gst_buffer_finalize: finalize 0x7f2314002620
TRACE        GST_REFCOUNTING gstcaps.c:2122:gst_caps_replace: 0x7f2314002658, (nil) -> (nil)
TRACE        GST_REFCOUNTING gstobject.c:336:gst_object_unref:<vdpau-h264-dec> 0x1dee010 unref 2->1
LOG           GST_SCHEDULING gstpad.c:4689:gst_pad_push:<app-src:src> called chainfunction &0x7f231a07d6f0 with buffer 0x7f2314002620, returned ok
LOG                  basesrc gstbasesrc.c:2400:gst_base_src_loop:<app-src> next_ts 0:00:00.002223867 size 4096
DEBUG                basesrc gstbasesrc.c:2053:gst_base_src_update_length:<app-src> reading offset 2223867, length 4096, size -1, segment.stop -1, maxsize -1
DEBUG                basesrc gstbasesrc.c:2143:gst_base_src_get_range:<app-src> calling create offset 2223867 length 4096, time 0

________________________


The timestamp is set to 99:99:99.99999999 is it part of the problem...?

Tks!

[Lauraire]

Any help...? I really don't see any way to solve this!

[Nicholas Butts]

What is the problem exactly? I am doing something similar with
appsrc->qtmux->appsink and have it almost working.

On Fri, Aug 26, 2011 at 2:48 AM, Lauraire <[hidden email]> wrote:

> Any help...? I really don't see any way to solve this!
>
> --
> View this message in context: http://gstreamer-devel.966125.n4.nabble.com/AppSrc-x264enc-AppSink-tp3755277p3770201.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>

--
Nicholas Butts
SENIOR FIRMWARE ENGINEER

Appareo Systems, LLC
1810 NDSU Research Circle N
Fargo, ND 58102

P: [phone]
F: [phone]

http://www.appareo.com

[hidden email]



NOTICE: This message {including attachments} is covered by the
Electronic Communication Privacy Act, 18 U.S.C. sections 2510-2521, is
CONFIDENTIAL and may also be protected by ATTORNEY-CLIENT OR OTHER
PRIVILEGE. If you believe that it has been sent to you in error, do
not read it. If you are not the intended recipient, you are hereby
notified that any retention, dissemination, distribution, or copying
of this communication is strictly prohibited. Please reply to the
sender that you have received the message in error and then delete it.
_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel