Latest Comments

Comment Types:
Comment in Feedback
04/04/2016 00:05 — admin
Thanks for your input.
I imagine that DMCA affects usenet in the same way as regular file hosts, so there shouldn't be much of a difference there?
As for posting author, have actually considered that, and I may do that in the future. I figure that, since we post NZBs here, it's not too difficult to find where posts are from though.
Comment in Feedback
03/04/2016 23:56 — admin
Thanks for the info - perhaps you're right there!
I have noticed that using another server (from the same provider) sometimes works better, oddly enough. I may experiment with implementing some multi-server uploading capability.
Comment in Feedback
03/04/2016 23:52 — admin
Thanks for the clarification.

I don't believe that splitting files improves download or upload speeds in any way. The usenet "protocol" is already piece-wise, so there are no gains from further splitting at a file level.
Similarly, I don't believe that splitting files provides any benefit to recoverability, as PAR2 operates on pieces across the entire input set, not whole files.

Archiving may provide benefits for compressible material (assuming compression is used). This, however, is not a property of multi-part files, and video files here are generally not compressible using general data compression techniques.

Hope that explains that for you.
Comment in Feedback
03/04/2016 19:51 — Anonymous
Usenet: The last binary I downloaded from Usenet was 30 years ago.  I thought this approach was equal parts clever and amusing back then.  I wouldn't have expected it to still be around.  Good for you, youngsters.

But AT, are you sure you want to be doing this?  I would think it would be better to be ghost posters, since there is probably no DMCA safe haven with Usenet.  But I'm sure you're well informed.

Best wishes.
Comment in Feedback
03/04/2016 17:50 — Anonymous
Man, stupid jerk off that didn't realized their life could end, any day, any time are sure is plentiful. Just watch whatever the hell you want and just avoid whatever the hell you've dislike! Why bother complaining when you have the ability to select and sort things out? If this is not the ear for you, then perhaps you should had wish to been born 20 years earlier. But then again, seeing that you didn't replied to anything that you had caused to stirred, I'm assuming this is just a cheap shot at getting some fast attention. Go to MAL, a lot of people like you growing like cockroaches kept stirring trouble every day, making this kind of complaining thread all day long.
Comment in Feedback
03/04/2016 13:56 — Anonymous
AFAIK there wouldn't be any difference in download speeds when downloading a single file vs. a file that is split into multiple parts. The benefit of multi-part files would be compression; downloading a single file would probably take a bit longer to download, but they would both download at the same speed.
Virtually all newsreaders will ignore .par files as well, unless they are necessary for repairs.
Comment in Feedback
03/04/2016 13:06 *Rhuoghiln
My question is with regards to the the way you upload content to usenet. As the poster before you posted "you're thinking multi-part files might make for more reliable uploads to Usenet?". Answer: Yes!

The term "multi-parting" (splitting the main file) is what I should have used initially, apologies again for the ambiguity.

As for any merits to multi-part files. Well there are a few, given multi-parting and usenet go in hand in hand. Pretty much everything gets multi-parted except ebooks/comics. It serves as a merit in two folds, one to the uploader [faster upload] and mainly the user/downloader
1.Faster download = downloading in smaller chunks as opposed to one main file. Depending on one's usenet download setup, most people would tend to avoid downloading the pars, if the download content achieves 100% completion.

2. To help reduce the chance offsetting lost/broken packages. With your upload method, if by any chance the main file and possibly also one/two pars are broken (incomplete),  the main file may not be recoverable, but if the files were multi-parted into smaller chunks, this would not necessarily be an issue provided the incomplete percentage is not too large.

I'm pretty sure that are other merits, but those are the ones I can think of at the moment. I hope this helped to clarify what I was asking about.
Comment in Feedback
03/04/2016 12:32 — Anonymous: "oliver"
>Maybe I'll need to try another news provider...
It could be that your provider just has some shit automated DMCA process going.

I noticed that some series will have every episode perfectly complete, and then only a few minutes later a different series will be uploaded but every episode of that series will be missing segments. example: http://i.imgur.com/T7U1OwR.png

Pretty weird pattern either way.
Comment in Feedback
03/04/2016 11:41 — admin
I'm still somewhat confused about what you're asking about exactly.
We don't do any usenet indexing here, and your post seemed to be more of a question and less an opinion (feedback).

Are you asking about general usenet conventions, or about the way we upload to usenet, or both or something else?
If I'm understanding you correctly, you're asking about why we don't archive up content, whilst most others do? Perhaps with some interest over the pros and cons of archiving content?

If so, I can't really give solid reasons on why things are the way they are, as I don't use usenet myself. I suspect many of the conventions are due to legacy and less of technical need.
Archiving multiple files means that users cannot download individual files, if they don't need the lot. Archiving single files seems to be largely a pointless exercise in my view. As such, we generally prefer not to archive files and upload them directly, as is.
The tradition may have arisen from the PAR1 format being based on files rather than pieces. Splitting large files into smaller segments would make PAR1 more efficient. This issue no longer applies to PAR2.
I don't believe that using RAR helps with lost parts in any way* I also cannot think of many other reasons why you'd want to archive content, so if you have any, I'm interested in hearing it.

Otherwise, from what I've seen, there are quite a few non-archived anime usenet posts. Perhaps the archiving tradition is more commonplace in other groups.

* RAR does support adding redundancy for error correction, but it's rather pointless to use this if you're adding PAR2 files
Comment in Feedback
03/04/2016 08:02 — Anonymous
and you're thinking multi-part files might make for more reliable uploads to Usenet?
Comment in Feedback
03/04/2016 07:50 — Rhuoghiln
Speedy response, nice. I guess you missed the part where I started the sentence with "Usenet indexing Feedback", then again my apologies, I actually edited my initial comment that referenced the site usenet bot before removing it.

Actually, I don't think I've seen any file uploaded by the bot that were archived. I just thought I point it out, because it seemed not the conventional way of uploading content on usenet [unarchive main file(s) + par files].  Which was why I thought I ask why.
Comment in Feedback
03/04/2016 06:51 *admin
I'm assuming you're referring to files that we upload here?

It's rare anything is placed into an archive here. When it does happen, it's a 7z archive, and never a ZIP/RAR - if you see them, it would be what the torrent contained (which is also relatively rare for the anime category).
Do you have any particular example you want to raise?

I don't believe that PAR2/yEnc has much of a standard for dealing with sub-directory paths. For now, the solution is to put all files residing in a sub-directory into a single archive, and upload it as such.
It's probably possible to just put a forward slash character in the filename, PAR2 probably even allows this, but will need to check compatibility with clients (if you have information on this, please do post!). Another potential issue may be with deep nesting of directories and subject length limits requiring names to be truncated.
This is the only case when archives are uploaded here.
Comment in Feedback
03/04/2016 05:45 *Rhuoghiln
Usenet indexing Feedback.

I noticed some titles get archived (zip/rar) while some don't, just the main file and par files. Was wondering why? I'm aware most uploads on usenet to some extent follow scene rules, but I naturally assumed the archiving of files was to help reduce the chance offsetting lost/broken packages given the compatibility merits of pars and rars.
Comment in Feedback
01/04/2016 13:38 *Gurphy_TC
Anidex has started to do a lot of auto-forwarding to TT.  That's how Doki's stuff gets here now.

Nyaa is restrictive, TT is not, so there's no reason for an Anidex author to not co-list or auto-forward to TT, if they want the broader coverage.  Some authors may not.  Previously, one member of AnimeRG (Phr0sty) didn't want his stuff to be listed here at AT.  Avoiding Nyaa and TT is a way of doing that.
Comment in Feedback
01/04/2016 13:24 — Anonymous
all right then, panic mode off :>
Comment in Feedback
01/04/2016 12:11 — Gurphy_TC
April 1 is an odd day with TT.  In the past they've done stuff like mix games and hentai into the anime category for April 1.  In a few hours things will be back to normal.
Comment in Feedback
01/04/2016 12:10 — Anonymous
maybe noone uploads to TT, but anidex has some stuff from groups which dont use nyaa, and those releases haven't hit AT yet
Comment in Feedback
01/04/2016 12:03 — Anonymous
but AT doesn't seem to fetch from TT anymore
Comment in Feedback
01/04/2016 09:54 — rdruffy
Everything has its ups and downs. What do you want to see in it? What's your focus or your attention to it? Is it the ups or the downs?

Watch the genre you like and don't waste your time to watch the genre you don't even like. Like Anon above said, there are still plenty of various genre.
Comment in Feedback
01/04/2016 09:05 — Anonymous
8)
Comment in Feedback
01/04/2016 08:34 — Gurphy_TC
TT always does something like that for April 1st.
Comment in Feedback
01/04/2016 08:13 — Anonymous
TT is victim of a bad joke or ransomware :c
Comment in Feedback
01/04/2016 01:43 *admin
Thanks for the note. I'm keeping an eye on it.
It looks like the check process is detecting the failures.
I've enabled post retrying, which should kick in soon. Will see if that helps.

Update: well the post checking works, but, for whatever reason, the last post of each file never gets there, even after multiple attempts.
Maybe I'll need to try another news provider...
Comment in Feedback
01/04/2016 00:33 — Anonymous: "oliver"
I think it has exploded again. Incomplete posts since about 7 hours ago.
Comment in Feedback
31/03/2016 23:58 — Gurphy_TC
Happy April 1st, people.  Watch for bogus uploads.
Comment in Feedback
31/03/2016 19:21 *Anonymous
Out of your list I only liked Escaflowne.  The rest is out-dated dumb stuff to me.

But get honest about it: if you like the old ultra-violence compare it to the new ultra-violence, of which there still is plenty.  Old vigilante to new vigilante, old mecha to new mecha.

There are also ongoing series where the offerings now are as much fun as they were years ago.
Comment in Feedback
31/03/2016 14:53 — Anonymous
Yeh, well, that's, just, like, your opinion.
Comment in Feedback
31/03/2016 14:41 — Anonymous
anime last season has been super underwhelming. koukako pandora, nurse witch, what the hell are these? where is best of the best stuff like trigun, old berserk, gungrave, escaflowne, gipang, and jin roh? it seemed all these days we got fanservice and moe shit, plus more light novel turd. what the hell japan? otaku pandering to the extreme these days. no wonder miyazaki said the industry is crumbling
Comment in Feedback
30/03/2016 01:23 *admin
Thanks for the suggestion.
Years ago, I did try out automated link checking, but the reliability wasn't great for me. Combined with the fact that users can use link checking via browser add-ons, I never bothered with it too much.

But if you do find a reliable tool which covers all the hosts here, and is free without restrictive limits, I may consider it. The link you provided seems to limit you to 3000 requests per month, which is far too low to be useful.
Comment in Feedback
29/03/2016 23:09 — Anglerfish
Rather than old links, admin has invested in creating new multi-year links on Usenet, for newbies and slowpokes like yourself.
Comment in Feedback
29/03/2016 20:46 — Anonymous
So you're asking admin to add a paid service checker to save you a mouse click.
Comment in Feedback
29/03/2016 19:36 *zeromido
Well, the AT developer knows better. Probably he will use an api like http://urlchecker.org/#api or something like that.
Comment in Feedback
28/03/2016 12:45 — admin
Thanks for the information.

Posting is only considered successful when the server sends back a 240 (post OK) response. I suppose it's possible for the server to reject the post but send back an OK, but that's a rather weird thing to do. Or maybe it just randomly loses posts - I've checked the posting server itself and the message ID isn't found. But the loss doesn't seem random, as it's usually the last part of each file.
It's even weirder that, so far, there seems to be a time element of sorts - it works for a period, then fails for a while, alternating between the two once every day...
Comment in Feedback
28/03/2016 10:14 *oliver
I was thinking that maybe the server rejected the message-id that was provided in the article header, but that doesn't make much sense.
Even if the .nzb files here had faulty message-id's, indexers would still be able to group everything together, assuming that the segment was uploaded in the first place.

This show for example, is missing the last segment of the .mkv and the .par2 (40/42 segments found):
https://anizb.org/search/?query=Yami S... 3 12 480p

That groups by name only, so it seems like the 39th segment of the .mkv and the 3rd segment of the .par2 don't ever get uploaded, even under a different/unexpected message-id.
Comment in Feedback
28/03/2016 06:41 — admin
Looks like it's happening again, although I've done nothing to provoke it (I think) :(
It's very odd that it's almost always the last part of the file that goes missing, but I can't see anything I'm doing wrong on my side...
Comment in Feedback
28/03/2016 01:30 — Anonymous
If you want guidelines, you can assume after 60 days your chances of getting live links drops like a rock.
Comment in Feedback
28/03/2016 01:24 — Anonymous
opps, I made a mistake.  I think AT downloads about 150GB per day, so it probably uploads about 1TB a day, creating maybe 30 links per part per show.
Comment in Feedback
28/03/2016 01:18 *Anonymous
I believe the red lines cross-outs refer to ddl's that are initially declined, that is, never existed.  I don't believe there is any ongoing checking for links that have expired.  It would be a waste of resources to try and poll which of the 150GB of links per day have expired over the months since they were issued.

If you want a show, you're better off just trying to see if it's still available.
Comment in Feedback
28/03/2016 00:44 — zeromido
Hi,
Please fix link checker
Take this link as an example:
https://animetosho.org/view/notdragont...ac.n744095
all Jheberg uptobox links are dead though they  aren't marked as dead
solidfiles part 11 is dead though it isn't marked as dead
Thank you for this awesome website
Comment in Feedback
28/03/2016 00:32 — Anonymous
oh nice
Comment in Feedback
27/03/2016 18:06 — Anonymous
It sounds like this is a question for Nyaa.  Nyaa has a list of rules.  You can rat him out, if you think he's breaking any.

Otherwise, as anon said, filter if you don't want to see his stuff.  And if you don't want his downloads, fine, who cares.  But I don't understand people like you who want to stop other people from downloading whatever they want.  Censors are the worst.
Comment in Feedback
27/03/2016 17:17 — Anonymous
If you sign in here you can filter out groups you don't like.
Comment in Feedback
27/03/2016 15:26 — Anonymous
why is this
	
ヽ(´ー`)ノ guy still encoding videos. Every video he does is 12 bit, although 12 bit only has disadvantages compared to 10 bit. Why wasn't he stopped or why is he allowed to upload to nyaa.se
Comment in Feedback
27/03/2016 11:57 *admin
Thanks for the note.
Can't really figure out what's wrong at the moment, but looking into it.

Update: spent quite a bit of time looking at it, but really don't know what the problem is. May have just been the news server I'm posting to just randomly dropping messages. Though the pattern of failures makes that seem unlikely, but it seems to have magically fixed itself.
I probably should implement post checking and retry.
Comment in Feedback
27/03/2016 07:19 — oliver
I think usenet downloading is buggered at the moment, a lot of the nzbs aren't complete for what was uploaded in the last 8 hours or so.
Comment in Feedback
26/03/2016 14:20 — admin
Hmm, alright, I'll give that a try, thanks a lot for the explanation!
Comment in Feedback
25/03/2016 11:41 — oliver
Yeah, I completely understand why you would want to leave it as it is.

What if you uploaded each episode with an individual title just as you would any single episode? That way indexers would get all of the episodes.
Then, just for your site, you could create a single NZB that contains all episodes.

>This means indexers should at least see the episodes separately as a collection, with the PAR2s.
They might, but I think that they might not. Binsearch is the exception, since it has basically no filter.

For Kantai Collection, an indexer would know that it has one file (it could be the first episode for example [1/20]), but it is still expecting the other 19 parts (which will never appear, since the text in the quotations is different).

If the indexer sees:
[Tsundere] Kantai Collection [BDRip h264 1920x1080 10bit FLAC] [1/20] - "[Tsundere] Kantai Collection - 01 [BDRip h264 1920x1080 10bit FLAC][4AEFAE2A].mkv" yEnc (1/1900) 1458897068

It's going to be waiting for the other 19 parts that are exactly titled like this:
[Tsundere] Kantai Collection [BDRip h264 1920x1080 10bit FLAC] [2/20] - "[Tsundere] Kantai Collection - 01 [BDRip h264 1920x1080 10bit FLAC][4AEFAE2A].mkv" yEnc (1/1900) 1458897068
[Tsundere] Kantai Collection [BDRip h264 1920x1080 10bit FLAC] [3/20] - "[Tsundere] Kantai Collection - 01 [BDRip h264 1920x1080 10bit FLAC][4AEFAE2A].mkv" yEnc (1/1900) 1458897068

And unfortunately that means that most indexers won't even show the episode in the search results, since its only 5% complete, with 1/20 parts found.

The way the titles are formatted makes the indexer think that each episode consists of 20 parts, rather than the entire collection of episodes having 20 parts.

Sorry if this doesn't make sense, usenet lingo is 2confusing4me.
Comment in Feedback
25/03/2016 10:53 *admin
Thanks for that, really appreciate your suggestions!
I did want to leave the ability for one to selectively download individual episodes without being forced to download a whole batch (helps if you only need one, or want to watch earlier episodes whilst the rest is downloading). So I probably won't be combining them all into one file.

I've just changed how PAR2s are generated, so that each file gets its own set. This means indexers should at least see the episodes separately as a collection, with the PAR2s.

Unfortunately, I don't think there's much that can be done about grouping collections whilst leaving the ability to grab individual files, but since the text at the beginning is the same, hopefully when one searches, they'll find all the related files (indexers seem to allow one to create an NZB from multiple files with the checkbox feature).
But if you have any other ideas, please do post them.
Comment in Feedback
25/03/2016 09:22 — Anonymous
Hey sorry,
just another issue with the usenet indexing.

When you're uploading a collection of episodes, you've been using a title like this:
---
[Tsundere] Kantai Collection [BDRip h264 1920x1080 10bit FLAC] [1/20] - "[Tsundere] Kantai Collection - 01 [BDRip h264 1920x1080 10bit FLAC][4AEFAE2A].mkv" yEnc (1/1900) 1458897068
---
Which, to be perfectly honest, makes a lot of sense.

The problem is, that idiots in other newsgroups (and in the anime groups a.b.anime and a.b.m.anime) tend to put advertisements before the part indicator at the start.
A lot of shit gets posted, like this:
[ TOWN ]-[ www.town.ag ]-[ ANIME ]-[Usenet Provider >> www.ssl-news.info <<] [02/17] - "[Pur...Innocen].Heavy.Object.-.04.[720p][8A2E0089].part01.rar" - 581,19 MB yEnc (1/137)
Thankfully they didn't put their ad crap in the section enclosed by quotations, so it was easy enough to get a real title (in this case "[Pur...Innocen] Heavy Object - 04 [720p][8A2E0089]").

This means the vast majority of indexers completely ignore the section unenclosed by quotations at the start (except for the part indicator).

What this means is that your collections don't get indexed properly, even though its a smart way to format the title for collections.
What ends up happening is each of the episodes you upload are seen as individual files, and don't get grouped together. Instead of being able to create one NZB for [Tsundere] Kantai Collection [BDRip h264 1920x1080 10bit FLAC], the indexers will create incomplete/unfinished NZBs for the individual episodes.

If you look on binsearch, you should see whats happening:
http://binsearch.info/?q=kantai collec...00&server=

I think most posters tend to compress the collection, and split it into a number of .rar files.
For example, the Kantai Collection might become:
[Tsundere] Kantai Collection [BDRip h264 1920x1080 10bit FLAC] [1/20] - "[Tsundere] Kantai Collection [BDRip h264 1920x1080 10bit FLAC].001" yEnc (1/1900)
[Tsundere] Kantai Collection [BDRip h264 1920x1080 10bit FLAC] [1/20] - "[Tsundere] Kantai Collection [BDRip h264 1920x1080 10bit FLAC].002" yEnc (1/1900)

etc...

Hopefully that made sense!
Comment in Feedback
23/03/2016 11:30 — Anonymous
My fucking soul is so broken, poor Update-kun would probably run away.
I don't have any high level goldfish... need to steal some Koi somewhere.
"Firstborn" *throws up* Disgusting. Stop that.

P.S: Attachment-kun needs Goldfish now... ;_;
archive
Anime DDL+NZB mirror
Current Time: 27/08/2026 18:19



About/FAQs

Discord