[TriLUG] requirements for classes...

[Roy Vestal]

Don't forget, TriLUG's bandwidth is donated (Thanks INFLOW!), and we
determined this would take us over that limit very quickly. I don't recall
the number but lets just say one meeting and we're done, IIRC.


----- Original Message -----
From: "Turnpike Man" <turnpike420 at yahoo.com>
To: <sholton at mindspring.com>; "Triangle Linux Users Group discussion list"
<trilug at trilug.org>
Sent: Thursday, April 29, 2004 5:53 PM
Subject: RE: [TriLUG] requirements for classes...


> A semi similar discussion came up, some by yours truely, on digital video
> archives of the monthly meetings, in particular for those who miss the
> speaker/presentation.  This was quickly nixed due to a few reasons:
>
> 1.  Who would be responsible for taking the video (I couldn't volunteer
myself
> b/c I can hardly make it to the meetings when I want to, much less
training
> sessions.)  Requires ownership of a DV cam and the ability to make it
available
> at all functions.
>
> 2.  Who will dedicate time to do the capture and compression of said
> video/audio?
>
> 3.  Who will store it... HD storage is apparently an issue for TriLUG
iirc.
>
> 4.  And based on the above, cost and hardware resources are the final slam
> (including the bandwidth limitations we have).
>
> If you want to see this discussion, I'm sure you can search for it in our
> archives, it happened in the last 6 months or less and I was one of the
> involved parties.
>
> So, in light of the above, it would seem TriLUG does not have the
resources.  I
> would like to think that a group of this caliber could change that.  Are
we
> soliciting enough donations?  I mean, if the web pages that got us to the
> video/audio archives of the meetings and training classes gave ad space
based
> on donations to help us deliver services... would anyone really be that
upset??
>  I for one would love to see these types of things implemented, but I
> unfortunately don't currently have the time to offer to help make it
happen.
> Maybe someone who can will step forward.
>
> laters,
> David M.
>
> --- sholton at mindspring.com wrote:
> > Thus Quoth "Timothy A. Chagnon" <tchagnon at nc.rr.com>:
> >
> > > Yes, the protocol (rfb?) that vnc uses is wicked simple and can be
> > > snooped by just capturing the data stream and playing it back with a
> > > slightly modified vncviewer.  Really just mouse & keyboard to server
and
> > > chunks of image to client.  You need a man-in-the middle sort of
proxy.
> > > I set it up for a client last year that wanted to keep records of
> > > emergency (fix-the stupid M$-SQL server) off-hours vnc stuff.
> >
> > So, with TriLUG's cooperation, we could not only have on-line
> > classes, but we could archive them for later replay by those
> > for whom the class starting time is a problem.
> >
> > How difficult would it be to capture the voice path for playback
> > in the same way?
> >
> > Are there any of the "requirements for classes" we _haven't_
> > demolished yet?
> >
> > --
> > Steve Holton
> > sholton at mindspring.com
>
>
>
>
>
> __________________________________
> Do you Yahoo!?
> Win a $20,000 Career Makeover at Yahoo! HotJobs
> http://hotjobs.sweepstakes.yahoo.com/careermakeover
> --
> TriLUG mailing list        : http://www.trilug.org/mailman/listinfo/trilug
> TriLUG Organizational FAQ  : http://trilug.org/faq/
> TriLUG Member Services FAQ : http://members.trilug.org/services_faq/
> TriLUG PGP Keyring         : http://trilug.org/~chrish/trilug.asc
>
>