[Elphel-support] Rebroadcast the live streaming?

Fri May 28 06:40:33 PDT 2010

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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://support.elphel.com/pipermail/support-list_support.elphel.com/attachments/20100528/591a10e6/attachment-0002.html>