[AG-TECH] h.264 vic

Fri May 2 15:55:18 CDT 2008

Actually, when bridging - only one VIC on a single machine will see "all"
the video. When running multiple vics on a single machine (some "producing"
and some "consuming") this can be confusing to someone used to seeing
everything on every vic on multicast because only one VIC on that machine
will get it all.

The order the vics come up will determine which gets ALL the video in that
case. So, no, there is no duplication in unicast between the bridge and the
receiver/sender - but there will be duplication from the bridge to each
unicast connection: i.e. If you have two machines bridging to the bridge -
the traffic must be duplicated... 3 machines... Tripled, etc. Thus the load
on the bridge... 

Now, you can probably (if you have someone who knows how to do this) setup a
venue that forwards traffic only from specific hosts or have a bridge that
only forwards certain traffic to those connected thus limiting what's
received. I think there was an event one time where an NCSA venue duplicated
what was on another venue but only the main source - while everyone elses
was not forwarded...

-John Q.

> From: gurcharan khanna <gskpop at cis.rit.edu>
> Date: Fri, 02 May 2008 16:13:21 -0400
> To: Piers O'Hanlon <p.ohanlon at cs.ucl.ac.uk>
> Cc: gurcharan khanna <gskpop at cis.rit.edu>, "ag-tech at mcs.anl.gov"
> <ag-tech at mcs.anl.gov>
> Subject: Re: [AG-TECH] h.264 vic
> 
> hi,
> 
> i guess i've been under a misunderstanding all these years!
> i thought producer only sent and consumer only received, to
> keep things lean and mean. if every vic receives,
> then there's a lot of redundant bits coming in with unicast, isn't there?
> 
> i wanted the option to turn off receive if i was bandwidth limited, so
> the "noMulticast" option is great. i wanted all the videos to show up
> if i had plenty of bandwith. (the ISP in Kosovo is supposed to increase
> the bandwidth tomorrow...). (if you tune in now you will see that there
> are almost no lights on in Kosovo at night!)
> 
> so....if i am using the 264ConsumerService, i don't to run a "261"
> ConsumerService, right? that would be redundant.
> 
> thanks
> 
> -gurcharan
> 
> 
> Piers O'Hanlon wrote:
>> Hi Gurchan,
>> 
>>   
>>>  i'm trying to set up the h.264 enabled vic in an AG node in Kosovo for a
>>>  large event tomorrow at RIT.
>>> 
>>>  there are both audio and video problems but i will just try to fix the
>>> video
>>>  for now. when i enable the h.264 service as the only video service at all,
>>>  i get a thumbnail of not only the 264 stream but all the received streams
>>>  from the venue, even though i'm not running any consumer service. and
>>>  the bandwidth that goes along with it, muted or not. i'm bandwidth
>>> challenged
>>>  in Kosovo, and just want to run the 264 vic only.
>>> 
>>>  why am i receiving video when i am not running a consumer service?
>>> 
>>>     
>> VIC will display any video sent to - you need to make sur evic isn't
>> being set any video - this is
>> easier said than done most or the time as AG usually operates in that way.
>> 
>> If you're running VIC with multicast you can get it no receive video
>> by runnig it with the following option:
>> vic -X "noMulticastBind=true" addr/port
>> 
>> VIC sends and receives as default. If you're running it on unicast
>> then you need to get the gateway to
>> not send you the video. If you have access to the gateway machine you
>> could hack it by adding a firewall
>> rule block traffic coming back to you machine.
>> 
>>   
>>>  can i run the 264 vic standalone from the cmd line? where is it? or how
>>>  do i do that?
>>> 
>>>     
>> On windows vic.exe is found:
>> C:\Documents and Settings\ag_user_name\Application
>> Data\AccessGrid3\local_servicesVideoProducerService\vic.exe
>> you can change into the directory (or use the path above - enclosed in
>> quotes) and run it:
>> vic.exe address/port_num
>> 
>>   
>>>  btw, i am using bridging and can send video ok into the bridge but cannot
>>>  receive any video back from the bridge. tried various bridges.
>>> 
>>>     
>> It seems that the bridge is doing what you want - You mentioned above that
>> you
>> didn't want to receive video?
>> 
>> If you want to see the video then it may be some issue with the
>> sending sites and their
>> connection to the bridge.
>> 
>>   
>>>  finally, rat shows signal in the listen window but headphones don't pick
>>>  up any audio. the windows xp system has built in MS RDP audio driver
>>>  but sometimes switches to SoundMax HD, but neither seem to allow
>>>  the headphones to connect to the signal RAT is obviously seeing. not
>>>  an AG issue but maybe someone can give me a clue.
>>> 
>>>     
>> You can select the appropriate audio device in RAT control menu -
>> under 'audio'. If
>> you select the audio device you want then you can chekc RAT has kept the
>> setting
>> by going back to that page to see if it is still selected.
>> 
>> Once the device is selected - you may need to play with the audio
>> mixer to get the
>> right signals coming out the right outputs.
>> 
>> Piers
>> 
>>   
>>>  mainly i need at least the 264 video w/o all the extra bandwidth of
>>> received
>>>  videos.
>>> 
>>>  thanks for any insights,
>>> 
>>>  -gurcharan
>>> 
>>> 
>>>  --
>>>  -------------------------
>>>  Gurcharan S. Khanna, Ph.D.
>>>  Director of Research Computing
>>>  Office of the Vice President for Research
>>>  http://rc.rit.edu
>>> 
>>>  Director, Interactive Collaboration Environments Laboratory
>>>  Center for the Advancing the Study of Cyberinfrastructure
>>>  http://icelab.rit.edu
>>>  ---
>>>  Rochester Institute of Technology
>>>  1 Lomb Memorial Drive
>>>  Rochester, New York 14623-5603
>>>  Phone: 585-475-7504  ~  Cell: 585-451-8370
>>>  Email: gurcharan.khanna at rit.edu
>>>  Http:  people.rit.edu/gskpop
>>> 
>>> 
>>>     
> 
> -- 
> -------------------------
> Gurcharan S. Khanna, Ph.D.
> Director of Research Computing
> Office of the Vice President for Research
> http://rc.rit.edu
> 
> Director, Interactive Collaboration Environments Laboratory
> Center for the Advancing the Study of Cyberinfrastructure
> http://icelab.rit.edu
> ---
> Rochester Institute of Technology
> 1 Lomb Memorial Drive
> Rochester, New York 14623-5603
> Phone: 585-475-7504  ~  Cell: 585-451-8370
> Email: gurcharan.khanna at rit.edu
> Http:  people.rit.edu/gskpop
> 