Thanks a lot Tom, finally we could successfully test all AG power. Sorry for our trivial mistake, I suppose those things can happen.<br><br>Luis<br><br><div><span class="gmail_quote">2008/3/14, Thomas D. Uram <<a href="mailto:turam@mcs.anl.gov">turam@mcs.anl.gov</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000000">
Hi Luis:<br>
<br>
The problem is with the AG node configuration. By default, the
VenueClient starts with a VideoConsumerService, which is configured to
only receive video, not send it. You should do this:<br>
<br>
- In tools, select ConfigureNodeServices...<br>
- Select the VideoConsumerService and remove it<br>
- Select Services, then Add, then VideoService. You'll be prompted to
select a capture device.<br>
- Save this configuration as the default<br>
- Enter a Venue. Vic will start, transmitting from the camera you
selected, and displaying video streams from others in the venue.<br>
<br>
Tom<div><span class="e" id="q_118ae4b39e140301_1"><br>
<br>
<br>
On 3/14/08 11:22 AM, Luis Galárraga wrote:
<blockquote type="cite">Our problem is that it seems VIC does not recognize the
connected webcams. We did the test in four computers: two laptops with
Ubuntu 7.10, one laptop and a PC with Windows XP. In all cases cameras
were tested and recognized by other applications: Cheese, aMSN and VLC
in Ubuntu Linux, VLC and Windows Messenger in Windows. VLC did not
recognize it automatically in Linux so we had to provide the name of
the device file.<br>
<br>
Then we ran the Venue Client and entered a venue. VIC and RAT started
running as expected and audio could be transmitted without any problem,
VIC only showed a "Waiting for video" message. When pressing the Menu
button in VIC window, we realized that "Transmit button" was disabled
in all computers. I read that happens when video capture hardware is
not properly configured. We are looking for a way of telling vic the
path to the device file of the camera, but no success until now. By the
way, these are the webcams we used: Creative VF0050, Genius VideoCam
Messenger and VGA Matrix Webcam.<br>
<br>
We also did another tests transmitting multicast camera streams with
vlc with relative success (when transmitting from Windows, there were
several problems, VLC frequently froze; in Linux complete happiness)<br>
<br>
In relation with the add-on services you mentioned, those are good news
for us, as we want to provide both Windows and Linux users a simple way
to participate in our webinars. Another question: Where can we found
the most updated vic and rat documentation?<br>
<br>
Thanks in advance,<br>
Luis<br>
<br>
<div><span class="gmail_quote">2008/3/14, Thomas D. Uram <<a href="mailto:turam@mcs.anl.gov" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">turam@mcs.anl.gov</a>>:</span>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000000"><br>
Luis:<br>
<br>
The video capture machine has, in the past, often run Linux, which is
why you got that impression from looking at older documentation. <br>
<br>
In AG3, vic can use USB cameras, firewire cameras, and dedicated
capture cards with either a VFW (older) or WDM/DirectShow (newer)
driver. You should be having success in either of these cases. If
you're not, we need to look into the cause a little deeper. Provide
more details of the problems you ran into, and your configuration, and
I/we can help.<br>
<br>
There are add-on services for transmitting/receiving video using VLC
(<a href="http://netmedia.gist.ac.kr/agdv/download.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://netmedia.gist.ac.kr/agdv/download.html</a>).
These have so far
only been made available on Windows, but it would be trivial to make
them also work under Linux (with VLC; DVTS would be more difficult).<br>
<br>
Tom
<div><span><br>
<br>
<br>
On 3/13/08 10:07 AM, Luis Galárraga wrote:
<blockquote type="cite">Thanks a lot for your help Tom. I have two
additional
questions, but they related to audio and video transmision. As I
mentioned, our objective are single node users which should have just a
webcam and a microphone to participate in a webinar. People here in
ESPOL (colleagues but not members of this project), have successfully
tested AG in node configuration, but when we tried with a single
computer, we could not transmit video. Worried about this fact, I read
all documentation about VIC and understood that it requires a video
capture card (our colleagues had one) for transmitting video. Reviews
and documentation about node configurations indicate that the video
capture computer should be a Linux machine with a video capture card
and that only in Windows it is possible do it with a usb webcam or a
firewire camera (no video card needed). Our tests were in both
platforms without success. Do Linux users need a frame grabber for
transmit video? Is it possible to use another tool like VLC for
transmitting video? We had successful results transmitting multicast
video streams from a webcam using VLC in Ubuntu Linux and Windows XP.
In addition, we found a way of redirecting raw video to another
application instead of showing it with VLC. <br>
<br>
Thanks again.<br>
<br>
Luis,<br>
<br>
<div><span class="gmail_quote">2008/3/13, Thomas D. Uram <<a href="mailto:turam@mcs.anl.gov" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">turam@mcs.anl.gov</a>>:</span>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi
Luis:<br>
<br>
There are a few things you need to know in this regard:<br>
<br>
- By default, AG3 venues do not require that clients have a certificate<br>
to enter. Venues can be optionally configured to require a certificate,<br>
in which case the user must present a certificate that satisfies the<br>
access controls on the venue.<br>
<br>
- You can run your own CA and issue your own certificates. In that<br>
case, you'll need to make sure your clients have both your CA<br>
certificate and their personal certificate.<br>
<br>
Otherwise, this is general PKI. If you have other questions, don't<br>
hesitate to ask.<br>
<br>
Tom<br>
<br>
<br>
On 3/6/08 3:41 PM, Luis Galárraga wrote:<br>
> Greetings:<br>
><br>
> I am part of project for developing a webinar infraestructure
based on<br>
> Access Grid. After a long discussion in which suggestions in this<br>
> mailing list were strongly considered, we have decided to
implement a<br>
> simple client for venues (in servers 3.x) using Java Web Start
Apps.<br>
> As you can see, there are many things to do, and developers have<br>
> started by making tests with the soap interfaces in the our AG
server,<br>
> however they are not clear about the concepts behind the<br>
> authentication process. We know AG uses digital certificates for<br>
> everything: users and services and those certificates are
generated by<br>
> AG developers (after a process request). Can our developer team<br>
> generate certificates signed by us or it is required your sign?<br>
> Several people in our university will probably use the system so we<br>
> would like to have the privilege to generate the certificates.
Could<br>
> someone explain us in a better way, the technical issues behind<br>
> authentication based on certificates (= how you implemented it)?. I<br>
> hope you can help us.<br>
><br>
> Thanks in advance,<br>
><br>
> Regards,<br>
> Luis Galárraga<br>
</blockquote>
</div>
<br>
</blockquote>
</span></div>
</div>
</blockquote>
</div>
<br>
</blockquote>
</span></div></div>
</blockquote></div><br>