#1
|
|||
|
|||
LinkGrabber - incorrect parsing issue [0.8]
http://img223.imageshack.us/i/20893559.png/
It seems like it has some difficulties understanding that part1 and part01 are the same... Can it be fixed ? |
#2
|
||||
|
||||
part01 and part1 are not the same, ebcause different filename!
only by filename you can tell if files are the same....it would cause too many problems if we starting handling both the same...
__________________
JD-Dev & Server-Admin |
#3
|
|||
|
|||
since I'm new to JD, are you saying that from past experience ? or are you just suspecting that it might cause issues ? If so, maybe having a "smart parts' analyzer" mode that the user can turn on/off be a way to try that out ? ...
|
#4
|
||||
|
||||
Quote:
Also, after downloading, unrar (or Winrar or whatever) will not combine the parts (.part1, part02...) unless you rename them to the same scheme (.part01, .part02..). But how can you be sure they really are the same file? They may be ALMOST the same size, but not really part of the same set, in which case combining them will fail. JD can't guess that they're the same; in most cases they would not be. |
#5
|
|||
|
|||
sounds logical... though, the same argument can apply when the same naming scheme is used. The way to realy check it - is to compare the files MD5. In cases I found (like this example) - it's just that two guys chose two schemes in two hosts. Anyway, the suggestion was to leave it to the user to judge and decide (as an option).
|
#6
|
||||
|
||||
Quote:
You'll just end up with a bunch of fragments and error messages if you try to combine them. |
#7
|
|||
|
|||
the example was from post 43:
**External links are only visible to Support Staff****External links are only visible to Support Staff** I posted only AFTER it worked for me. JD - does not have eyes, the user does. I would leave it up to him... I guess in many cases they all come from the same torrent, spitted to parts and renamed. Is there a way to make JD correlated between them ? Last edited by rafi; 04.09.2009 at 07:29. |
#8
|
||||
|
||||
Quote:
Fine, you were lucky. So try it if you like, but I don't want JD to do it automatically. |
#9
|
|||
|
|||
user selectable. just for you ...
|
#10
|
|||
|
|||
IMO, jD should only automate this when the files are known to have been mirrored, because only in this case jD can be sure that the files - even if they have a slightly different name - are the same.
|
#11
|
||||
|
||||
Quote:
This is impossible to automate. Just downlaod and change the names yourself and see if the set can extract if you believe they are mirrors. But this is hardly ever going to work, really. |
#12
|
|||
|
|||
I don't think so. Please consult hxxp://www.heroturko.us/tutorials/1493-multi-mirror-uploading-free-hosts.html.
Some of the mirroring sites listed there (ShareOnAll for instance) are dead. When jD gets such a link, it should tag the decrypted mirror links. Sharebee.com and Flameupload.com (not listed on the mentioned site) are supported by jD. I don't have the list of decrypters jD supports, so I'm not sure about whether the others are supported by jD. Also the Metalink standard, which is supported by jD, describes mirroring data. Last edited by remi; 18.09.2009 at 12:58. |
#13
|
||||
|
||||
Quote:
I didn't say JD couldn't handle mirrors; I said that it could not know a file was a mirror if the name was not identical, and asking it to guess a similar name was meant to be would be a huge waste of time. |
|
|