Hosting Tainted Donuts and Other AMVs...
Forum rules
Please observe the following unique rules for this forum:
Please observe the following unique rules for this forum:
- Please limit your new threads (not replies) to one per week. If you have several new videos to announce, create one thread for all the videos. (Note: if you forget one you can edit your post!)
- Offsite links are allowed, but you are required to have a catalog entry for that video as well. Threads announcing videos that do not contain a catalog entry will be moved to the Awaiting Catalog Entry sub-forum and will be deleted in 2 weeks if an entry is not created.
- When posting announcements, it is recommended that you include links to the catalog entries (using the video ID) in your post.
- Videos that do not contain anime are allowed to be announced in the Other Videos section and are not required to have catalog entries.
- ShonenDizzyCow
- Joined: Fri Apr 13, 2001 5:40 am
- Location: The Other Side of the Planet
- Contact:
- Phade
- Site Admin
- Joined: Fri Oct 20, 2000 10:49 pm
- Location: Little cabin in the woods...
Hey,
This brings up a point about compressed (zip, rar, etc.) download files: If files are compressed on server and the downloader gets an incomplete download, there is no way to figure out if it is worth it to try the download again. If the video was in its regular "uncompressed" state, the downloader could view the fragment that they received and then use that to base a decision on wether they should try to download the rest of the video. If they decide the video wasn't as good as they were expecting, this would actually save bandwidth by the user not re-downloading the video. Using the "compressed on server" method as in this case, the downloader will have to re-download and re-download until they get a complete file before viewing the video.
Just making a point.
Hopefully I will be able to successfully download the video soon. ^_^
Phade.
This brings up a point about compressed (zip, rar, etc.) download files: If files are compressed on server and the downloader gets an incomplete download, there is no way to figure out if it is worth it to try the download again. If the video was in its regular "uncompressed" state, the downloader could view the fragment that they received and then use that to base a decision on wether they should try to download the rest of the video. If they decide the video wasn't as good as they were expecting, this would actually save bandwidth by the user not re-downloading the video. Using the "compressed on server" method as in this case, the downloader will have to re-download and re-download until they get a complete file before viewing the video.
Just making a point.
Hopefully I will be able to successfully download the video soon. ^_^
Phade.
-
priuscomet
- Joined: Sat Mar 09, 2002 7:03 pm
- Gottaname
- Joined: Wed Jul 31, 2002 7:25 am
- Location: Singapore
- Contact:
Okay, I just got a report generated from my server: here's the specs.
12.07 GB bandwidth used
478 Unique Clients
5986 requests
865 of them are Successful requests
120 of them are Unsuccessful requests
Darn, that means 120 ppl or less didn't get their vids, but on the bright side 865 of them were successful.
12.07 GB bandwidth used
478 Unique Clients
5986 requests
865 of them are Successful requests
120 of them are Unsuccessful requests
Darn, that means 120 ppl or less didn't get their vids, but on the bright side 865 of them were successful.