please help, we've got some strange problem with RTP/RSTP

[Peter BOCZ]

Hi,

On 07/26/2011 08:51 AM, Peter BOCZ wrote:
> Hi,
>
> here is some detailed information about the problem:
>
> On 07/25/2011 10:22 PM, Marco Ballesio wrote:
>> Hi,
>>
>> On Fri, Jul 22, 2011 at 6:43 AM, Farkas Levente<lfarkas at lfarkas.org>  
>> wrote:
>>> hi,
>>> in short our rtsp server not working:-(
>>> but neither:
>>> - gst-rtsp-server,
>>> - vlc's rtsp server,
>>> - mplayer's live555.
>>>
>>> in a bit more detail, the setup:
>>> - we've got high resolution 2MP, 3MP, 5MP and high fps 12-25 fps ip
>>> cameras which has buildin rtsp server and can stream the video in rtsp.
>>> - our network is not perfect. there are a few pc which are behind 2-3-4
>>> switch (ie. the shortest path from one server to the client goes 
>>> through
>>> 2-3-4 switch).
>>>
>>> what is always working:
>>> - if we connect from a pc directly to the ip cameras('s rtsp server)
>>> then we can get the proper video stream even with gstreamer, vlc etc.
>>>
>>> what is not always working:
>>> - if we create an rtsp server on pc (eg Wim's gst-rtsp-server) which do
>>> nothing just re-transmit the rtp stream from the camera with this
>>> pipeline on the server side:
>>>
>>> rtspsrc 
>>> location=rtsp://admin:12345@192.168.209.209:554/h.264/ch1/main !
>>> rtph264depay ! rtph264pay name=pay0 pt=96
>>>
>>> and on the client side with this:
>>> gst-launch rtspsrc location="rtsp://192.168.209.200:8554/test" !
>>> decodebin2 ! xvimagesink
>>>
>>> then on some network segment we've got gray images most of the time.
>> Do you mean 100% gray images (same color for all the pixels) or a
>> grayscale version of the images generated from the camera?
>>
>
> Images look like iframes are missing, i attached one.
>
>>> we try to replace both the client and then server to vlc and mplayer
>>> (just to know whether it's a gstreamer bug or not) and neither
>>> combination working. but if we connect directly to the camera it's
>>> always working with all clients.
>>>
>>> an even strange thing if we start to stream on the server side from an
>>> mkv file (with the high resolution high fps file) than the same thing
>>> happened on the client side. so the problem is not the source of the
>>> rtps server.
>>>
>>> one small tipp: if we lower the mtu to 300 (!) then it's working, but
>>> obviously we can't use this settings in a real environment.
>> How are you proxying the stream? Maybe you can share some code.
>>
>
> I attached some wireshark log maybe it is helpful.
>
> client_camera.txt includes the wireshark log when we connect directly 
> to the camera.
> pipeline on the client: gst-launch playbin2 
> uri=rtsp://admin:12345@192.168.209.209:554/h.264/ch1/main
> the picture is clear and good
>
> client_rtsp.txt includes the wireshark log when we connect to our rtsp 
> server. We are using Wim's  gst-rtsp-server. Here are the code from 
> the rtsp server:
>
> #include <gst/gst.h>
> #include <gst/rtsp-server/rtsp-server.h>
>
> int main (int argc, char *argv[])
> {
>   GMainLoop *loop;
>   GstRTSPServer *server;
>   GstRTSPMediaMapping *mapping;
>   GstRTSPMediaFactory *factory;
>
>   gst_init (&argc, &argv);
>
>   loop = g_main_loop_new (NULL, FALSE);
>
>   server = gst_rtsp_server_new ();
>   mapping = gst_rtsp_server_get_media_mapping (server);
>   factory = gst_rtsp_media_factory_new ();
>   gst_rtsp_media_factory_set_launch (factory, "( rtspsrc 
> location=rtsp://admin:12345@192.168.209.209:554/h.264/ch1/main ! 
> rtph264depay ! rtph264pay name=pay0 pt=96 )");
>   gst_rtsp_media_factory_set_shared (factory, TRUE);
>   gst_rtsp_media_mapping_add_factory (mapping, "/test", factory);
>   g_object_unref (mapping);
>   gst_rtsp_server_attach (server, NULL);
>
>   g_main_loop_run (loop);
>
>   return 0;
> }
>
> pipeline on the client: gst-launch playbin2 
> uri=rtsp://admin:12345@192.168.209.209:554/h.264/ch1/main

sorry the right pipeline is:
gst-launch playbin2 uri=rtsp://192.168.209.200:8554/test

> the picture is gray as you see in rtsp.png
>
> if you need any more information, don't be shy to ask
> thanks for your help in advance
> best regards
>
> Peter Bocz
>> Regards
>>
>>> so what can be the problem? any help would be useful.
>>>
>>>
>>> -- 
>>>   Levente                               "Si vis pacem para bellum!"
>>> _______________________________________________
>>> gstreamer-devel mailing list
>>> gstreamer-devel at lists.freedesktop.org
>>> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>>>
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel


thanks for your help in advance
best regards

Peter Bocz