[gst-devel] RTMP streaming in web page

Marco Ballesio gibrovacco at gmail.com
Mon Feb 7 14:47:04 CET 2011


Hi,

On Mon, Feb 7, 2011 at 3:02 PM,  <julien.lengrand-lambert at advansee.com> wrote:
> Hi,
>
>
> Thanks a lot for your message.
>
> I am trying to test your two command lines right now, but struggling a bit.
>
>
> The last Ubuntu packaged version for gst-base and plugins is 0.10.28, which does not include he config-interval option.
> I must then compile from the source, but I get errors with the configure in plugins-good which is searching for its dependencies in the /usr/bin folder.
>
> Is there a way to inform the configure file that my binaries are in a custom folder? I searched in the source, but failed for now :S.

I fell in your same issues in the past. You can try and use jhbuild
(you'll need to go through a few docs before succeeding):

http://library.gnome.org/devel/jhbuild/stable/jhbuild-and-gnome.html.en

----

Alternatively, I wrote my own set of scripts. You can take inspiration
from them:

http://gitorious.org/mkgst

please note they're nothing official (personal use only ;) ), so your
degree of success may vary depending on upstream GStreamer
developments / your building environment. The last time I've used them
(the last week) they worked pretty well on a freshly installed Ubuntu.

If you're lucky the only thing you'll have to do in order to build
GStreamer from git is:

cd to the dir containing the mkgst folder
run bash ./mkgst/mkgst.sh

if you're so lucky that build succeeds, in order to set up your shell
to use the newly built environment you'll have to run:

. ./mkgst/setenv.sh

P.S. maybe you'll have to remove some of the -dev packages from your Ubuntu box.

good luck!

Regards

>
>
> Anyway, the information you gave about the hardware encoder are interesting. I did not think that the problem could come from there.
> I will try to find the sources, so that a solution can be found.
>
>
> Thanks again,
> I inform you as soon as I get more information.
>
> Julien
>
>
>
>
>>Hi,
>>
>>sorry for the late reply. I grasped only now that you're using a
>>custom (hardware-specific) encoder. It should not matter as long as it
>>sends the parameters set to the payloader within the "codec-data"
>>field (you can check through the caps negotiated bw encoder and
>>payloader), so check whether it's a configurable option if not
>>enabled.
>>
>>Said so, the behaviour of both the clients (GStreamer and VLC) is
>>expected, because their decoders never get an essential piece of
>>information that is the configuration data. As it appears such an
>>information is never re-sent from the payloader (even with
>>send-config=true config-interval=2) the most plausible cause is the
>>one I wrote in the paragraph above.
>>
>>As a note, the following pipelines work correctly on my old eeepc:
>>
>>gst-launch v4l2src ! \
>>video/x-raw-yuv,width=640,height=480,format='(fourcc)'YV12 ! \
>>ffmpegcolorspace ! ffenc_mpeg4 ! rtpmp4vpay \
>>send-config=true config-interval=2 ! udpsink host=127.0.0.1 port=1234
>>
>>gst-launch udpsrc port=1234 ! \
>>"application/x-rtp,media=(string)video,clock-rate=(int)90000,encoding-name=(string)MP4V-ES,
>>payload=96" ! \
>>rtpmp4vdepay ! ffdec_mpeg4 ! xvimagesink
>>
>>in case your encoder does not have an option to encapsulate
>>parameter-sets into the src caps, it's still possible to use a parser,
>>that is the sending pipe should be modified as follows (note the stub
>>for the encoder name):
>>
>>gst-launch v4l2src ! \
>>video/x-raw-yuv,width=640,height=480,format='(fourcc)'YV12 ! \
>>ffmpegcolorspace ! your_encoder ! mpeg4videoparse ! rtpmp4vpay \
>>send-config=true config-interval=2 ! udpsink host=127.0.0.1 port=1234
>>
>>I hope this will help.
>>
>>PS next time you copy/paste debug output, please remember to disable
>>output color with something like:
>>
>>export GST_DEBUG_NO_COLOR=1
>>
>>Regards
>
> On Thu, Feb 3, 2011 at 4:35 PM,  <julien.lengrand-lambert at advansee.com> wrote:
>> Sorry again, the files were scrubbed :s .
>>
>> Here are the links of the three logs :
>>
>> http://dl.dropbox.com/u/11909603/client_hope => client with gstreamer
>> http://dl.dropbox.com/u/11909603/cvlc_log => client with cvlc
>> http://dl.dropbox.com/u/11909603/server.log => server log
>>
>> I hope everything will be fine this time
>>
>> Cheers
>>
>> --
>> --
>> Julien Lengrand-Lambert
>> tel: +33 (0)240 50 21 73
>>
>> ADVANSEE
>> 9 rue Alfred Kastler
>> CS30750, 44307 Nantes Cedex 3
>> http://www.advansee.com
>>
>> ------------------------------------------------------------------------------
>> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
>> Finally, a world-class log management solution at an even better price-free!
>> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
>> February 28th, so secure your free ArcSight Logger TODAY!
>> http://p.sf.net/sfu/arcsight-sfd2d
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>
>
> --
> --
> Julien Lengrand-Lambert
> tel: +33 (0)240 50 21 73
>
> ADVANSEE
> 9 rue Alfred Kastler
> CS30750, 44307 Nantes Cedex 3
> http://www.advansee.com
>
> ------------------------------------------------------------------------------
> The modern datacenter depends on network connectivity to access resources
> and provide services. The best practices for maximizing a physical server's
> connectivity to a physical network are well understood - see how these
> rules translate into the virtual world?
> http://p.sf.net/sfu/oracle-sfdevnlfb
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>




More information about the gstreamer-devel mailing list