Closed jung35 closed 10 years ago
could you expand on what you mean by hashes not matching?
So right over here https://github.com/mafintosh/torrent-stream/blob/master/index.js#L588 After the torrent is parsed and sent to encode, it skips over this if statement https://github.com/mafintosh/torrent-stream/blob/master/lib%2Fencode-metadata.js#L38
and then the script just closes
@jung3o could you email me the torrent file that is causing this? mathiasbuus@gmail.com
This was indeed a bug in torrent-stream. It turns out some torrents include non-standard properties which caused the info-hash to be wrong when we parsed+reencoded it.
A fix for this is released in 0.13.2
. Could you try upgrading to this version and try again?
/cc @asapach @galedric in case you are wondering about 0b293f2
Just tested it, it works now. Thanks!
@mafintosh, that's a breaking change: t-s used to accept parsed torrent object (via magnet-uri
or read-torrent
) and now it doesn't.
@asapach oh yea sorry - should have been a minor bump (wasn't documented though). if an object is passed we could just encode it to a buffer to support the old behavior as well.
I don't mind treating it the same way as magnet-uri: just use the infoHash and fetch the metadata from peers.
@asapach fine by me - will you add or should I?
I might screw it up, you'll do it better :)
@asapach should be fixed in 0.13.3 :)
Thanks
thanks for the fix
I've been playing around with this and I came across where once I downloaded a .torrent file for a big download it will not start downloading. I checked to see what was making this problem and found out the hashes do not seem to match.
So far I test low as 3.87GiB (4157627274 Bytes)