This is interesting - thanks for bringing that up. I believe Go4Up have been applying their "MD5 changer" for a few years now. A few years ago, it was just appending '0' bytes to the end of the file, which should be harmless and not cause anything noticeable other than a size increase and hash difference. If you're seeing reprocessing by mkvmerge though, that's something completely different, and BetaMAX seems to suggest the same below.
I haven't really looked into it yet, but from the sounds of things, I'll probably wrap Go4Up uploads in archives, as you suggest. --- Downloaded a random file and did a bit of a comparison. Extracted video and subtitle streams, as well as attachments were identical. Audio didn't hash match, however, I couldn't find a difference comparing the audio data itself (maybe older mkvmerge had issues with Opus muxing or similar?). So I can't really find anything obviously wrong, apart from the fact that they've just remuxed the file for whatever reason. I'd say that the files are likely fine most of the time (except where there have been issues with older mkvmerge versions), but I have no idea why they'd go to the effort of doing this. Looking at their news, they claimed some streaming support - perhaps something related to that?
Regardless, I've enabled 7z wrapping for Go4Up. If it works well, I may also enable split uploads to Go4Up (disabled when they started padding their files, as joining becomes non-trivial).
I got a screen of 3 boxes of php errors and a box that asked to use my processor for download, then my Norton Security popped up with a High Security warning of an intrusion attempt that it had blocked:
IPS Alert Name: Web Attack: Unwanted Extension or Scam Sites Redirection -No action was required because Norton had blocked it. Norton also notes that it matched the signature of a known attack.
Has their site been hijacked?
Anyways, I wouldn't use go4up for now.
(I clicked on the go4up site name. There was no drop down menu at that time.)
Having been an computer admin at a research university, from an administrative point of view:
1. Make minimal assumptions 2. Don't screw things up for other people.
Because you personally have multi ddl-service options, don't assume everyone does. I recall complaints in Feedback when go4up was not available.
At this point a warning is all that seems warranted, pending additional info. If you don't need to make decisions for other people, like removing a service, don't. You'll generally be happy you didn't.
Doesn't look system/browser/IP related to me. I'm using a bash script in linux, that fetches the final DL url and downloads via wget or aria2. Same behavior in this case. I've tried to run wget with a current chrome user-agent and/or a proxy. Downloaded file stays the tempered version.
So it seems rather clear, the files are manipulated by go4up (only). All hosts most likely deliver what they get. If this is a try to avoid multi-deletes (deletion of all links that refer the same storage blocks), this is more than poor. Aiming unclear.
Comment in Feedback 30/03/2019 09:31 * — Anonymous: "Lizette Hoskins"
There might be the question if just a certain condition (Land, ISP, OS, Browser, Date, Go4upSub, Host + Hash Method/Result) is causing this. Your post, trough a legit suggestion seems too early. It just seems since yesterday and we don't know which users it act. does affect. (If all users using go4up could report all these details with their results we might get some indication.) Due to the missing information it might be a bit to early for admin to change scripts too. FE I did test 2 files with incl crc + AT sha256 (Problematic using VPN in SWE, -.-, Win 10 1809, 17763.379, Basilisk 19.3.27 + Jdownloader 19.3.29, 19.3.29, Zippy+ Openload: Hash ok // go4up->solidfiles + tusfiles fautly). So if some1 could test some linux system with non ff-based browser. If it's still the same, we don't know if it's some go4up temp problem, persistent or even intended. Even if it's persistent or esp just if that's the case a request to change the upload technique is legit.
Can you cite a modern example of an actual infection/Trojan problem in the field with an mkv? Silly question for you. There would be headlines and references to spare.
If you want to yell something in a crowded theater, specify whether it's smoke, fire, or hot soup you are bothered by.
And let's add the last factor: That whatever this is, it is not from a random source, it is go4up, part of the ddl-service industry. Go4Up would be cuttings its own throat and its clients as well if it did something malicious to their own customers. But that must be the "beta" theory.
-------------------------------------------------
This exchange I think was useful in that users can now decide for themselves. No harm in moving to a different aggregator like MultiUp or Jheburg if you can get the ddl-service you want. As to giving up your favorite service, your call. And I expect admin will remove go4up if he feels he should.
I care about files integrity, nothing more nothing less. No need for speculation. It's probably not related here, but "And media files are not dangerous." LOL Ever looked into the commits in ffmpeg git? Silly question, I know.?
So you're just worried about a blip or failure in playback. A blip in playback is nothing. To most of us, dangerous is what makes something unusable. And media files are not dangerous.
Since there have been no complains here about files that have blips or don't play from go4up or anywhere else, your concerns are clearly without basis or merit.
Well, should be obvious, but just for you: If you don't care about data integrity, it might still be usable. Adding some bytes at end of file, that can be removed to perfectly restore the file, is totally different from current behavior.
This is so sad, I don't even have words to describe how sad this news is D : Thanks for all the work on the ddls, I got some rarities and other impossible to find files from here.
Is go4up messing with MKVs? I noticed bad CRC, and the file was reprocessed by mkvmerge 7.3 (original file was made by 31.0). Maybe they are doing something sneaky like inserting ads (though I couldn't find anything in the file I looked at)?
Anyway I suggest wrapping the MKVs in ZIPs or whatever if go4up is screwing with us...
Just to mention, IDM is not free for use unless you get a cracked version. Cracked versions carry some risks, like not being able to verify if it has also been altered in other ways... The actual price for use is low enough, if you don't mind putting your credit card online.
I haven't seen a corrupt file in at least 5 years and my software does up to 20 simultaneous downloads.
I haven't seen a complaint about corrupt files anywhere in at least 5 years. I believe it's a problem of the past.
IDM, the very best download manager program, supports up to 32 connections, but I always set the number of maximum connections at 4. Using a lot of connections (more than 8) increases the risk of file corruption (and the need to re-downloading the file (which is extremely annoying for bigger files)). Downloading a lot of files at the same time increases the risk too.
The good ones are Openload, Mega, Solidfiles and Zippyshare. ClickNUpload, UptoBox, UsersCloud, 1Fichier and Free are OK. Sendspace, FileFactory, NitroFlare, Oboom, RapidGator and Turbobit are just crap. The best one for me is Openload. I just can't live without it ;) XDCC is good at desperate times when all other means are dead.
Hey there, Sorry to be the harbringer of bad news, but filecloud.io is going for good it seems. Any link leads to a landing page saying the domain is for sale.
The mirroring policy is described at the top of the FAQ page (plus the section titled "What files does Anime Tosho skip?"). The process is automated and follows this policy, and is unable to make any decision requiring a "higher degree of comprehension".
Are you already using one now? If so, then continue using it, if not, then that answers your question I think. It's not required, but you can use one if you feel that it achieves some goal of yours.
GOT team are smart people. Most of the buzz about media originates in places frequented by people with not a lot of disposable income, NEETS and kids and so on. It would be a total tactical error to make your product unavailable to the potential buzz creators.
I agree, unless you take into account possible difference between where you live and elsewhere in the world. In the US today the use of the words "she" and "her" are not work safe and can get you fired.
The problem is to find a different way to frame a description that would not leave you open to arrest for the contents of your hard drive. I think this is why Nyaa created a vague description. Perhaps framing this as a cultural study with nothing below the waist would be close. You can't censor cultures you don't like, after all. Not the Japanese, not cannibals, not polygamists or the voodoo priest that will curse you if you disagree with me.
Nyaa's description may be in your own best interests after all, or do you want to explain why college professors sometimes look like 10 year olds in anime? You'd be registered with the police in no time.
Yeah, LOL. Like anyone would mater on a site like nyaa. Watch f.e. Nozoki Ana or even Kuzu no Honkai, and at special scenes tell me its safe for work again. There are MANY, MANY, MANY anime scenes I would not call safe for work, but maybe not directly porn. I am not talking about showing a breast here and there but rather specific scenes. Just watch Ep of Killing Bites and you do know what I'm talkin about. Old examples? I am just talking about very known examples. But well, lets take a look at something actual. A rl good ony, imo no porn at all: Manaria Friends ... But can one deny the fanservice in there? if he's the liberate type he might watch it to, but for the conservative one you may even get fired. Let's be honest there ARE many animes that are at the very least not safe for work. You can claim your rules whatever you want, if noone does care as long as they are not able to shut down the site, it will continue. But it is in no way any proof!
01/04/2019 13:03 * — admin