Hmm.. I use multiple cameras in multicast mode and it works. But I remember I had such problems. All your cameras stream on the same multicast address.
I think the multicast address generation on the camera does not work. I had to specify unique addresses myself in autocampars.php Alexandre. On Thu, May 27, 2010 at 7:26 PM, Esteban Correa-Agudelo < [email protected]> wrote: > Hi all! > > I have followed every step provided by Andrey Latin, and finally, the > multicast work for a single camera... > > But, when I make rtsp from multiples elphel cameras on the same machine, I > have a permutation effect. I mean, I launched first vlc: > $ mplayer -demuxer live555 rtsp://192.168.1.50 > in another console I launched the second one: > > $ vlc rtsp://192.168.1.51 > > How we can see in the pic1, pic2, pic3, media players sometimes permute > the video source between them, and also one video is displayed over the two > media players > > so, How can I fix this issue??? because I have multiples cameras and I need > to process every one on the same linux machine, any idea? > > thanks in advance for answer this email > > br, Esteban > > > 2010/5/27 Andrey Latin <[email protected]> > > 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 < >> [email protected]> 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: >>> >>> leelooca...@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 <[email protected]> >>> >>>> 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 < >>>> [email protected]> wrote: >>>> >>>>> Hi, >>>>> >>>>> I have launched vlc first like you said, and this the output of >>>>> mencoder when it is launched in another console sesion : >>>>> >>>>> leelooca...@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... >>>>> leelooca...@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 <[email protected]> >>>>> >>>>>> 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 < >>>>>> [email protected]> 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 <[email protected]> >>>>>>> >>>>>>>> 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 < >>>>>>>> [email protected]> 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 <[email protected]> >>>>>>>>> >>>>>>>>> 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 < >>>>>>>>>> [email protected]> 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 <[email protected]> >>>>>>>>>>> >>>>>>>>>>>> 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 < >>>>>>>>>>>> [email protected]> 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 >>>>>>>>>>>>> [email protected] >>>>>>>>>>>>> >>>>>>>>>>>>> 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 >>>>>>>>>>> [email protected] >>>>>>>>>>> >>>>>>>>>>> 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 >>> [email protected] >>> >>> 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 > [email protected] > http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com > >
_______________________________________________ Support-list mailing list [email protected] http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
