[Elphel-support] Rebroadcast the live streaming?

Esteban Correa-Agudelo esteban at sirius.utp.edu.co
Wed May 26 09:48:24 PDT 2010


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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://support.elphel.com/pipermail/support-list_support.elphel.com/attachments/20100526/c3776496/attachment-0002.html>


More information about the Support-list mailing list