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,289 comment(s) posted: [view latest]

Page: 1 2 ... 398 399400401 402 ... 484 485

11/06/2023 21:32 * — grepuio

seeder and leecher counts on this torrent are strange. both are 1000000000, and I'm sure it's incorrect.
just giving you a heads up.
https://animetosho.org/view/dkb-mashle...y.n1680739

edit: I mean the seeder/leecher count here: https://animetosho.org/series/mashle.17478
look for the [DKB] torrent for the 9th episode.

15/06/2023 01:09 * — Satanswarrior

Heavenly Delusion ep 8 Eng Dub released almost 3 weeks ago. Anyone with news on ep 9 Eng dub? Nothing on Reddit.

Ep 9 dub out!!!

https://animetosho.org/view/dae-heaven...c.n1684705

20/06/2023 23:32 — Anonymous

I don't know if I'm dumb or not but a search button would be very useful!^^

21/06/2023 09:50 — admin

There's a search box in the top-left of every page, unless you're referring to something else.

23/06/2023 15:27 — Anonymous

Speaking about search, is it possible to filter out all ongoing episodes?

I.e. show only things like movies, batches, and/or episodes of series that finished airing long ago (maybe at least a week/month/year ago), e.g. fansub work in progress or encoding experiments.

24/06/2023 01:17 — admin

It might be theoretically possible to do, but it doesn't sound like an easy thing to make unfortunately.

30/06/2023 00:00 — Extremity

Searching for what you want and then sorting by size descending should be pretty close.

24/06/2023 23:05 — Anonymous

is there any reason why some torrents like for example: https://animetosho.org/view/neko-kbara...c.n1030397 have seeders tracked, but when querried via API: https://feed.animetosho.org/json?q=[ne...80p][FLAC] [the one with filesize 87463658378] returns null seeders? is this because scraping nyaa failed?

24/06/2023 23:14 — Anonymous

sorry for breaking the reply chain, that was accidental, feel free to hide/remove the other comment

I assume this is due to the very recent "I've changed it to prefer the primary tracker over the highest figures, which should hopefully be more accurate." it needs some fallback

maybe tosho could use primary tracker, and also have a whitelist of trusted trackers?

24/06/2023 23:51 — Anonymous

it's also a bit problematic that trackers we KNOW are reliable arent re-scraped once a scrape fails, the link above failed a scrape 500d ago and hasnt been ran again since

25/06/2023 05:25 * — admin

Thanks for the suggestion.
I've made it fall back to the old behaviour, if there's no info from the primary tracker, so it should be more likely to return something.

Getting good tracker stats is problematic here because all info has to be scraped, and with an ever increasing number of torrents, priority gets placed on the newer stuff. So it's not a case of a scrape fail preventing updates, it's just that old stuff gets updated much less frequently (if ever).

Whitelists need to be maintained, and that's not something I particularly want to do. It's not ideal either - I'm not sure how often it's still the case, but Nyaa's tracker used to not respond to /scrape requests for a while, so a lot of stats were missing (hence the old behaviour of not prioritising the primary tracker).

The tracker stats here are mostly about providing some info, even if inaccurate. If the info is important, you're honestly better off grabbing the data from Nyaa/Anidex, as they have direct access to their tracker stats without needing to periodically scrape.

26/06/2023 20:30 — Anonymous

you raise some very valid concerns

getting good tracker stats isnt realistic, i fully agree, but i think there are cases where updating seeding/leeching information is important:
- on highly volatile torrents which decrease in seeders rapidly [say reporting 3k seeders, when it already dropped to 300 is bad]
- on torrents that had no seeders, but now do
I feel like those 2 things are important for discerning how usable a torrent is, for example the torrent I linked was reporting 0 seeders, when in fact it had 10, this is the difference between thinking a torrent is usable vs not, however I struggle with coming up with a way to choose which torrents should be updated when

whitelists i agree are annoying to maintain, and i agree with the ideology of "automate it once, have it work forever", it was just a suggestion to fix the fake seeders issue without creating complex heuristics

i dont think you should check if you can scrape a tracker or of its blocked on per torrent basis, for the linked torrent it believed it's blocked [I assume] yet it tried scraping other torrents

I also wondered if it would be possible to announce the "completed" count on the json feed, either from the "primary" tracker or from the 2nd biggest tracker on the list

27/06/2023 09:58 — admin

for the linked torrent it believed it's blocked [I assume]

It's not blocked. The script just focuses on updating stuff from the last week, and rarely checks stuff older than a year.
The more torrents accrue in the database, the rarer the checks on older torrents will occur.

I've added the "completed" value to the JSON API as 'torrent_downloaded_count'.

27/06/2023 18:26 — Anonymous

jesus it feels amazing when an admin actually listens and actually fixes and implements stuff

since i've gotten this far, i might as well try to milk this opportunity, any chance we could get documentation for the api[s] in the FAQ? like what fields u can query, [ex: eid, aid, cat, t] what values they can have [t=search, cat=5070] what those values mean [cat=5070... ????] what fields we can filter by [nyaa_cat] what fields we can order by [size, date, ...?]

I've been trying to figure the ins and outs of the API, but without documentation its very hard, and its even harder when the names u need to query by are different than the ones returned by the query itself [eid, aid]

28/06/2023 02:16 — admin

The API was mostly a hastily put together modification to the RSS feed. The feed is basically an alternative form of torrent listings here; on any listing here, there should be a feed icon in the top-right, which gives you the parameters to generate the listing (just replace /atom with /json).

The /api endpoint is for Newznab/Torznab clients, so is a limited implementation of the Newznab API.

There aren't that many accepted input parameters - basically enough to cover what the listings here show. Parameters like 'page' that you'll find in listings, but not listed in the feed URLs, also work, since the feed/API is just a listing with XML/JSON output instead of HTML.
The only other thing I think is that 'aids' and 'eids' parameters accept a comma separated list of IDs.

Maybe I'll get around to writing something like a documentation for it some day (though the lack of it does have the nice effect of discouraging its use).

24/06/2023 23:06 — Anonymous

I assume this is due to the very recent "I've changed it to prefer the primary tracker over the highest figures, which should hopefully be more accurate." it needs some fallback

30/06/2023 00:04 — Extremity

Any chance you'd consider reversing the sort logic of the feedback page? I get sequential ascending makes sense for forums and the like, but for something like this you'd generally assume page one would be the newest; think forum thread logic, rather than forum post logic.

30/06/2023 01:27 — admin

Thanks for the suggestion.
I can see the merit, though the feedback page has been like this for a long time, and isn't really meant to be a forum. It's meant to be the same as the comment section for each torrent (modeled after typical blog comments).
You can view it in descending order though, through the view latest link - hopefully that's close enough to what you want.

30/06/2023 06:43 — TherealKingBv

weird mf

is there a way to like get an email every time a new episode comes out? it doesn´t matter wich anime is it, i just wanna get notified when new anime chapters are available

30/06/2023 13:13 — Anonymous

Have you looked into RSS feeds. Wikipedia can probably explain what RSS is about.

30/06/2023 14:47 — Anonymous

"RSS (Really Simple Syndication) is a web feed that allows users and applications to access updates to websites in a standardized, computer-readable format." AT has several types of such feeds.

email - no.

30/06/2023 15:21 — Anonymous

In that case, your inbox will explode with torrents of emails.

30/06/2023 07:31 — Anonymous

wot's up with mirror.animetosho.org admin?

01/07/2023 02:16 — admin

It was causing some trouble, and I figured that the main domain was stable enough that the mirror wasn't worth keeping around.

30/06/2023 15:24 — Anonymous

Feedback page is just perfect the way it is currently. Actually with reversing order, the comments here will look quite absurd.
Please don't change anything, admin ;)

01/07/2023 10:28 — Anonymous

Can attachments keep their language and title tags please? It is especially annoying to have a release with such big amount of subtitles (e.g https://animetosho.org/view/zigzag-bub....n1686112) and importing the subs into mkvtoolnix they lost all of their metadata and are all set to "unknown" language.

01/07/2023 11:34 — admin

What would such a thing look like and how would it work?

01/07/2023 13:26 — Anonymous

I've got no idea what tool you're using to extract attachments right now, but with mkvmerge (inviska mkv extract on Windows), extracting subtitles keep their language tag. Your current method gets rid of them. I could bet ffmpeg can just as well keep the attachments metadata if the right setting was provided to it, but I have too little experience with it compared to mkvmerge.

02/07/2023 01:59 * — admin

Extraction is just a mkvextract [file] tracks ... command. It seems like Inviska's tool does basically the same thing.

It looks like MKVToolNix GUI does recognise a *.[lang-code].[ext] pattern in the filename to pick up the language, but I can't see the track title info being picked up.
The language + title info is metadata from the MKV file itself, not part of the subtitle, so it doesn't make much sense for it to exist after extraction (unless some trick is being done with the filename, like the language code).

The language code here is delimited with a '_', which you could replace with a '.' to get MKVToolNix GUI to parse (e.g. rename 'track14_spa.srt' to 'track14.spa.srt'). Again, the title is lost, but I don't see any way to handle that.
Does that more-or-less get what you're looking for?

04/07/2023 07:02 — admin

I renamed all subtitle tracks so that they conform to the [name].[lang].[ext] convention, which hopefully makes it easier to import into MKVToolNix GUI.

Page: 1 2 ... 398 399400401 402 ... 484 485

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. Image Verification Passed.