[X] My Assistant

The long answer is, "it's more complex than that". If you were running H@H off FAT32, there's a hard limit in the file system itself. Nor does Explorer work properly beyond 255 characters in any case.

I had no problem creating files and folders on XP with an absolute path larger than 256 characters with Java6 both on FAT32 and NTFS partitions. But you're right: Explorer failed to open the files, and no other native apps managed to do so (but Java apps succeeded).

Those are supposed to be filtered, but I guess I'll make a note to check it.

FWIW, they ain't filtered by the H@H client:

CODE

ls -1 downloaded/ | grep 15912 | xxd -g 1
0000000: 5b 43 72 69 6d 73 6f 6e 20 43 6f 6d 69 63 73 09  [Crimson Comics.
0000010: 28 43 61 72 6d 69 6e 65 29 5d 20 52 61 6e 63 6f  (Carmine)] Ranco
0000020: 72 20 45 6e 6b 6f 6e 20 28 42 4c 45 41 43 48 29  r Enkon (BLEACH)
0000030: 20 5b 31 35 39 31 32 5d 0a                        [15912].

This post has been edited by Hairs Fan: Oct 31 2013, 00:22

running H@H off FAT32

Did we travel back in time to the point where these people existed? (IMG:[invalid] style_emoticons/default/rolleyes.gif)

Well, I certainly have some extra HD space, so I'll be sure to bump it up a bit.

I"m not able to configure the client past 200GB. Is that still the hard cap?

hmmm time to upgrade on weekend.

Did we travel back in time to the point where these people existed? (IMG:[invalid] style_emoticons/default/rolleyes.gif)

Definitely isn't me. The directory isn't 70 characters deep, either. Just I:\downloads\hentaiathome_1.1.0\

root@vps:~/hhome# sudo java -jar HentaiAtHome.jar --disable_logging
Exception in thread "main" java.lang.UnsupportedClassVersionError: org/hath/base
/HentaiAtHomeClient : Unsupported major.minor version 51.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:634)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:14
2)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:277)
at java.net.URLClassLoader.access$000(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:212)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
Could not find the main class: org.hath.base.HentaiAtHomeClient. Program will ex
it.

BooooooH! No more openjdk-6-jre? (IMG:[invalid] style_emoticons/default/sad.gif)

I"m not able to configure the client past 200GB. Is that still the hard cap?

I'll probably be revising the caps on disk allowance. But it will literally take months to shift from the dynamically allocated files to the static range system.

I'm currently working on the actual algorithm to assign static ranges to clients. At this point it's only handling 1/4096th of the load, manually assigned to a few early birds. So any changes won't be for a while yet.

BooooooH! No more openjdk-6-jre? (IMG:[invalid] style_emoticons/default/sad.gif)

It should work... try downloading it one more time (make sure the jar files have a timestamp from today).

It should work... try downloading it one more time (make sure the jar files have a timestamp from today).

Works now (IMG:[invalid] style_emoticons/default/smile.gif)

Question:
If replace my old h@h Client for the new one will it use my cache?
If yes I want to upgrade my more powerful boxes (IMG:[invalid] style_emoticons/default/wink.gif)

hm... the new client is not performing very well for me. After booting it (and waiting a decent amount of hours) the Max Speed is now 26 KB/s, whilst with the old client it was 80 KB/s. As for the configuration the Max Burst Speed is 100 KB/s, which is consistent with the 1 Mb upload (and with the 80KB/s).

The only config I changed from the old client is that I increased the cache from 6 GB to 10 GB, but instead of growing, the cache, is shrinking. (could be related to the lower speed?)

I haven't checked the H@H client for more than half a year so this might be unrelated to the new client. If I remmeber correctly there was some new form of tracking H@H speed a month or two ago, in some post I didn't read well and cannot find. (this might be a product of my imagination, so I might be completelly wrong here).

I'll leave the new client running this way for a handful of days and see what happens. If nothing changes I'll start changing the configs (cache size and burst speed) to see if it makes a difference.

EDIT: PS: Just did a speedtest.net to cross check that my ISP still gives me the same speed as before. And yeah I still have 1 Mb upload speed.

This post has been edited by blue penguin: Nov 1 2013, 17:20

The static range allocator is now live, and ranges have been expanded to a full block (1/256th of all files/requests). Though I wouldn't mind getting some more of the faster clients over on 1.1.0. You'll get somewhat more traffic than those 1.0.10 plebs!

I haven't checked the H@H client for more than half a year so this might be unrelated to the new client.

Probably is. There are a lot more clients running now than half a year ago.

Probably is. There are a lot more clients running now than half a year ago.

Cool, thanks.

I'll play around a little with both (new and old) clients and configs. And see what numbers come ot of it. Btw, don't understand me wrong please, my concern with the 26KB/s speed is not hath as I have almost all perks I want (just favourites V is mising). My concern is that if I'm browsing a gallery and an image starts loading at 26KB/s I would be pissed.

Maybe I shall give up on my H@H as it gives more trouble than is helping the website. (when I started H@H the first time my network was within the acceptable ranges, but now 1 Mb upload is too low)

The static range allocator is now live, and ranges have been expanded to a full block (1/256th of all files/requests).

Is there a new disk cache size requirement in order to be part of a static range then ?

Though I wouldn't mind getting some more of the faster clients over on 1.1.0.

Can't add mines yet, sry.

Though I wouldn't mind getting some more of the faster clients over on 1.1.0. You'll get somewhat more traffic than those 1.0.10 plebs!

hmm okay (IMG:[invalid] style_emoticons/default/biggrin.gif)

Is there a new disk cache size requirement in order to be part of a static range then ?

One range is still 1/65536th, but there are now 256 live ranges. (All fileids that start with 00...)

Disk req is still 500 MB for every assigned range.

Another gallery with a tab character. The worst part is that it causes the downloader to quit completely til you remove the offending hathdl and restart the client.

CODE

2013-11-02T11:36:12Z [ERR] {org.hath.base.FileTools.copy(FileTools.java:115)} java.io.FileNotFoundException: downloaded\(C65) [TENGU NO TSUZURA (Kuro Tengu)]     ANGEL DOES ME (Evangelion) [741]\eva_angeldoesme01.jpg (The filename, directory name, or volume label syntax is incorrect)
2013-11-02T11:36:12Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} java.lang.NullPointerException
2013-11-02T11:36:12Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)}     at org.hath.base.FileTools.copy(FileTools.java:122)
2013-11-02T11:36:12Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)}     at org.hath.base.GalleryFile.attemptDownload(GalleryFile.java:135)
2013-11-02T11:36:12Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)}     at org.hath.base.Gallery.galleryPass(Gallery.java:76)
2013-11-02T11:36:12Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)}     at org.hath.base.GalleryDownloadManager.run(GalleryDownloadManager.java:188)
2013-11-02T11:36:12Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)}     at java.lang.Thread.run(Unknown Source)

This post has been edited by dis astranagant: Nov 3 2013, 22:27

Another gallery with a tab character. The worst part is that it causes the downloader to quit completely til you remove the offending hathdl and restart the client.

That's an old-ass gallery, no wonder it wasn't stripped..

Should be stripped by the thing that makes the .hathdl files now.

One range is still 1/65536th, but there are now 256 live ranges. (All fileids that start with 00...)

Ah sorry, I misunderstood what you wrote.

BooooooH! No more openjdk-6-jre? (IMG:[invalid] style_emoticons/default/sad.gif)

Install openjdk-7-jre.