[Elphel-support] Rebroadcast the live streaming?

Wed Jun 2 15:25:02 PDT 2010

Esteban,

I noticed the same thing about changing the port. Andrey Latin already
described this Linux specific stuff. I am now reading about multicast to
understand fully, but it seems Windows implementation is wrong.

They are different kind of multicast addresses:
http://en.wikipedia.org/wiki/Multicast_address
Alexandre

On Wed, Jun 2, 2010 at 6:01 PM, Esteban Correa-Agudelo <
esteban at sirius.utp.edu.co> wrote:

> 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
>
> _______________________________________________
> Support-list mailing list
> Support-list at support.elphel.com
> http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://support.elphel.com/pipermail/support-list_support.elphel.com/attachments/20100603/35209589/attachment-0002.html>