Anime Tosho will begin shutting down permanently on 2026-05-09

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,440 comment(s) posted: [view latest]
17/06/2020 21:11 — Anonimo-16
DRAGON BALL SUPER
DRAGON BALL SUPER CAPÍTULO 71 AUDIO LATINO http://raboninco.com/mMjL
DRAGON BALL SUPER CAPÍTULO 72 AUDIO LATINO http://raboninco.com/mMiO
DRAGON BALL SUPER CAPÍTULO 73 AUDIO LATINO http://raboninco.com/mMga
DRAGON BALL SUPER CAPÍTULO 74 AUDIO LATINO http://raboninco.com/mMfV
DRAGON BALL SUPER CAPÍTULO 75 AUDIO LATINO http://raboninco.com/mMdR
DRAGON BALL SUPER CAPÍTULO 76 AUDIO LATINO http://raboninco.com/mMbP
DRAGON BALL SUPER CAPÍTULO 77 AUDIO LATINO http://raboninco.com/mMa2
DRAGON BALL SUPER CAPÍTULO 78 AUDIO LATINO http://raboninco.com/mMYs
DRAGON BALL SUPER CAPÍTULO 79 AUDIO LATINO http://raboninco.com/mMVf
DRAGON BALL SUPER CAPÍTULO 80 AUDIO LATINO http://raboninco.com/mMUD
DRAGON BALL SUPER CAPÍTULO 81 AUDIO LATINO http://raboninco.com/mMSN
DRAGON BALL SUPER CAPÍTULO 82 AUDIO LATINO http://raboninco.com/mMQV
DRAGON BALL SUPER CAPÍTULO 83 AUDIO LATINO http://raboninco.com/mMOq
DRAGON BALL SUPER CAPÍTULO 84 AUDIO LATINO http://raboninco.com/mMMe
DRAGON BALL SUPER CAPÍTULO 85 AUDIO LATINO http://raboninco.com/mMHw
DRAGON BALL SUPER CAPÍTULO 86 AUDIO LATINO http://raboninco.com/mMFf
DRAGON BALL SUPER CAPÍTULO 87 AUDIO LATINO http://raboninco.com/mMDR
DRAGON BALL SUPER CAPÍTULO 88 AUDIO LATINO http://raboninco.com/mMBg
DRAGON BALL SUPER CAPÍTULO 89 AUDIO LATINO http://raboninco.com/mM9i
DRAGON BALL SUPER CAPÍTULO 90 AUDIO LATINO http://raboninco.com/mM6r
DRAGON BALL SUPER CAPÍTULO 91 AUDIO LATINO http://raboninco.com/mM5i
DRAGON BALL SUPER CAPÍTULO 92 AUDIO LATINO http://raboninco.com/mM3b
DRAGON BALL SUPER CAPÍTULO 93 AUDIO LATINO http://raboninco.com/mM0s
DRAGON BALL SUPER CAPÍTULO 94 AUDIO LATINO http://raboninco.com/mLyy
DRAGON BALL SUPER CAPÍTULO 95 AUDIO LATINO http://raboninco.com/mLxr
DRAGON BALL SUPER CAPÍTULO 96 AUDIO LATINO http://raboninco.com/mLwx
DRAGON BALL SUPER CAPÍTULO 97 AUDIO LATINO http://raboninco.com/mLvm
DRAGON BALL SUPER CAPÍTULO 98 AUDIO LATINO http://raboninco.com/mLtw
DRAGON BALL SUPER CAPÍTULO 99 AUDIO LATINO http://raboninco.com/mLt4
DRAGON BALL SUPER CAPÍTULO 100 AUDIO LATINO http://raboninco.com/mIbB
23/06/2020 07:07 * — Anonymous: "Sadye Trott"
[spam]
12/07/2020 12:48 * — Anonymous: "Ezra Toosey"
[spam]
12/07/2020 16:58 — Anonymous
Die from neck pain
12/07/2020 21:29 * — Anonymous: "Jacklyn Leboeuf"
[spam]
17/07/2020 15:45 * — Anonymous: "Casimira Parrott"
[spam]
17/07/2020 20:09 — Anonymous
please clean up this section.
17/06/2020 21:11 — Anonimo-16
DRAGON BALL SUPER
DRAGON BALL SUPER CAPÍTULO 101 AUDIO LATINO http://raboninco.com/mIbv

DRAGON BALL SUPER CAPÍTULO 102 AUDIO LATINO http://raboninco.com/mIg4
DRAGON BALL SUPER CAPÍTULO 103 AUDIO LATINO http://raboninco.com/mIgp
DRAGON BALL SUPER CAPÍTULO 104 AUDIO LATINO http://raboninco.com/mIi7
DRAGON BALL SUPER CAPÍTULO 105 AUDIO LATINO http://raboninco.com/mIn0
DRAGON BALL SUPER CAPÍTULO 106 AUDIO LATINO http://raboninco.com/mInw
DRAGON BALL SUPER CAPÍTULO 107 AUDIO LATINO http://raboninco.com/mIoo
DRAGON BALL SUPER CAPÍTULO 108 AUDIO LATINO http://raboninco.com/mIpy
DRAGON BALL SUPER CAPÍTULO 109 AUDIO LATINO http://raboninco.com/mJ2O
DRAGON BALL SUPER CAPÍTULO 110 AUDIO LATINO http://raboninco.com/mJ3O
DRAGON BALL SUPER CAPÍTULO 111 AUDIO LATINO http://raboninco.com/mJyO
DRAGON BALL SUPER CAPÍTULO 112 AUDIO LATINO http://raboninco.com/mJzi
DRAGON BALL SUPER CAPÍTULO 113 AUDIO LATINO http://raboninco.com/mK1A
DRAGON BALL SUPER CAPÍTULO 114 AUDIO LATINO http://raboninco.com/mK27
DRAGON BALL SUPER CAPÍTULO 115 AUDIO LATINO http://raboninco.com/mK2j
DRAGON BALL SUPER CAPÍTULO 116 AUDIO LATINO http://raboninco.com/mK49
DRAGON BALL SUPER CAPÍTULO 117 AUDIO LATINO http://raboninco.com/mK5F
DRAGON BALL SUPER CAPÍTULO 118 AUDIO LATINO http://raboninco.com/mI3E
DRAGON BALL SUPER CAPÍTULO 119 AUDIO LATINO http://raboninco.com/mI1l
DRAGON BALL SUPER CAPÍTULO 120 AUDIO LATINO http://raboninco.com/mI06
DRAGON BALL SUPER CAPÍTULO 121 AUDIO LATINO http://raboninco.com/mHgl
DRAGON BALL SUPER CAPÍTULO 122 AUDIO LATINO http://raboninco.com/mHej
DRAGON BALL SUPER CAPÍTULO 123 AUDIO LATINO http://raboninco.com/mHck
DRAGON BALL SUPER CAPÍTULO 124 AUDIO LATINO http://raboninco.com/mHar
DRAGON BALL SUPER CAPÍTULO 125 AUDIO LATINO http://raboninco.com/mHWA
DRAGON BALL SUPER CAPÍTULO 126 AUDIO LATINO http://raboninco.com/mHUp
DRAGON BALL SUPER CAPÍTULO 127 AUDIO LATINO http://raboninco.com/mHTg
DRAGON BALL SUPER CAPÍTULO 128 AUDIO LATINO http://raboninco.com/mHNs
DRAGON BALL SUPER CAPÍTULO 129 AUDIO LATINO http://raboninco.com/mHL8
DRAGON BALL SUPER CAPÍTULO 130 AUDIO LATINO http://raboninco.com/mHK4
DRAGON BALL SUPER CAPÍTULO 131 AUDIO LATINO http://raboninco.com/mHHg

DRAGON BALL SUPER CARPETA 131 CAPITULOS AUDIO LATINO HD

MEGA:http://raboninco.com/lfwh

21/06/2020 10:43 — admin
Please don't spam links in the Feedback section. This place is mostly for site feedback/suggestions/issues and the like.
If it's related to an existing release, you can post links on the relevant page.
More of a personal preference, but if you're going to hide links behind adwalls, please mention that as well.
21/06/2020 21:22 — Anonymous: "Anon"
That's what I wanted to say 👍
17/07/2020 20:09 — Anonymous
please clean up this section
23/06/2020 09:31 — admin
If it wasn't obvious to those interested, Solidfiles uploads have been failing for many days now, and as of writing, I still can't get any uploads through.
I've now disabled uploading to Solidfiles as a result.
02/07/2020 17:14 — Anonymous: "Anon"
Solidfiles was unresponsive for about 10 days, but now it's back again and working well.
Please enable Solidfiles again, admin.
03/07/2020 11:21 — admin
Added Solidfiles again - thanks for the update!
17/07/2020 20:20 — Anonymous
uptobox blocked all US IPs
24/06/2020 07:09 — Spot_the_fox
The cross-dimensional fox
Um... Hello, i've been thinking today about site styles (after i discovered that i can change them the same day) so it got me thinking what are specifications for style and what it takes to create and submit one here. So the question is how do i create a style or create a submission for it? like, is there any requirements? if none are may we have Cyan and Orange theme? or just orange? thanks in advance.
24/06/2020 12:14 — Anonymous
Kohana, Hibiki
24/06/2020 15:56 — Anonymous
You can create your own style just for your machine using your brower's tools.  No AT involvement is required.  AT styles already cover most of the spectrum for most people.
28/06/2020 11:54 — admin
I haven't ever accepted any style submissions here, but it's not out of the question.
If you're familiar with CSS, you can edit the style code and apply it using a plugin like Stylist or Stylish.
There's two custom styles posted here, and if you create one yourself, you could post it there too.
28/06/2020 19:55 — Anonymous
Stylus is definitely preferred for it's anti-tracking measures / anonymity.
25/06/2020 03:03 — Anonymous
The database export files are huge, could you perhaps provide an rsync like method for getting only the changes for the database export files?
28/06/2020 11:58 — admin
Firstly, it's nice to know that they're actually being used.
I'm not too sure how to do this nicely. rsync is problematic for public distribution. Patches might be possible, if performance is reasonable on dump files, but it'd only work if you always have the latest files.
A 'workaround' solution may be just to download them less frequently, or at least for the 'files' table.

Suggestions welcome though!
04/07/2020 03:57 — Anonymous
If the archive is done with rsync-compatible compression, then generating a PAR2 set would do. Download .par2, feed in the old dump, out comes how many blocks you need to download to get the current dump.
I've not downloaded or looked at the underlying data, but if it's a series of table dumps, I think each table would need to in its own file or padded to par2 blocksize alignment.
05/07/2020 07:22 — admin
Thanks for the suggestion.
I'm not sure what you mean by "rsync-compatible compression" (rsync just uses zlib for compression), but PAR2 only really works well for corruption type situations where the data isn't shifting around much.
I suppose dumps often do contain the same data across days, so it could work if the PAR2 was generated at 100% redundancy, but it is quite involved (i.e. a few manual steps required). The other problem is that you can't use compression at all.
08/07/2020 11:25 — Anonymous
"rsync-compatible" is a mode where it resets the dictionary every so often, so there's a finite limit to how far changes propagate, for example if the interval is 4096, and byte 2203 changes, this changes the compressed stream for bytes 2204-4095, but byte 4096 will be the same.
09/07/2020 00:55 * — admin
Thanks for the explanation. That sounds like typical schemes where compression is broken into blocks (or using zlib full flushes periodically).
I think your understanding may be a little incorrect though. If you break the input into 4KB chunks and compress them separately, the compressed blocks won't be 4KB - their sizes will vary (hence they won't align to some PAR2 block boundary).
Also, later changes can affect the output of earlier bytes in the block - a change in byte 2203 can affect the entropy used to encode the first bytes of that block.
This also does degrade compression efficiency.

I probably should also mention this: it doesn't sound like there's any standard tool for doing this either, which means that someone would have to write it. And even then, it's going to be a fairly custom setup that few are going to adopt.
Engineering a solution may be interesting, but I don't really want to over-complicate the export process (can make things more likely to fail, takes effort etc).
To be brutally honest, I don't actually see the size as a big issue. Currently the total size of all dumps is 250MB, which is smaller than most video files on offer here. Even if you downloaded them every day, that's only 7.5GB/month. Now I understand that some people have more restricted internet and the like, but then I question what use you would have in getting full dumps every day. However, I'm happy to be corrected here.
May I ask if you're trying to achieve something in particular with these dumps? Maybe there's another way.

If you're willing to develop something custom, I might suggest just scraping feeds or the like for data. Alternatively, if you're willing to develop some API which can query a MySQL database for the data you want, I may consider hosting it.

Thanks again for the suggestions, and hope that this is of some value.
16/07/2020 12:45 — Anonymous
Thanks for considering an API. Just looking for a way to search for subtitles, an API that lists torrent entries that have subtitles for a given AniDB ID would be nice. If you're ok with hosting an API for that, I could make it.
19/07/2020 22:52 — admin
Ahh, I see - if you're looking to make some end-user application, database dumps isn't the right solution.
There's currently no database index on this sort of information, but if you can write up exactly what you want, I can help look into it for you.
21/07/2020 18:46 — Anonymous
> the compressed blocks won't be 4KB - their sizes will vary (hence they won't align to some PAR2 block boundary)
So long as the changes to the output are more than a block-length apart, par2 will find a block anyway, because it uses a rolling CRC to look at one-byte intervals for candidate blocks (which it then tests against a proper hash that's not CRC32). So long as you're resetting the huffman table at a deterministic place (for example the nth-id'd INSERT statement), it doesn't matter to PAR2 that this new block isn't located at a block-length-multiple offset, just that there's at least a block worth of unchanged compressed output. What would trip up PAR2 is changes happening across the file at a (compressed) distance less than a block length.

>Also, later changes can affect the output of earlier bytes in the block
This is true, it's not a design goal that changes inside a block are confined to a subset of the compressed block, merely that two compressed blocks are independent of each other.

Admittedly I've not looked at a dump (because they're huge), but if they're standard [My]SQL dumps, then you could sort the INSERT statements by their primary key (if they're not already), than pad every nth id with a comment to align it to an mKB boundary. The idea would be to constrain all the bespoke code to the server-side, and output something that can be processed with standard tools that someone else maintains because they're useful elsewhere.
22/07/2020 00:45 — admin
The main issue with rolling CRC is that it's relatively slow (and problematic if it finds too many false matches), so it's often restricted. By default, par2cmdline will only do rolling CRC checks for 64 bytes, so it only really works for small movements. Since this is all very custom though, you could just increase the limit though, at the expense of processing speed.

Selecting a compression block size could be difficult. In general, you want it to be large to maximise efficiency and minimize the frequency it straddles PAR2 blocks, but not so large that small changes require lots of recovery data.

The data is in TSV format. Padding is rather unusual there, but I suppose not impossible. I don't really get the aim of it though, since compression would eliminate any padding you add to uncompressed data.

output something that can be processed with standard tools that someone else maintains because they're useful elsewhere.
Do you have an example of such a standard tool which can handle the scheme you describe?
08/07/2020 11:28 — Anonymous
So in principle, if the format is laid out chronologically and one-file-per-table, the changes will all be on the end and the start of each large file should always be the same, and compress the same.
08/07/2020 18:25 — Anonymous
How about incremental snapshots?
Like 1 full dump followed one snapshot for each day limited by x days.
To keep in sync check whether local version is older than x days or not, if older then get full dump, if not then get snapshots since last local sync
04/07/2020 20:33 — Anonymous: "Michael"
Please add raw anime / somebody know website like animetosho.org (have multiple download link) but provide raw anime
04/07/2020 22:26 — Gurphy_TC
Moderator    Invisible Avatar - Patent Pending
Mixing categories doesn't work, it would be better at a separate site.  And we're operating at our chosen bandwidth level as we are.

I can't think of any raw ddl sites, sorry.
05/07/2020 07:32 — admin
If you just want stuff without subtitles, you can download the soft-subbed files here and remove the subtitles. Technically, many of the webrips here are "raw" in the sense that they're straight rips from the source.
If you're looking for BD/DVD rips, your choices might be limited, due to them being less popular and expensive to deal with (large file sizes). I recall jpddl.com used to offer raws, but don't know how usable they are now.
17/07/2020 20:10 — Anonymous
Donate to JPDDL or start yourself.
05/07/2020 02:17 — Mayor023
is there any email that I can contact for this site ? thanks
05/07/2020 07:33 * — admin
Posting here generally works :)
If you absolutely cannot post here for whatever reason, you can use this page instead.
09/07/2020 05:59 — snvcjeen3u4
Hey guys!

Completely new to the game and I'm wondering how I would go adding anime tosho to my Sonarr as an indexer? I have no idea what I should enter in the "categories" field and all my searches with anime tosho on Sonarr return no results (even though the episodes exist on this site). Could anybody help me which numbers to add to "categories" and to "Anime categories"?
09/07/2020 15:26 — Anonymous
A Sonarr forum might be able to help you.
09/07/2020 15:27 — snvcjeen3u4
You're probably right. Thank you kind sir or madame :)
13/07/2020 03:28 — admin
If you happen to see this: I'm not sure what is exactly required, but in terms of numerical categories, 5070 is the anime category (and the only one that gets served here).
16/07/2020 23:00 — Anonymous
Someone attempted to distribute potentially unwanted program on https://animetosho.org/view/horriblesu...p.n1263249
It would be best to remove the entry from this website.
16/07/2020 23:27 — Anonymous
When torrents are deleted on Nyaa they auto-delete here on update checks.
23/07/2020 07:36 — Anonymous
What is the tool that Anime Tosho taking screenshots of videos
23/07/2020 08:59 — Anonymous
Mplayer, I think they said.
23/07/2020 10:53 * — admin
Pre-2016, mplayer was used to render the video and save out PNG images.

Now it works by extracting frames and rendering them as separate steps. Frame extraction is done using ffmpeg, subtitle rendering done via VapourSynth and image rendering done with PyAV (libav* wrapper). There's a more detailed write up on how it works here.
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: 30/04/2026 02:30



About/FAQs

Discord