Latest Comments
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.
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.
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.
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.
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.
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.
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.
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.
Virtually all newsreaders will ignore .par files as well, unless they are necessary for repairs.
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.
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.
>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.
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.
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
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
and you're thinking multi-part files might make for more reliable uploads to Usenet?
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.
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.
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.
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.
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.
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.
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.
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.
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.
maybe noone uploads to TT, but anidex has some stuff from groups which dont use nyaa, and those releases haven't hit AT yet
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.
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.
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...
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...
I think it has exploded again. Incomplete posts since about 7 hours ago.
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.
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.
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
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.
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.
Rather than old links, admin has invested in creating new multi-year links on Usenet, for newbies and slowpokes like yourself.
So you're asking admin to add a paid service checker to save you a mouse click.
Well, the AT developer knows better. Probably he will use an api like http://urlchecker.org/#api or something like that.
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...
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...
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.
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.
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...
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...
If you want guidelines, you can assume after 60 days your chances of getting live links drops like a rock.
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.
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.
If you want a show, you're better off just trying to see if it's still available.
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
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
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.
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.
If you sign in here you can filter out groups you don't like.
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
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.
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.
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.
Hmm, alright, I'll give that a try, thanks a lot for the explanation!
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.
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.
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.
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.
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!
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!
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... ;_;
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... ;_;
04/04/2016 00:05 — admin