hi, i'd like to second what bob would like to do with DVTS. using DV is really great because there is no codec involved, no compression needs to take place. the DV stream is simply packetized and sent out and the receiving system just has to render the DV stream which doesn't seem to take much cpu power at all. literally, all one needs is a firewire DV cam and a pc with firewire in and free software. it can't get much easier and cheaper than that. [i've been running a multicast DV stream reliably for the past 6 months or so. and now hardware cards are available as well] now all we need is the multicast user interface and we have DV quality video and audio in an AG setting. of course, some will say that 30Mbps is too big a penalty to pay for this simplicity. but big bandwidth should be a non-issue for us; at least it should be a challenge and not a thing to avoid. i think allowing for varying levels of bandwidth capability of different sites to allow more people to participate is a different challenge that should be addressed independently. just my opinion, -gurcharan =========================== Gurcharan S. Khanna, Associate Director Research Computing, Dartmouth College gkhanna@dartmouth.edu office: 603-646-1644 http://research.dartmouth.edu/ http://www.dartmouth.edu/~gkhanna --- Bob Riddle wrote: I guess I might as well confess I'm hoping to do some DVTS work before the end of the year ... Ivan R. Judson wrote: >Additionally, we are looking into higher quality codecs, both Larry's >OpenMASH and some other more informal work hopefully involving Colin and Co >at ISI. OM has a new H.263 codec that works very nicely, but the current >agvic has a bug that causes it to crash when it sees an OM H.263 stream, OM >also has as bob pointed out MJPEG support. > >The other work involves potentially taking recently available prosumer >cameras that produces a MPEG2-TS stream via firewire at HD resolutions (so >the specs say :-), grabbing the data and streaming via vic shouldn't be >insurmountable; decoding might take a bit of horsepower, but at least it's >MPEG2 (decoders for which are seemingly embedded in most graphics chips >now). > >Another place to consider looking it Linux Media Labs MPEG-4 boards, with >drivers for mplayer. We don't have this working, but would be happy to help >you make it work. > >Cheers, > >--Ivan > > > >>-----Original Message----- >>From: owner-ag-tech@mcs.anl.gov >>[mailto:owner-ag-tech@mcs.anl.gov] On Behalf Of Bob Riddle >>Sent: Wednesday, August 06, 2003 8:11 AM >>To: dwkim >>Cc: ag-tech@mcs.anl.gov >>Subject: Re: [AG-TECH] Question about Codec >> >> >>If you use the openmash vic, you can use RtpTV to generate >>mjpeg streams that the openmash vic will interpret. You'll >>need very capable cpus on the AG display machine. >> >>dwkim wrote: >> >> >> >>>Hi all: >>> >>>We are wondering that there is any other codec not h.261 >>>for example, Can We use DVTS(digital video transport system) >>> >>> >>or HDTV in >> >> >>>AccessGrid ? >>> >>>Thanks for any information >>> >>>Daewon kim >>> >>> >>> >>> >>> >>> >>-- >>Bob Riddle (bdr@internet2.edu) Technologist,Internet2 >>3025 Boardwalk, Suite 100 Ann Arbor, Michigan 48108 >>Business Phone: 734.913.4257 Fax Number: 734.913.4255 >> >>"Opportunity is missed by most people because it is dressed >>in overalls and looks like work" Thomas Edison >> >> >> >> >> > > > > -- Bob Riddle (bdr@internet2.edu) Technologist,Internet2 3025 Boardwalk, Suite 100 Ann Arbor, Michigan 48108 Business Phone: 734.913.4257 Fax Number: 734.913.4255 "Opportunity is missed by most people because it is dressed in overalls and looks like work" Thomas Edison --- end of quote ---