Esteban, I am at home now, I will try to reproduce your problem tomorrow.
I think you had some misconfiguration problem around multicast mode. I would suggest to reset your streamer setting to defaults using autocampars.php, reconfigure and retest. I do not know if it is suitable for your application, but you can also use the camera in unicast mode and restream in theora multicast from PC with this software: http://elphel.cvs.sourceforge.net/viewvc/elphel/Tools/ElphelSrv/?sortby=log&sortdir=down Best regards, Alexandre On Wed, May 26, 2010 at 6: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 > >
_______________________________________________ Support-list mailing list [email protected] http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
