Thanks for the notice. It seems to be up to date here - perhaps it slow for a period. Do you know what it was stalled on (i.e. the last entry available)?
Glad you found it interesting! Fortunately, with the heavy emphasis on automation here, I personally don't actually spend all that much time these days. (Gurphy_TC probably spends more time keeping things running smoothly here)
Thank you for the logistics page, admin! Fascinating stuff.
The monetary costs may not be that high, but the expenditure of expertise, time, and repeated explanations that no, you cannot upload things that no longer exist, is truly inspirational. A toast to all you do!
There were reports of others experiencing similar issues. Dunno if it's still problematic - I tried from a few endpoints but couldn't reproduce. Nothing reported on their Twitter.
It's interesting to note that Nyaa uses DDoS-Guard, which may suffer from increasing scrutiny in the future. I don't suspect it to be the cause of the 503 errors, but could be something to watch out in the future.
Guess I need to go back a week and switch to SubsPlease. Sucks they gave us no Info. Maybe Erai-raws got scared of the new DMCA laws passed in the corvid bill. Not sure if any of it applies to anime. I do know it applies to IPTV streaming sites. Government officials definitely got a lot of money in payoffs to pass such an idiotic bill.
The script does try to use hashes and video length to help with identifying what it is, which you can't get until it has all the data, so it's usually delayed until the torrent has finished. For skipped entries, since it'll never get that info, it just tries to do with just the name.
Since it seems that people care, I can look at wiring it so it tries a name based pre-match whilst the torrent is still downloading.
I believe the ones being skipped have no notable delay in displaying series info. The delay is in those being processed, and I think it probably has to do with creating entries and adding other info from anidb without the files.
But it's clear now what the question is about so you'll probably get a better answer after the holidays.
This has nothing to do with rss. By grayed out entries it means both those currently being processed and those that will be skipped. The stuff about how the torrent is classified if it is or is not fetched is moot as the ,torrent file is always fetched (it's in storage.animetosho.torrentbay.st/torrent, as you can tell by downloading any .torrent file). Obviously some torrents cannot be matched to an anidb etc entry, but the majority are. This site has all the information it will ever use (short of the owner manually intervening) the moment an entry appears for the users to see, so it would seem to be perfectly simple to implement the suggestion as stated in the OP - by runnng that part of the script earlier.
If you mean torrents being processed and not those being skipped?
There is no field in a torrent header that declares what series it belongs to. My understanding is that AT looks for keyword matches between the torrent and anidb's database. If the torrent is not fetched, the torrent title is used. If it is fetched, the torrent title and filenames are used. So it has to wait for the filenames to become available.
Also, some torrents cannot be classified and remain "unsorted".
can the site owner make it so that the grayed out entries have a link to what they are? i frequently don't know what something is and have to look it up elsewhere. not really a problem but annoying enough to ask. i'm assuming it's all automated anyway, so just run that part of the script earlier?
While you wait, are you trying to overwrite with meaningless info?
Comment in Feedback 27/12/2020 11:47 — Anonymous: "nakatsuka"
I can't delete my email address in the account settings so please delete my account if possible. I wouldn't like to abandon my account, as I said, I'm not active anymore due to personal reasons and I'll have to delete my email ad account and social media accounts too.
It's a wish and again I'd like to thank you for creating such a useful website, keep up the good job and stay healthy. Have a nice New Year! Xx
Thanks for the comment. You can just delete the email address in the Account Settings page, if that helps. Or you can just abandon the account. I can also delete your account as well, if you wish, though I'm not sure what the point of that is...
Comment in Feedback 26/12/2020 12:17 — Anonymous: "nakatsuka"
Hi admin! I have question regarding my account? Is it possible to delete my account? if yes,, how?
Please don't get it wrong, I find this website useful however I'm not being active for the past months and I'll have to delete my email account soon. If I have time (in the near future, hopefully) I'll come, visit again. Thank you for such a wonderful website but I have to say goodbye (for now, I hope) :((
First, to convince me there is an issue, you need to cite specific torrents, what they prove and why, which you didn't. By specific torrents, I mean actual (links, of course).
Second, to be worth a discussion you would have to explain what a solution would look like and what it would take to implement it, which you didn't.
I don't think it's obvious at all: It's been demonstrated how the same group can upload the same files two slightly different ways on a different site and get two completely different results on this one, and your only response seems to be "don't care LOL".
An explanation would be something along the lines of "the specific way it's uploaded on nyaa is really important because _______ "; taking the time to say that you could easily explain this but you decided not to just seems mean. Not everyone knows everything that seems obvious to you.
We're well aware of bittorrent's deficiencies, but I fail to see how anything you wrote applies to Usenet or DDL: thirteen files is thirteen files, and it's the same thirteen files however they're presented. If I hand you thirteen nzbs with one file, and one nzb with thirteen files, and it will literally download the exact same articles. Likewise there's no functional difference between me linking you thirteen MEGA files and one MEGA folder.
This is only going to become more of an issue as more stuff disappears behind the Netflix timegate: Netflix Release Day rolls round and group A releases thirteen torrents of thirteen files because that's how their bot works, and they get picked up; group B releases one torrent of thirteen files because that's how their bot works and they get skipped. Netflix releases an eleven episode show in one day, and group B is picked up, Netflix releases a twelve episode show and they're skipped. There is no sense to any of this.
Forgive me being blunt, but my overall takeaway is that you went tl;dr, then churned out a stock response to some other post you assumed you'd read. The question was not about a specific number in the skipping policy, but why it treats the exact same release differently depending on details of how it is posted on nyaa that aren't relevant outside of nyaa.
The purpose of the skipping policy is a judgement on how much of limited resources to allocate by default on something that no one may actually have an interest in. We also skip batches of files that have already come here as single episodes, such as Erai's end of season batches and batches of Horriblesubs files.
You probably know that most torrent hosts have an "anti-flooding" rule so they delete a bunch of single episode torrents that could have been batched. What hosts want are large, well-seeded swarms. And that's what torrent users want too.
You can think of AT like a pie: If one slice gets bigger for whatever reason, the other slices will have to shrink to offset it. Increasing the skipping policy level would be one such change. But the math doesn't change however it happens.
13/01/2021 22:59 — hells