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" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; "Triangle Linux Users Group discussion list" <[EMAIL PROTECTED]> 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. > > --- [EMAIL PROTECTED] wrote: > > Thus Quoth "Timothy A. Chagnon" <[EMAIL PROTECTED]>: > > > > > 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 > > [EMAIL PROTECTED] > > > > > > __________________________________ > 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 > > -- 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
