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
