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.
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. (<_<)
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.)
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...
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!
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.
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?
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.
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.
@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 :)
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.
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)
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.
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.
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.
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.
didn't know about hardware/software decoder thing. will check it. btw i found a site with 576p re-encodes. file sizes are also less than 100mb :) sorry for bothering you.
15/02/2013 07:31 * — Libly