Hi,

I've tried Limewire and Phex.

I've seen a difference in downloading, Phex seems to be faster due to "Swarming", but it seems to overwrite already downloaded files.

Limewire asks to overwrite an existing file, Phex not. Is there an option I've missed or is this not implemented??
If it isn't implemented it would be nice to bee seen in the next drop.

I haven't tried the latest build.

Greatings
RG

Hi...

I'm currently working on a major download improvement. It should be much faster and with less problems.
It would be nice if you could describe your use-case so I can look if it would be easy to integrate your request. It would then be available in the next release.

Gregor

__________________

Hi,

I'll try to explain my issue.

Ok I have a lot of Files in my download-dir and actually I'm sometimes not sure if I have some files already or not.

So if the search gives lots of files the problem is getting bigger to verify already existing files on my drives.

Selecting Files for download gives me the option to configure the download. Here I can select to rename the file(s) in the download or not.

It would be nice if there were an option to skip files if they are already in the download-dir (on my drive(s)).

Ok you can also check this with limewire if you want. Search for a file with limewire and download it. After downloading try the same file to download again. You'll get a popup asking you to overwrite the existing file.

This is what I would like to see in Phex.
Hope you understand what I mean, if not, tell me so I write it in german, it's a lot easier then.

Greatings
R.G.

Hi...

I see two things here to improve.

First, show in your search result list which files you are already having in your shared file list. This is done by the SHA1 hash code of the file. Because the hash code is only generated for shared files, it would not be possible to also check it against files in your download folder.
This feature is already on the TODO list and will be implemented soon.

Second, give a warning if you already have a file with the same name in your download destination folder. This would be as a information only, because you can be sure that Phex would never overwrite any files. Anything else would be a BUG.
I checked the source and if you already have a file with the name 'myFilename' Phex should create a new file called '(2)myFilename'.

Do you think this could help you?

__________________

Hi,

>> First, show in your search result list which files you are already having in your shared file list. This is done by the SHA1 hash code of the file. Because the hash code is only generated for shared files, it would not be possible to also check it against files in your download folder. <<

All my downloadfolders are shared folders, so this should work.
This is good news.

>> This feature is already on the TODO list and will be implemented soon. <<

Ok, more good news

>> Second, give a warning if you already have a file with the same name in your download destination folder. This would be as a information only,<<

here it would be nice to say Phex to skip this file for downloading

>> because you can be sure that Phex would never overwrite any files. Anything else would be a BUG.
I checked the source and if you already have a file with the name 'myFilename' Phex should create a new file called '(2)myFilename' <<

So this is not realy what I'm thinking of. If Phex is working this way I'll have already 'myFile' and get (2)myFile and ..... (x)myFile. Or didn't I get this right ??
What happend if I say Phex not to rename files ?? Will it overwrite or skip the file ??

>> Do you think this could help you? <<

The first part could help, the second could be a litte more improved I think.
I'm looking forward to the next drop.

BTW, all this could/should only be possible for shared folders. I'm not aware how to calculate the hash-codes, but I think it is possible to get different hash-codes for the same files (sometime they have other bps or lenght by the same bps because of longer recordings of the same file). Am I right ??
Anyway, thanks for your work on this great program.

Greetings
RG

I have noticed that Phex does not always auto-rename to (2)myFilename in the download directory. I have ocasionally had files overwritten, when downloading a file with the same name as one already in the download directory. Is it possible that this has something to do with the differences in filename case-sensitivity between Linux/other systems, and Windows? (I'm running WINNT4.) Maybe Phex code presumes at some point that the OS will distinguish between 'myFilename' and MyFilename', when in fact windows fails to make the distinction?
When 2 different files with the same name, or possibly only character-case differences start downloading simultaneously, the writes to the 'incomplete' directory are not being auto-distinguished by Phex, either. They are writing to the same 'incomplete/sg file, and garbling the result. Scrambled mp3s, in this case.
I wish I could tell you an exact example, but in my preoccupation with getting a good mp3, I failed to take notes....
Also, I find that my attempts to configure (rename local file) a download are sometimes refused, with error message "please try another...." I try the same operation, such as simply inserting a number "2" or "3" at the end of the filename, or adding or deleting a letter. In all cases, the file is not being currently downloaded, yet sometimes it works, and sometimes it won't! No hint/clue why is suggested by the error message....

Would an option be possible to locally rename from the search result list, rather than rushing to get the rename done after selecting the file for download, or having to stop/restart the download. The download opportunity it sometimes lost if it is stopped....

I will look deeper into this possible filename case problem.
For reference I posted is as a bug:
http://sourceforge.net/tracker/index...21&atid=388892

From the search results you can add the file by usind the "Download" button instead of the "Quick Download". This will bring you a dialog where you should be able to configure the file name right before adding it to the downloads.
Maybe that helps you...

__________________