[development] very slow Drupalcon videos?
Joakim Stai
joakimstai at gmail.com
Fri Sep 28 20:43:48 UTC 2007
It's really just a matter of changing ports in your torrent client.
My university receives a lot of complaints and threats from lawyears
every month, but can't do anything to stop it as students just use
"safe" ports. They can't see what's a torrent being downloaded and
what is academic material :)
On 28. sep. 2007, at 21.57, Laura Scott wrote:
> This would necessitate some evangelizing and education regarding
> torrents in general (which I am not against). If we go this way,
> I'd be happy to draft up a "torrent tips" handbook page to point to
> background info links. I'd need some help collecting names/links of
> good clients -- my torrential experience is limited to Azureus/Vuze.
>
> However, another consideration might be that some ISPs like Comcast
> and many universities are (rumored to be) blocking torrent packets
> (under the assumption that if it's a torrent, it *must* be illegal).
>
> Laura
>
> On Sep 28, 2007, at 8:44 AM, Robin Monks wrote:
>
>> With webseeding, it would be ideal.
>>
>> Robin
>>
>> On 9/28/07, Tomas J. Fulopp <tomi at vacilando.org> wrote:
>> Sounds like providing the videos (or any larger files) using the
>> bittorrent is the most advantageous approach. Why not using it
>> since Drupal already has a very good module developed for it?
>>
>> Tomas
>>
>>
>>
>>
>> Christopher Bradford wrote:
>>> Hello,
>>> The bittorrent module has an integrated tracker and supports
>>> the web-seeding extension. This means two things:
>>> a) The tracker will not have to be run from the command line
>>> b) Should no seeds be available the torrent clients would pull
>>> data from the server over HTTP (should the client support it)
>>>
>>> There are two quasi-standards for webseeding (Azureus supporting
>>> both). One is the BitTornado spec, which uses a PHP file to
>>> retrieve the necessary bytes from the file thus allowing fine
>>> grain access control and the ability to throttle. Since it sounds
>>> as though the videos would be available to download directly from
>>> the server anyway, I would go with the GetRight implementation
>>> which uses HTTP byte ranges to query the server directly,
>>> eliminating the "middle-man" PHP file, but it loses the access
>>> control.
>>>
>>> The documentation for the module is a bit lacking at the moment,
>>> but this should be fixed shortly.
>>>
>>> ~Chris
>>>
>>> On 9/28/07, mark burdett < mfburdett at gmail.com> wrote:
>>> Hi, for bittorrent you just need a tracker, which you can run
>>> from the
>>> command-line on a server, and then a .torrent file for each video
>>> (to
>>> generate the torrent file you just need the video file itself and
>>> the
>>> tracker url, and pass that into e.g. maketorrent-console).
>>>
>>> I'm not particularly motivated to create the torrents at the moment
>>> since download time for a video seems to be ~30 minutes, or shorter
>>> than the video itself.
>>>
>>> but at least for next time, it would be a good idea to post .torrent
>>> files simultaneously with the videos..
>>>
>>> --mark
>>>
>>> On 9/28/07, Gerhard Killesreiter <gerhard at killesreiter.de> wrote:
>>> > -----BEGIN PGP SIGNED MESSAGE-----
>>> > Hash: SHA1
>>> >
>>> > Steven Peck schrieb:
>>> > > Isn't it called bit torrent? :)
>>> >
>>> > Does anybody have experience in setting these up? I've asked
>>> OSUOSL and
>>> > they have no experiecne with these things. Neither have I.
>>> >
>>> > Cheers,
>>> > Gerhard
>>> > -----BEGIN PGP SIGNATURE-----
>>> > Version: GnuPG v1.4.6 (GNU/Linux)
>>> >
>>> > iD8DBQFG/KtMfg6TFvELooQRAgjtAJ9insObleczgU3JJ0JwJJujM8oQTACfbYcB
>>> > wqLqm2yP4oglVZTQIJo03wA=
>>> > =Qhth
>>> > -----END PGP SIGNATURE-----
>>> >
>>>
>>>
>>>
>>> --
>>> Christopher P. Bradford
>>
>>
>>
>> --
>> Robin Monks
>> @ www.civicspacelabs.org
>> @ www.gmking.org
>> @ www.multimediachurches.org
>>
>> Fax: (419) 791-8076
>>
>> "Finally, my brethren, be strong in the Lord, and in the power of
>> his might." ~ Ephesians 6:10
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20070928/8a107cad/attachment.htm
More information about the development
mailing list