[Elphel-support] Rebroadcast the live streaming?
Esteban Correa-Agudelo
esteban at sirius.utp.edu.co
Wed Jun 2 09:01:49 PDT 2010
Hi,
I have finally solved the multicast issue, I set different multicast port to
every camera, and it works. In a windows environment it works without change
anything, but in Linux, the video source is permuted between all media
players :S
I'm sorry to be late with the feedback, but my cameras are far away, so I
just can access to them at weekends
thanks
BR, Esteban
2010/5/28 Alexandre Poltorak <alexandre at elphel.com>
> Andrey,
>
> Why set different port and not mcast address ?
>
> Alexandre
>
>
> On Thu, May 27, 2010 at 9:20 PM, Andrey Latin <andrey.latin at gmail.com>wrote:
>
>> Hi,
>> You shall set different ports on cameras
>> For example, first camera 20020, second camera 20024, third - 20028 and
>> etc
>>
>> wbr, Andrey Latin
>>
>>
>>
>> On Thu, May 27, 2010 at 9:26 PM, Esteban Correa-Agudelo <
>> esteban at sirius.utp.edu.co> 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 <andrey.latin at gmail.com>
>>>
>>> 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
>>>>>
>>>>>
>>>>
>>>
>>>
>>> --
>>> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://support.elphel.com/pipermail/support-list_support.elphel.com/attachments/20100602/cf1b1cca/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Works.png
Type: image/png
Size: 721637 bytes
Desc: not available
URL: <http://support.elphel.com/pipermail/support-list_support.elphel.com/attachments/20100602/cf1b1cca/attachment.png>
More information about the Support-list
mailing list