[Elphel-support] Rebroadcast the live streaming?

Andrey Latin andrey.latin at gmail.com
Thu May 27 03:26:14 PDT 2010 

Hi all!

For streaming multicast You'll do next:
1. enable multicasting on local linux interface(in my example eth1)
   ~# route add -net 224.0.0.0 netmask 240.0.0.0 eth1
and test it
    ping 224.0.0.1
(see pic1)
2. In WEB interface select "Parameter Editor", select "streamer" and press
   "View/Edit Current". Then - set STROP_MCAST_EN to 1
   Press "Apply" and "Restart"
 (see pic 2)
3. Check, what mplayer/mencoder linked with LIVE555
    mplayer -demuxer help |grep live
 (see pic 3)
4. starting streaming
   mplayer -demuxer live555 rtsp://192.168.30.9:554
You shall see stream over multicast on screen(see pic4)
But multicast address not 232.X.Y.Z - it is 224.X.Y.Z

wbr, Andrey Latin


On Wed, May 26, 2010 at 8:48 PM, Esteban Correa-Agudelo <
esteban at sirius.utp.edu.co> wrote:

> Hi,
>
> I set the multicast mode manually, I mean, I have edited the file
> autocampars.php in line 1446      <STROP_MCAST_EN>0</STROP_MCAST_EN> by
> <STROP_MCAST_EN>*1*</STROP_MCAST_EN>
>
> the camera firmware is *8.0.7* and the mencoder output when I launched vlc
> first is:
>
> leeloocam52 at leeloocam52:~$ *sudo mencoder rtsp://192.168.1.51 -nosound
> -ovc raw -vf format=bgr24 -of rawvideo -o /dev/video1          *
>
> MEncoder SVN-r31059-4.4.1 (C) 2000-2010 MPlayer Team
> Resolving 192.168.1.51 for AF_INET6...
> Couldn't resolve name for AF_INET6: 192.168.1.51
> Connecting to server 192.168.1.51[192.168.1.51]: 554...
> librtsp: server responds: 'RTSP/1.0 455 Server is busy'
> rtsp_session: unsupported RTSP server. Server type is 'unknown'.
> STREAM_LIVE555, URL: rtsp://192.168.1.51
> success: format: 21  data: 0x0 - 0x0
> Stream not seekable!
>  file format detected.
> Failed to get a SDP description from URL "rtsp://192.168.1.51": cannot
> handle *DESCRIBE response: RTSP/1.0 455 Server is busy*
> ============ Sorry, this file format is not recognized/supported
> =============
> === If this file is an AVI, ASF or MPEG stream, please contact the author!
> ===
> Cannot open demuxer.
>
> I would like to know how to access to multicast IP stream if IP camera's
> is 192.168.1.50 ...
>
> best regards
>
>
>
> 2010/5/26 Alexandre Poltorak <alexandre at elphel.com>
>
>> You are in unicast.
>>
>> Esteban, I do not know how, but we went out of our mail ling list. Can we
>> switch back to the ML please?
>>
>> Can you post on the mailing list a description of how do you set the
>> camera in multicast mode, the firmware revision you have and output of
>> mplayer.
>>
>> Thanks.
>> Alexandre
>>
>>
>>
>>
>>  On Wed, May 26, 2010 at 2:46 AM, Esteban Correa-Agudelo <
>> esteban at sirius.utp.edu.co> wrote:
>>
>>> Hi,
>>>
>>> I have launched vlc first like you said, and this the output of mencoder
>>> when it is launched in another console sesion :
>>>
>>> leeloocam52 at leeloocam52:~$ *sudo mencoder rtsp://192.168.1.51 -nosound
>>> -ovc raw -vf format=bgr24 -of rawvideo -o /dev/video1          *
>>>
>>> MEncoder SVN-r31059-4.4.1 (C) 2000-2010 MPlayer Team
>>> Resolving 192.168.1.51 for AF_INET6...
>>> Couldn't resolve name for AF_INET6: 192.168.1.51
>>> Connecting to server 192.168.1.51[192.168.1.51]: 554...
>>> librtsp: server responds: 'RTSP/1.0 455 Server is busy'
>>> rtsp_session: unsupported RTSP server. Server type is 'unknown'.
>>> STREAM_LIVE555, URL: rtsp://192.168.1.51
>>> success: format: 21  data: 0x0 - 0x0
>>> Stream not seekable!
>>>  file format detected.
>>> Failed to get a SDP description from URL "rtsp://192.168.1.51": cannot
>>> handle *DESCRIBE response: RTSP/1.0 455 Server is busy*
>>> ============ Sorry, this file format is not recognized/supported
>>> =============
>>> === If this file is an AVI, ASF or MPEG stream, please contact the
>>> author! ===
>>> Cannot open demuxer.
>>>
>>> Exiting...
>>> leeloocam52 at leeloocam52:~$
>>>
>>> This is the output of vlc with -vvv (megavervose) when I launched first
>>> mencoder
>>>
>>> [0xb6f00758] main input debug: `rtsp://192.168.1.51' gives access `rtsp'
>>> demux `' path `192.168.1.51'
>>> [0xb6f00758] main input debug: creating demux: access='rtsp' demux=''
>>> path='192.168.1.51'
>>> [0x8484ce8] main demux debug: looking for access_demux module: 1
>>> candidate
>>> Sending request: OPTIONS rtsp://192.168.1.51 RTSP/1.0
>>> CSeq: 1
>>> User-Agent: VLC media player (LIVE555 Streaming Media v2008.07.24)
>>> Received OPTIONS response: RTSP/1.0 200 OK
>>> CSeq: 1
>>> Public: DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE
>>>
>>> Sending request: DESCRIBE rtsp://192.168.1.51 RTSP/1.0
>>> CSeq: 2
>>> Accept: application/sdp
>>> User-Agent: VLC media player (LIVE555 Streaming Media v2008.07.24)
>>>
>>> *Received DESCRIBE response: RTSP/1.0 455 Server is busy
>>> CSeq: 2
>>> *[0x8484ce8]* live555 demux debug: DESCRIBE failed with 455: cannot
>>> handle DESCRIBE response: RTSP/1.0 455 Server is busy*
>>> [0x8484ce8] live555 demux debug: connection timeout
>>> [0x8484ce8] live555 demux error: Failed to connect with rtsp://
>>> 192.168.1.51
>>> [0x8484ce8] main demux warning: no access_demux module matching "rtsp"
>>> could be loaded
>>> [0x8484ce8] main demux debug: TIMER module_need() : 1565.405 ms - Total
>>> 1565.405 ms / 1 intvls (Avg 1565.405 ms)
>>> [0xb6f00758] main input debug: creating access 'rtsp' path='192.168.1.51'
>>> [0xb6f03b10] main access debug: looking for access module: 1 candidate
>>> [0xb6f03b10] main access debug: net: connecting to 192.168.1.51 port 554
>>> [0xb6f03b10] main access debug: connection: Operation now in progress
>>> [0xb6f03b10] main access debug: connection succeeded (socket = 8)
>>> [0xb6f03b10] access_realrtsp access debug: rtsp connected
>>> [0xb6f03b10] access_realrtsp access warning: only real/helix rtsp servers
>>> supported for now
>>> [0xb6f03b10] main access warning: no access module matching "rtsp" could
>>> be loaded
>>> [0xb6f03b10] main access debug: TIMER module_need() : 880.232 ms - Total
>>> 880.232 ms / 1 intvls (Avg 880.232 ms)
>>> [0xb6f03b10] main access debug: waitpipe: object killed
>>> [0xb6f00758] main input error: open of `rtsp://192.168.1.51' failed:
>>> (null)
>>> [0xb6f00758] main input error: Your input can't be opened
>>> [0xb6f00758] main input error: VLC is unable to open the MRL 'rtsp://
>>> 192.168.1.51'. Check the log for details.
>>> [0xb6f00758] main input debug: thread ended
>>> [0x8460b28] main playlist debug: dead input
>>> [0xb6f030b0] main stream output debug: destroying useless sout
>>> [0xb6f037f8] main stream out debug: destroying chain... (name=transcode)
>>> [0x8480fc8] main stream out debug: destroying chain... (name=duplicate)
>>> [0x8480fc8] stream_out_duplicate stream out debug: closing a duplication
>>> [0x8482db0] main stream out debug: destroying chain... (name=std)
>>> [0x8486748] mux_ogg mux: Close
>>> [0x8486748] main mux debug: removing module "mux_ogg"
>>> [0x8487d48] main http server debug: waitpipe: object killed
>>> [0x8487d48] main http server debug: HTTP host removed
>>> [0x84873f8] main http server debug: no hosts left, stopping httpd
>>> [0x8485490] access_output_http access out debug: Close
>>> [0x8485490] main access out debug: removing module "access_output_http"
>>> [0x8482db0] main stream out debug: removing module "stream_out_standard"
>>> [0x8482db0] main stream out debug: destroying chain done
>>> [0x8480fc8] main stream out debug: removing module "stream_out_duplicate"
>>> [0x8480fc8] main stream out debug: destroying chain done
>>> [0xb6f037f8] main stream out debug: removing module
>>> "stream_out_transcode"
>>> [0xb6f037f8] main stream out debug: destroying chain done
>>> [0xb6f00758] main input debug: TIMER input launching for 'rtsp://
>>> 192.168.1.51' : 2453.393 ms - Total 2453.393 ms / 1 intvls (Avg 2453.393
>>> ms)
>>> [0x8460b28] main playlist debug: changing item without a request (current
>>> 0/1)
>>> [0x8460b28] main playlist debug: nothing to play
>>>
>>>
>>>
>>> Also, the camera has *multicast enable*...  so, I don't know hot to
>>> access to a camera at time in one machine???, because a rtsp player blocks
>>> another rtsp conections with the same camera or the others
>>>
>>> Best Regards
>>>
>>>
>>> Esteban
>>>
>>>
>>>
>>> 2010/5/19 Alexandre Poltorak <alexandre at elphel.com>
>>>
>>>> Hi,
>>>>
>>>> Your  resolution / FPS / image quality are really small, so it should
>>>> work.
>>>>
>>>> In unicast only one client can connect, others will see "server busy"
>>>> error. in milticast mode you can read the same stream with multiple clients.
>>>> You simply run two vlc rtsp://192.168.0.9:554 , it should work.
>>>>
>>>> try to first launch VLC with "-vvv" (megaverbose) and than the other
>>>> player and see what error VLC report.
>>>>
>>>> If you design your own software you do not need to use v4l for Elphel.
>>>> You can use GSTreamer framework for example.
>>>>
>>>> They are many ways: live555, libvlc, gstreamer framework, FFMpeg libs,
>>>> ...
>>>>
>>>> Best regards,
>>>> Alexandre
>>>>
>>>>
>>>>
>>>>
>>>>  On Wed, May 19, 2010 at 3:08 PM, Esteban Correa-Agudelo <
>>>> esteban at sirius.utp.edu.co> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I've tried to answer(*Bold*) to your questions(Purple), please see
>>>>> below
>>>>>
>>>>> thanks again
>>>>>
>>>>> --
>>>>> Esteban M. Correa Agudelo
>>>>> Laboratorio Sirius HPC
>>>>> Universidad Tecnológica de Pereira
>>>>>
>>>>> 2010/5/19 Alexandre Poltorak <alexandre at elphel.com>
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> In my understanding you do not need multicast mode, but it should work
>>>>>> in both modes.
>>>>>>
>>>>>> What resolution / FPS / image quality do you stream from the camera ?
>>>>>> *(2560x1920)*1/4 decimation = 640x480
>>>>>> *
>>>>>
>>>>> *    FPS= FP1000slim 30000 or 30 fps
>>>>> *
>>>>>
>>>>>> *image quality = 80% (for image processing)*
>>>>>>
>>>>>
>>>>>
>>>>>>   On Wed, May 19, 2010 at 12:08 AM, Esteban Correa-Agudelo <
>>>>>> esteban at sirius.utp.edu.co> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I have got working with this line
>>>>>>> *$ vlc rtsp://192.168.1.51:554 --sout \
>>>>>>> '#transcode{vcodec=theo,vb=1800,scale=0.5}:duplicate{dst=std{access=http,mux=ogg,dst=0.0.0.0:8080
>>>>>>> }}'*
>>>>>>>
>>>>>>> then I run mencoder in the same PC with AVLD:
>>>>>>> *$ sudo mencoder http://0.0.0.0:8080 -nosound -ovc raw -vf
>>>>>>> format=bgr24 -of rawvideo -o /dev/video0 *
>>>>>>>
>>>>>>>
>>>>>> You need to open not http://0.0.0.0:8080 , but the IP of the computer
>>>>>> running VLC.
>>>>>> * see below*
>>>>>>
>>>>>>> and It works. But, If try to transcode another camera at time in the
>>>>>>> same PC with another vlc... it stops the first one. So I wonder if it is
>>>>>>> possible to transcode two camera at time in one PC and how would is it?
>>>>>>>
>>>>>>
>>>>>> What is CPU usage with just VLC running and restreaming the camera ?
>>>>>> What is the CPU usage on the machine running AVLD & Mencoder ?
>>>>>>
>>>>>> Does it all run on the same machine ? In this case why restream to
>>>>>> itself ?
>>>>>> *Yeah, vlc and Mencoder run on the same machine, VLC restream to
>>>>>> itself because I dont know how to access to the rtsp camera with mencoder
>>>>>> and then with vlc at time (it stop the mencoder, depend of which was
>>>>>> launched first), also if I have two cameras, I launch mencoder
>>>>>> rtsp://camera1 and then vlc rtsp://camera2 on the same pc, one rtsp player
>>>>>> stops the another...
>>>>>> *
>>>>>>
>>>>> *   So, I wonder if It is possible to access to multiple rtsp cameras
>>>>> at time on the same machine and how is it???*
>>>>>
>>>>>
>>>>>>  Also AVLD is a good option if you have to use proprietary software
>>>>>> that you _can not modify_ and have to use v4l device to use the software.
>>>>>> Ex: Skype.
>>>>>>
>>>>>> If you use a free software and especially if you design one, AVLD is
>>>>>> not a good option, please do not use it in this case.
>>>>>> *what do you would recomend? because My software have to use v4l
>>>>>> device (usb cameras).*
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>  Best regards,
>>>>>> Alexandre Poltorak
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> thanks for your time
>>>>>>>
>>>>>>> best regards
>>>>>>>
>>>>>>> --
>>>>>>> Esteban M. Correa Agudelo
>>>>>>> Laboratorio Sirius HPC
>>>>>>> Universidad Tecnológica de Pereira
>>>>>>>
>>>>>>>
>>>>>>> 2010/5/18 Andrey Filippov <andrey at elphel.com>
>>>>>>>
>>>>>>> Esteban,
>>>>>>>>
>>>>>>>> If you have multiple cameras running in multicast mode in the same
>>>>>>>> network, you can easily exceed the bandwidth. there is another solution -
>>>>>>>> access camera from one program in unicast mode and retransmit two copies -
>>>>>>>> one for analysis, another for Internet streaming.
>>>>>>>>
>>>>>>>> Andrey
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, May 18, 2010 at 1:23 PM, Esteban Correa-Agudelo <
>>>>>>>> esteban at sirius.utp.edu.co> wrote:
>>>>>>>>
>>>>>>>>> Hi, thanks for the fast response
>>>>>>>>>
>>>>>>>>> I wanna be more especific. I tested your command with vlc and it
>>>>>>>>> works :), but my problem is a little different. let me describe the
>>>>>>>>> situation.
>>>>>>>>> I have a computer vision system with algorithm that make image
>>>>>>>>> processing in the video for traffic analysis. These videos are got it from
>>>>>>>>> multiples elphel 353 cameras over the street with the help of avld software
>>>>>>>>> and mencoder. Right now, I need to re-stream all cam videos to internet and
>>>>>>>>> I have a unique IP, so I thought "Why not use a vlc to reestream the stream
>>>>>>>>> while the algorithm is using the mencoder?" but when I use vlc, it stops the
>>>>>>>>> mencoder and obviusly my algorithm stops too. So, I think that is a
>>>>>>>>> multicast problem. I enabled it in the parameter editor and I try to access
>>>>>>>>> to the IP 232.X.Y.Z but it doesn't work yet...
>>>>>>>>>
>>>>>>>>> That is why I cant reeconde multiple elphel camera at time in a PC.
>>>>>>>>> Because one rtsp to a camera stops the others.
>>>>>>>>>
>>>>>>>>> Best Regards
>>>>>>>>>
>>>>>>>>>  2010/5/18 Alexandre Poltorak <alexandre at elphel.com>
>>>>>>>>>
>>>>>>>>>> Hi Esteban,
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> As Andrey wrote VideoAPI was designed for 333 camera and is not
>>>>>>>>>> available on 353 series.
>>>>>>>>>>
>>>>>>>>>> By default 8.0.* firmware stream in unicast, so if your cameras
>>>>>>>>>> just have unique IP it's OK. You can receive several streams to one PC for
>>>>>>>>>> transcoding and restreaming. You can also switch the streamer to multicast
>>>>>>>>>> mode. (in parameters editor) in this case you will also have to setup unique
>>>>>>>>>> IP and multicast addresses.
>>>>>>>>>>
>>>>>>>>>> In both cases the stream is accessible on rtsp://camera_IP:554
>>>>>>>>>>
>>>>>>>>>> To transcode & restream you can use VLC, for example :
>>>>>>>>>> vlc rtsp://192.168.0.9:554 --sout
>>>>>>>>>> '#transcode{vcodec=theo,vb=3600,scale=0.5,fps=10}:duplicate{dst=std{access=http,mux=ogg,dst=0.0.0.0:8080
>>>>>>>>>> }}'
>>>>>>>>>>
>>>>>>>>>> This command open the camera stream (unicast or multicast), resize
>>>>>>>>>> it *0.5, limit FPS to 10, Video Bitrate to 3600, re-encode the stream in
>>>>>>>>>> theora and stream it on all interfaces on the port 8080.
>>>>>>>>>>
>>>>>>>>>> To open this encoded stream on a client PC (may be over internet)
>>>>>>>>>> you just need to open with vlc http://vlc_server_ip:8080
>>>>>>>>>>
>>>>>>>>>> You can also use GStreamer framework to reencode & restream.
>>>>>>>>>>
>>>>>>>>>> Best regards,
>>>>>>>>>> Alexandre Poltorak
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>  On Tue, May 18, 2010 at 5:41 PM, Esteban Correa-Agudelo <
>>>>>>>>>> esteban at sirius.utp.edu.co> wrote:
>>>>>>>>>>
>>>>>>>>>>>  Hi,
>>>>>>>>>>>
>>>>>>>>>>> I have more than one elphel camera inside a lan. I would like to
>>>>>>>>>>> stream all cameras to internet using this guide in section RTP:
>>>>>>>>>>>
>>>>>>>>>>> http://wiki.elphel.com/index.php?title=Using_Mplayer_With_Video_API
>>>>>>>>>>>
>>>>>>>>>>> but i can't find the sdp-file in
>>>>>>>>>>> http://192.168.0.9/mjpg/media.sdp
>>>>>>>>>>>
>>>>>>>>>>> where is it???
>>>>>>>>>>>
>>>>>>>>>>> best regards
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Esteban M. Correa Agudelo
>>>>>>>>>>> Laboratorio Sirius HPC
>>>>>>>>>>> Universidad Tecnológica de Pereira
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Support-list mailing list
>>>>>>>>>>> Support-list at support.elphel.com
>>>>>>>>>>>
>>>>>>>>>>> http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Esteban M. Correa Agudelo
>>>>>>>>> Laboratorio Sirius HPC
>>>>>>>>> Universidad Tecnológica de Pereira
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Support-list mailing list
>>>>>>>>> Support-list at support.elphel.com
>>>>>>>>>
>>>>>>>>> http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>>
>>>
>>> --
>>> Esteban M. Correa Agudelo
>>> Laboratorio Sirius HPC
>>> Universidad Tecnológica de Pereira
>>>
>>
>>
>
>
> --
> Esteban M. Correa Agudelo
> Laboratorio Sirius HPC
> Universidad Tecnológica de Pereira
>
> _______________________________________________
> Support-list mailing list
> Support-list at support.elphel.com
> http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://support.elphel.com/pipermail/support-list_support.elphel.com/attachments/20100527/6de8b8ab/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pic1.jpeg
Type: image/jpeg
Size: 82815 bytes
Desc: not available
URL: <http://support.elphel.com/pipermail/support-list_support.elphel.com/attachments/20100527/6de8b8ab/attachment.jpeg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Pic2.jpeg
Type: image/jpeg
Size: 170905 bytes
Desc: not available
URL: <http://support.elphel.com/pipermail/support-list_support.elphel.com/attachments/20100527/6de8b8ab/attachment-0001.jpeg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pic3.jpeg
Type: image/jpeg
Size: 43808 bytes
Desc: not available
URL: <http://support.elphel.com/pipermail/support-list_support.elphel.com/attachments/20100527/6de8b8ab/attachment-0002.jpeg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pic4.jpeg
Type: image/jpeg
Size: 279282 bytes
Desc: not available
URL: <http://support.elphel.com/pipermail/support-list_support.elphel.com/attachments/20100527/6de8b8ab/attachment-0003.jpeg>

More information about the Support-list mailing list