Phex 2.1.4.80 Beta
 

A new beta-release of Phex:

2.1.4 Beta (2004-09-29)

Changes:

- GUI: Generate a temporary 'preview' copy of the first segment on demand,
and display it (if a display program is configured). Will also work
on completed downloads.
- GUI: The number of download candidates for a file is displayed on the folder
icon.

- CORE: Default list of recognised streamable/unstreamable suffixes
extended, and matching is now case-insensitive.
- CORE: Added Undocumented.htm to documentation for tips on advanced use.
- CORE: phex.cfg is sorted.
- CORE: Experimental: headless operation with -Djava.awt.headless=true

- FIXED: Configuration values which are lists are correctly stored.
- FIXED: Invoking help/bitzi on unix now looks for firefox, not netscape.
- FIXED: Candidates stop correctly upon completion of download.
- FIXED: File uploads do not abort prematurely.
- FIXED: File upload statistics stay correct after the initial segment.

Download it here:
http://phex.kouk.de/download.php#beta

how do i configure a program with linux to use the preview function ?

also it seems that the bitzi button do not load my browser , with this version .

To use the preview function please read the Undocumented.htm in the phex distribution \docs\readme directory.

I think you used opera if I remember one of your previous posts correctly. I think Phex tries to start firefox currently though...

i have done that, installed mozillafirefix in the dir that was documented and the problem is away. thanks .

now i have to make sure my "mplayer " works.

thanks

Hangups and over-downloads
 

#1: I know it's a beta... just wanted to see if anyone else has experienced this.

I frequently experience two problems when downloading:

- Files "overdownload". That is, they reach their full size, and then keep downloading.
- Phex hangs and has to be killed with task manager and restarted.

The second could be anything, but the first is really strange to me. The only way to get the file if this happens is to remove the download and re-download it (or hope the copy in my incomplete folder actually is complete).

The first I also saw sometimes, but not since I use the CVS-code...

hmmm...
 

Ah... CVS... that would make sense.

I'll try that.

Hangups and over-downloads confirmed
 

Hello All!

Just started using Phex, found it to be very nice, but also quite quickly experienced the same problems as eagle79 (over-downloads and freezes).

I compiled the CVS version as of today (13 Feb 2005), 2.1.5.80. If it matters, I'm running W2000 SP4 with JRE 1.5. (I did the compilation on a Linux box with 1.4.2, though.)

I can't (yet) say if the problems are gone, but at least another very annoying problem appeared: When defining the shared "Library", Phex always checks my floppy drive A:. Even when just selecting another directory to view on the hard drives it checks A:...

I'm quite sure only sick people share their A:, so it could very well be removed from the list altogether :-)

Have a nice day,
Mikael J.
http://www.helsinki.fi/~mpjohans/

Hello mpjohans,

I hope your download problems should be away with the CVS version. There should be a fix.

Can you tell me how your check of drive A: appears to you? Do you get a system message to put a disk into drive a: or hear the sound of the drive trying to find a disk?

Sounds like a strange problem I use JRE 1.5 with W2K SP4 too and dont see anything like this...

Gregor

Hello Gregor!

The D/L problem at least hasn't come up anymore.

About A: There's no message, the drive is just checked for content every time I expand / collapse a new directory from the tree. It is actually enough to have the "Library" tab selected, switch to another application than Phex and back again for it to happen. Extremely annoying! Perhaps something weird in some refresh routine (in Windows / Phlex / wherever)?

Another small oddity; at least the download bandwidth reported in the "Statistics" tab, both "Value" and "Avg.", is now about 2-4 times too high, when the bandwidth is set to "Unlimited" in "Options". If set to a finite value (still higher than the real, used bandwidth), the values get more realistic. (worked OK in 2.1.4.80).

By the way, the vertical column separator lines are a nice addition!

MJ

download problem still there
 

Hello again!

Aargh, the D/L problem appeared again, at least in some form:

A download "completed", in the "Download" tab the size was reported as 0/0 and the rate as -35,436/Sec avg, 0s left.

The total file size of the "complete file" was missing 8192 bytes. Could it perhaps be related to a minimum segment size of 16384?

In the end, the incomplete-directory contained a left-over segment (sg71) 1,512,719 bytes long.

MJ

What was correct total file size?

I found the problem with the drive a: you should not see the drive anymore with the next release.
Its in CVS but sourceforge needs a while till its public visible..

Gregor

I mailed you (?) the exact file size. It was about 60 MB.

The file size doesn't seem to matter, though. I tested downloading a much smaller file, ~4 MB, and it worked most of the time. Almost always, however, the final size after download was reported as 0/0, instead of the correct size. Sometimes also, even if the download was complete, one thread/segment got stuck in the "Downloading..." state.

Twice out of about 10 D/L's, the "complete" file was too short, by 8546 and 3046 bytes.

This was with the CVS version as of 13 Feb, the current public CVS doesn't compile.

MJ

I assume, you use MacOSX.... I just committed some changes, which will make it compile again (It did withthhe old Java-SDK, with the new one some classes are missing...

If you have developer access, try getting it with ssh, there the changes with already be there, other ways can have a certain lag.

Hello arne_bab!

I don't use Mac (for this at least :-) but now when you mention it, I see that the compilation indeed fails in */macosx/GURLHandler.java.

I don't have dev access, so I'll just have to wait a while!

MJ

Sorry I got your email. I was busy recently.

Just delete the GURLHandler class... I think its not used anywhere yet. Public CVS access on sourceforge is always about 48h behind and recently even more since they are doing some internal updates.

Gregor