One of the best p2p softwares out there. You can
find nearly any film, music or program ever made, but if there's only a
few sources it will take long to download them. Still need some improvements
You can download many different types of file from eMule. Examples are mp3, avi, rar, doc, iso, etc. If you are talking about storage, you should be able to save all these types of file to disc. However, if you store a text document on a CD and put it in a CD player, it obviously cannot work. Some files need to be converted, such as avi. You would normally encode avi into normal DVD format then burn it to work in a DVD player.
Let us know what files you are trying to burn for more help.
The default folder for completed download files is C:\Program Files\eMule\Incoming
Of course,
You can change the directory via Tools - Settings - Directories
There may be several reasons why this happens; up to now, the most well-known ones are as following:
The torrent is out of date without complete BT seeds. Only if someone makes up for the lacking seed or provides a long-time seed, can you complete the download, in this situation. But for video files, 0.y% will not affect much the rest of the file, so you may still be able to play it.
Along with the large files (e.g. video files), there are sometimes other small image or text files contained in the BT task. As there might be no seed or there could be less seeds for these small files (since others may have chosen not to download them), this may prevent your finishing the task. In this case, it's recommended that you do not download (deselect) these extra files.
The torrent maker included by mistake a system file in the torrent (such as thumbs.db or desktop.ini), which in the meantime got updated by Windows. Thus the piece containing the file will fail the hash check constantly. Check for such files in your torrent task and deselect them.
You are getting rubbish (corrupted) data (pieces which fail the hash-check and are discarded). This can occur due to bad peers but sometimes this is also caused by some faulty implementations of NAT on some SOHO routers. Make sure you're not in the DMZ. A firmware update might help.
You are trying to download a fake, “poisoned” torrent. These will keep forever at a percentage close to 100% but never finish, as they keep being fed pieces which fail the hash-check. If many of your peers are stuck at the same percentage as you, you can be pretty sure that you're in that boat.
Old BitComet version bug. BitTorrent clients transfer the torrent content by pieces which have the same size. All the files in a torrent are concatenated and the resulting data bulk split into pieces, the size of which has been appointed at the making of the torrent file. If there is more than one file to transfer, there might be some pieces which contain the tail of file A and at the same time the head of file B. As a result, although all the content of file A was downloaded, the status of the task might keep permanent “99.9% finished” because some content from file B in this piece, has not been downloaded.
This problem has been solved in 0.85 and above versions. It's suggested that you update BitComet to the latest version. Or stopping and restarting the task manually, might work.
This source status means that more sources are to be processed than connections can be opened. It usually appears when too many files are added to the transfer list or the Hard Limit is set too high.
When eMule displays a download as finished but the file does not get moved to the incoming directory you can do this manually. First look at the -> File Details and make sure that the file is really finished by comparing sizes. Also note down the .part file's number and copy the filename to the clipboard. In the Window's Explorer navigate to you temporary folder and move the appropriate file to your incoming folder and rename it to its final filename using the name you copied to the clipboard. Mind the file's extensions. Most of time such files do no longer have a .part.met file associated.