Feedback Page

This is a somewhat temporary page made especially for the beta version of this website. It's to collect all your death threats, love messages, requests to the code monkeys or just suggestions/issues/questions/criticisms/idle talk or whatever feedback you think is worth our database space.


20,173 comment(s) posted: [view latest]
09/02/2013 23:45 — ardy
please create list anime series ..
10/02/2013 05:51 — Anonymous
Some of the trolls that shit talk on the groups releases are gettin fuckin annoying yo. It happens every so often on here.
10/02/2013 07:55 — Yogicat
Nyahaha! #FelineYogi@irc.rizon.net
I get so used to those already so much that my brain starts to filter out those posts.
10/02/2013 15:11 — Envy
Ah Mendokusai....
Has anyone had this problem with Anonfiles I downloaded two different files from there and when I went to extract them on both files it said CRC failed file is broken. I used 7z to extract them has well.
10/02/2013 22:17 — admin
Could you give examples?
11/02/2013 04:40 * — aniluv
[IB] Mondaiji-tachi ga Isekai kara Kuru Sou Desu yo - 05 [720p] [10bit] [D1705E86].mkv

I tried this and CRC is wrong. File corrupt.
11/02/2013 04:54 * — Envy
Ah Mendokusai....
I got them for [Tsuki]_Fairy_Tail_-_168_[1280x720][F74BA608].mkv and [CureCom] DokiDoki! Precure - 01 [720p][F943F56C].mkv I haven't tired any other one's yet since those two failed on me.
11/02/2013 13:37 * — admin
Urgh all of them do give an error for me, and my guess is that they're random bit flips :/

[IB] Mondaiji-tachi ga Isekai kara Kuru Sou Desu yo - 05 [720p] [10bit] [D1705E86].mkv
Archive file: 1360501961576.7z (MD5: 009ec4697ab8c3cd07eb38cbb4a5d2e4)
Byte 0x1fc5faf is 0x7c (1111100 in binary) but should be 0x78 (1111000 in binary)
Byte 0x49d93ab is 0x6d (1101101) but should be 0x69 (1101001)
Byte 0xab13baf is 0x58 (1011000) but should be 0x59 (1011001)
(there's more for this file)

[CureCom] DokiDoki! Precure - 01 [720p][F943F56C].mkv
Archive file: 1360503954441.7z (MD5: 41ebe438edef70eb4dbde94bd5b3539e)
Byte 0x11e239af is 0x5d (1011101 in binary), but should be 0x59 (1011001 in binary)

Once you make the above single bit changes they extract fine.
The thing that needs to be figured out is whether the corruption comes from my script or file transfer. Because these are all single bit flips, my instinct is with transmission, or something at AnonFiles, in which case, I probably can't do much about it.

- Update -
Okay, there definitely is a problem with AnonFiles. I just redownloaded 1360501961576.7z ([IB] Mondaiji-tachi ...) and got an MD5 of 8a795b6514beec9b2d748124148ff606
In simpler terms, this means that AnonFiles is corrupting the data sent back randomly.
I'll do some further investigation on this a bit later.

- Update 2 -
I think some of the MD5s I stuffed up above, but anyway, just downloaded 1360501961576.7z a few times, and AnonFiles seems to be spitting out different files each time! (none of which extract without error)

MD5: 8a795b6514beec9b2d748124148ff606
MD5: 652eaa2da052530d01ea797969f3a8a7
MD5: ed48e4d50b74860a3da17ffb85944e33
MD5: 90fe55ba0446b673a8d1f24935d2f703

I may look into seeing how they're stuffing up later, but I'll likely remove AF soon because of these random corruptions.

I may consider doing byte swap encoding rather than delta coding, where single bit flips won't cause the entire file to corrupt (though you'll still get CRC errors).
Thanks for the examples.
11/02/2013 18:15 * — Envy
Ah Mendokusai....
Well I went back and re-downloaded the Fairy Tail and extracted it with 7z 9.25 and I didn't get an error. I uninstalled 7z 9.20.  So it looks like for people who have 7z 9.20 would have to update to 9.25 and it should work no problem but you may get an occasional failure if so then re-download and try again. And to be on the safe side of things check the CRC with Rapid CRC or Anime Checker.
12/02/2013 07:11 — Anonymous
7z lists version 9.25 as alpha-ware.  It lists 9.22 as beta-ware.  Neither should be recommended to a general audience.  I've done alpha-ware with Microsoft.  Scary, drive-crashing, board-burning stuff.

9.20 is still listed as the stable release.
12/02/2013 11:32 — admin
I'm still quite sceptical over this.
Delta coding is very simple and it's unlikely there's any bug with the code for it.
Considering that the errors are occurring because of random bit flips, I can't see how any version of 7-Zip could fix this as there's absolutely no redundancy information in the file.

My bet is that you just happened to get a working file once you performed the re-download. The version of 7-Zip should have no effect.
(or maybe you got a bit flip exactly in a non-essential part of header/footer of the file on your first try, but you'd have to have been very lucky for this to occur!)
But I'll wait to hear from others to see if they experience the same. Thanks for the info nonetheless!
12/02/2013 18:16 * — Envy
Ah Mendokusai....
Looks like downloading the files with Jdownloader isn't giving any problems unlike IDM for some reason the files want to get corrupted.
10/02/2013 18:06 * — dark
about anonfiles
would it possible to upload .mkv as it is without compressing to .7z?
10/02/2013 22:18 — admin
Depends on whether you can find a way to upload .mkv files directly - if you do find a way, I'm interested ;)
11/02/2013 04:50 — aniluv
Error: Filetype is not allowed.(Mkv) Only the file types below are allowed. (application/octet-stream)
jpg, jpeg, gif, png, pdf, html, htm, css, txt, avi, mpeg, mpg, mp3, mp4, doc, docx, odt, apk, 7z, rmvb, zip, rar, xls
11/02/2013 07:52 — dark
i sent email to anonfiles to allow .mkv extension
11/02/2013 12:22 — admin
Unfortunately, even if .mkv is allowed, there's a number of problems:
a) files that exceed 500MB will need to be split (and thus won't have a .mkv extension)
b) they seem to be doing a header check, so files that don't have a proper MKV header, even if the extension is .mkv may be rejected - I suppose these are rare, but I don't want to deal with such a possibility
c) non-MKV files may still need to be wrapped

So for simplicity's sake, I'm going to wrap everything in a .7z
The only real solution is if they remove the file type check altogether.

Thanks for trying nevertheless :)
11/02/2013 17:14 * — dark
anyway, i got reply from anonfiles saying  "Please try now".
i think they will now allow .mkv just thought to let you know :)
11/02/2013 04:49 * — aniluv
I was wondering if you could consider uploading to MEGA.co.nz?

The site below seems to be using it, file size as large as 6.5gb for a movie can be uploaded.

http://oneclickmoviez.com/

Sample of the download link:
ht**s://mega.co.nz/#!EpNQHQTQ!N5xgWlVcpLnulwpVgeeIRx_sSCFfY0zS5uMYh_Nek8M

12/02/2013 07:04 — Anonymous
I understand there is a 50GB limit per account at Mega?  You'd be surprised how fast that gets used up.  Didn't admin drop mediafire for a similar limit?

Also, I understand that all files at Mega are encrypted and require a password to access.  Just to mention that complication as well.
12/02/2013 09:35 — aniluv
The site above seemed to be using it well for over a week, considering how much files and how large the files are, i suspect they are uploading anonymously. The sample download link also did not require a password or key to download.
The download speed is very fast and it is simple to download without waiting time or captchas.
Just thought admin might be interested to look into it.
16/02/2013 02:55 — Envy
Ah Mendokusai....
12/02/2013 07:01 * — dark
@admin: would you able to Enable Crocko on Mirrorstack please?
the upload fail problem that used to occur before should be fixed by Mirrorstack by now :)
12/02/2013 11:36 — admin
Untested, but done.
13/02/2013 05:37 — dark
Thanks :)
12/02/2013 07:15 — Anonymous
Given the failure rate at AnonFiles, isn't it time for a note on the AT homepage to warn those who are prudent and read admin's notes and to shove up the noses of those who don't then complain?
12/02/2013 11:34 — admin
You're right, I didn't get around to it last time because I ran out of time trying to see why it was failing.
Thanks for the suggestion.
12/02/2013 11:53 — Anonymous
you could replace anon with akafile.com , good speed no captcha and so on
13/02/2013 09:11 — Yogicat
Nyahaha! #FelineYogi@irc.rizon.net
Uploaded a file for testing purposes:
http://akafile.com/pppphh35a5n1
Filename:[IB] Wooser no Sonohi Gurashi - 01v2 [720p] [10bit] [7DE32963].mkv
Size:56.0 MB
14/02/2013 03:12 — Zero3K
I too would like to see AkaFile being used as a mirror.
14/02/2013 15:29 — dreamer2908
Akafile gave me ~50KB/s while Anonfiles gave me ~1.5MB/s.
I tested with an Australia VPS. (Akafile doesn't allow my country to download actually)
12/02/2013 20:38 — Anonymous
Thanks for the heads up.  As for quitting AnonFiles, I'm getting a 2/3rds success rate for files at a superfast delivery rate of up to 3MB/sec.  That might be a good enough trade-off for me.  Then I can pick up the failures by other means.  And they have to fix this sooner or later if they plan to exist...

And thanks for everything.
14/02/2013 15:21 — dreamer2908
Hi admin, it would be wonderful if you considered providing PAR2 for uploaded files. It's a great way to fix random damages of data when transferring over internet.

Parchive (a contraction of parity archive volume set) is an erasure code system that uses a parity file format. These parity files are used to perform checksum verification, and can also repair corrupted or missing data. Parchive was originally written to solve the problem of reliably transferring files on Usenet,[1] but it is now commonly used for protecting any kind of data from data corruption, bit rot, and accidental or malicious damage. (copied from Wikipedia)

Here is the test PAR2 for [IB] Mondaiji-tachi ga Isekai kara Kuru Sou Desu yo - 05 [720p] [10bit] [D1705E86].mkv ~~>> http://ge.tt/7BgxLSY/v/0
Program for repairing using PAR2 files (and create them): MultiPar http://hp.vector.co.jp/authors/VA021385/
(5% redundancy - can used to fix the file if damage is 5% or less)

(PAR2 is widely used in Usenet where random data corruption happens all time. It would take some computing resources, though.)
15/02/2013 10:35 — admin
Thanks for the suggestion!

PAR sounds like it could be useful.
My main wonder is, though, how necessary is it really? TCP is checksummed, so it should be able to detect transmission errors - corruption seems somewhat unlikely here.
Okay, AnonFiles is problematic, although they're a relatively rare case. Unfortunately as I'm using delta coding, a random bit flip will corrupt the rest of the file, so some redundancy probably won't be enough to fix it.
Even with the rare case of corruption, you could fix it via the torrent, as long as it still has peers. Torrents hash pieces, so it will be able to identify which pieces are bad and re-download good copies of these. PAR files, on the other hand, just seem to increase your chances of getting a good file, and may not work depending on how much corruption there is.

Another complexity factor is where to upload the PAR files to.
Is there much of a benefit with PAR files?
17/02/2013 11:44 — dreamer2908
About benefit, I would say it is not that "much". It's also NOT necessary if corruption doesn't happen. It's just a kind of "smart" backup, and "redundant".

I'm not sure about what you mean about "delta coding" with 7z. Correct me if I'm wrong. In my opinion, a random bit flip is a flip of a cuple of local bit, not some bits disappear or are added, so it can be fixed with a redundancy block.

PAR is not copyrighted, so it's a bit easier to store. I usually use Ge.tt
BTW, IIRC TCP in IPv6 is not checksummed.
20/02/2013 11:22 — admin
I'll have to think a bit about whether it can be particularly beneficial. Generating these files would mean that they have to be uploaded. In which case, we may as well upload the whole file.
I see your point in being easier to store, although I find the main issue being time-outs on hosts. You may be able to store a few files on an account, but once you start taking up lots of space, the host will probably start looking at culling files. A 5% redundancy, of, say, 50GB/day, is 2.5GB/day, which still builds up over time unfortunately.

The way 7zipping is currently done, each byte is dependent on the previous one, so a bit flip will propagate throughout the rest of the file.

TCP over IPv6 is checksumed according to Wiki: http://en.wikipedia.org/wiki/Transmiss...m_for_IPv6

Thanks again for the idea though, you've got some interesting points.
15/02/2013 03:37 — Libly
Hope to see PeejeShare come back.
15/02/2013 05:21 * — Tibb
I try my best to upload there, but it's hard with my schedule sometimes. I would like to offer a link for each file, but it's a bit unrealistic. :-(

On a side note I should mention some things (that I keep on prolonging to bring up).

Since I was able to upload to peejeshare again starting yesterday, I noticed some unique changes.
Foremost, I'm not getting any upload failures. As long as my connection doesn't reset (from my end) the upload will complete.
I have yet to see "all connections for the file is filled, please try again momentarily" (you know the message, right?) for all the links I uploaded and checked, the only issue is the "page not found" (which I think is correlated with the names of the files). But these advancements have some significant costs.
I can only upload 5 files simultaneously, which further lengths the time to take.
Now, You would think I would be able to upload faster with the limit but, in fact it's not. Before peejeshare (if successful) would take considerable less time (less guess around 5-15min and with 7+ simultaneous uploads --- err well I would probably have to do 2 (sometimes more) tries before succeeding) but, now each file I upload easily takes 20+ minutes to complete. PJ will mess with their setup again so I don't know if it will be permanent.

TL;DR: + no upload failures
+ should be able to download without waiting for a dl link.
- max 5 simultaneous uploads
- longer uploads times

Lastly I'm considering uploading to putlocker. I notice that multiupload (for bigger files) isn't really uploading there, would anyone want me to do that?
I should point out this ---> http://userscripts.org/scripts/show/154467 which will allow you download the different versions of the video on PL. (who knows how long it will last before PL patches it)


But maybe admin will reconsider peeje as there seems (to me) to be no failures.

Now, this is a lengthy response to a damn statement, which a part of me feels that this should not of been a reply. (<_<)
15/02/2013 07:31 * — Libly
Never thought that I'd receive this long reply ._.
I mean when I wake up I receive a email from support@peejeshare said that they are running Upgrades/maintenance, and the servers will be much better, and make promises that there aren't any "File Temporarily Unavailable Errors" and "All Download Slots Full Errors" and "All of the files in your file manager actually exist"
I thought all have PJS accounts including you have received the email, and aware of this good news.
So sorry of that damn statement, and me too hope admin will reconsider PJS, give them one more chance xD
Again but never enough, thank you.
15/02/2013 13:47 — Tibb
I upload anonymously, and never created an account, so I had no idea what was going on :P

I'll post a reply if I noticed that they changed something again.
17/02/2013 06:55 — A_Registered_Trademark
AnonFiles: My experiences are not in line with other reports in one respect: Whenever I encounter a "broken file", every re-try resulted in another broken file.  Based on my experiences, I would assume the problem, whatever it is, is happening at the upload phase, not the download.

I assume others are looking into this problem in more detail, but I thought I would mention this.

I continue to get a strangely consistent 30% failure rate, like today: 14/21 successes.
20/02/2013 11:25 — admin
Each time you download the same file, do you actually get the same file back from AnonFiles?
From my quick tests, I actually seem to be getting different files (different hashes).

To check, you can use something like HashTab (on Windows) - check that the hashes of each file to see if they are the same.

Yeah, it could be an upload problem, but that's difficult to determine if downloads are actually being modified unfortunately. Thanks for your input nonetheless.
Add new comment
Name:
Message:
Image Verification:

Our squiggly text game where the aim is to copy the image into the textbox. All characters are upper case, and there are no zeros (0) and ones (1) in the above image. Apparently bots aren't as good as humans at this game.
beta
Anime DDL+NZB mirror
Current Time: 08/04/2026 00:10



About/FAQs

Discord