I wonder if the uncrippled versions of these IP-infringing applications are available in an alternate site? Also, DVD-Shrink's development has now stopped (as terms of the lawsuit dictated), but let's hope that the code will be leaked into Opensource. I'd like to see opensource software exempt from all IP and patent law, but I know that will never happen.i know for sure that gimp and videolan and realalternative are under the fire. not in the IP court but they already remove parts of the sources from the distribution - read less codecs available for you, less effects, etc.
every single vendor of DVD copy software is in the IP court or on the way there.
And encode it to DivX in the process? That would be a great combination if a person could do all those things simultaneously. a current problem is that ripping a DVD and encoding it is a very time consuming process (several hours) - as is uploading it. But if those tasks could be done simultaneously, that might cut the total time in half. Application development could even be done legally (just use AnyDVD or some other 3rd-party add-on) as long as the developer did not instruct them to use a deCSS program.for example, wouldn't it be nice to be able to stream data directly from DVD ?
I wonder if anyone has considered the possibility of arranging the BitTorrent file blocks by order of download sequence rather than dividing the original file download into blocks according to the actual file arrangement?the problem is that PCI bus throughput limits burst rate to ~150MBytes/s and sustainable write rates for average hard disk is in the area of 60Mbytes/s. it assumes that application writes consequitive blocks. If you to posistion head before wrting (seek time) you have a problem. in all BT clients developers make efforts to collect consequitive blocks before writing to the media.
In this proposed example: when you start a download - nothing is written to disk until a block is completed, and these blocks would be arranged in the partfile sequentially in order of download completion. So a partial download might look like:
CCCCCPPPPP..................................
(C=complete block, P=partial block, ......=unfilled space)
instead of:
c...c....pcc....pp..........c..p.p.......c.......p ..
When all the blocks are complete, the "file" will of course be totally out-of-order, but a "file table" will keep track of the correct order of the blocks. I think that ultra-high-speed downloads might benefit enormously by this sort of arrangement, because the hard disk head would not need to jump all over the disk as a block completes, but could instead slowly move across the disk surface throughout the download. The physical order of the blocks on the disk - both complete and partial - could be changed ("defragmented") during the download process. (a highly fragmented HDD could also be utilized this way without excessive head-hopping because all the active blocks currently downloading would be grouped together).
Let's just hope that my above idea has not already been patented!
No, but I have tried eDonkey (original) with external HDD - this was the only way it would work with Goback.did you try to use BT with external drive ?



LinkBack URL
About LinkBacks
Reply With Quote

Bookmarks