____
#### **[1 - 151]**
| Track | Type | Name | Format | Language |
|:-: |:-: |:-: |:-: |:-: |
| 0 | Video | [JySzE] | AVC | -- |
| 1 | Audio | 2.0 JPN - FLAC| FLAC | Japanese |
| 2 | Audio | [Ergiman] 2.0 ENG - FLAC | FLAC | English |
| 3 | Subtitles | [RedDeadEncode \ Tokumei \ JySzE] English | ASS | English |
| 4 | Subtitles | [RedDeadEncode \ Tokumei \ JySzE] Signs And Songs| ASS | English |
| 5 | Chapters | CSandman | Text/XML | English |
#### **[152 - 500]**
| Track | Type | Name | Format | Language |
|:-: |:-: |:-: |:-: |:-: |
| 0 | Video | [JySzE] | AVC | -- |
| 1 | Audio | [Ergiman] 2.0 JPN - FLAC| FLAC | Japanese |
| 2 | Audio | [Ergiman] 2.0 ENG - FLAC | FLAC | English |
| 3 | Subtitles | [RedDeadEncode \ Tokumei \ JySzE] English | ASS | English |
| 4 | Subtitles | [RedDeadEncode \ Tokumei \ JySzE] Signs And Songs| ASS | English |
| 5 | Chapters | CSandman | Text/XML | English |
____
#### **Thanks to the following users for providing sources for this release in alphabetical order:**
1. Akai
2. asc3nsi0n
3. BestGirl
4. fabrebatalla18
5. Kratos
6. Scoped
#### **In Alphabetical order people who helped on this release:**
1. BestGirl : TL assistance and creating the release banner.
2. Calhau : Identifying OG Flash backs.
3. Ergiman : Syncing JP/ENG audio, Syncing OPs and EDs Subs and QC.
4. Hikari : Syncing subtitles.
5. Kaze : Scene Isolation help and QC.
6. Nemu : TL assistance.
7. Tokumei : Syncing subtitles and QC.
8. RedDeadEncode : Syncing subtitles.
9. Scoped : Syncing subtitles.
____
#### **Video Info:**
| Episode Range| Source | Resolution | DAR | FPS | Format| Encoder|
|:-: |:-: |:-: |:-: |:-: |:-: |:-: |:-: |
|001 - 053| R2J DVD| 480p | 4:3|VFR|H.264|[JySzE]|
|054 - 151| R2J DVD | 480p |16:9|VFR|H.264|[JySzE]|
|152 - 153| AMZN JP | 1080p |16:9|CFR|H.264|[JySzE]|
|154 - 195| iTunes US 2.0 | 1080p|16:9|CFR|H.264|[JySzE]|
|196| AMZN JP | 1080p|16:9|CFR|H.264|[JySzE]|
|197 - 208| NF FR| 1080p|16:9|CFR|H.264|[JySzE]|
|209 - 215| AMZN JP | 1080p|16:9|CFR|H.264|[JySzE]|
|216 - 256| DEBD| 1080p|16:9|CFR|H.264|[JySzE]|
|257| AMZN JP| 1080p|16:9|CFR|H.264|[JySzE]|
|258 - 421| DEBD | 1080p|16:9|CFR|H.264|[JySzE]|
|422 - 423| JPBD | 1080p|16:9|CFR|H.264|[JySzE]|
|424 - 500| DEBD| 1080p|16:9|CFR|H.264|[JySzE]|
#### **Filtering done:**
SD Eps:
1. Dehaloing
2. Scene filtering flashbacks
3. Dithering
HD Eps:
1. Rescaling
2. Dithering
#### **Media Info:**
[001 - 053](https://pastebin.com/A0N1JVM8)
[054 - 151](https://pastebin.com/Ne87z4d2)
[152 - 500](https://pastebin.com/juH8JXbY)
iTunes 2.0 is a brand new source that is **NOT** the same as the iTunes release that is already on nyaa, it is a widevine apple 4k tv webdl source that has more bitrate, always 1080p episodes, correct 23.976 fps.
Unfortunately it still had incorrect color space but it was corrected for this release.
____
#### **Audio Info:**
| Episode Range|Track|Source|Lang|Channels|Format|Sync by|
|:-: |:-: |:-: |:-: |:-: |:-: |:-: |
|1 - 151 |1|R2J DVD|JPN|2.0|FLAC|-|
|152 - 204 |1|R2J DVD|JPN|2.0|FLAC|Ergiman|
|205 - 500 |1|DEBD|JPN|2.0|FLAC|Ergiman|
|1 - 500|2|R1US DVD|ENG|2.0|FLAC|Ergiman|
____
#### **Sub Info:**
These subs were worked on by way too many people to name who did what on each episode so I will just list the users who helped on subs in alphabetical order:
1. BestGirl
2. Ergiman
3. Hikari
4. JySzE
5. Nemu
6. RedDeadEncode
7. Scoped
8. Tokumei
Users mentioned in the media info did the majority of the work.
Subs are sourced from CR.
____
#### **Extras:**
1. NCOPs and NCEDs Inside the Extras folder. I was going to encode these also but I did not end up having time to do so, sorry.
___
## V2 changes:
#### 1. 1 - 500 got sub fixes thanks to everyone who reported issues in the naruto report server thank you very much!
#### 2. 1 - 151, 198, 261 - 403 got brand new video encodes to fix various issues. (Thanks to YellowFlash for alerting me to the gamma bug in 261 - 403)
___
## Final Thanks
### Thanks to everyone for your patience. I have been very busy with OGDB CC, Z CC and GT CC so this took WAY longer than I planned.
### I encourage anyone with fansubbing experience that has an interest in improving these subs to do so. There are hundreds of signs still to be properly styled. Unfortunately, neither I nor anyone who helped with this release have the time to style them all. I would appreciate it if someone with real styling talent could take the time and improve upon these subs.
### -- Thank you for your support!
## Episode 47 for some reason had a old video stream muxed in rather than the proper v2 video stream. Please grab the correct v2 of 47 here : https://nyaa.iss.one/view/1681994
## Episode 104 had a muxing error and the timestamps and video stream were fucked, to be safe re-encoded straight from the v2 script and regenerated the timestamps. : https://nyaa.iss.one/view/1693349
Sorry
Awesome release JySzE. The only issue is that encode has mbtree enabled which is destructive for any content, but with CRF being that high I guess it's not a huge problem. This is the definitive release and likely always will be. So appreciate it. Gonna grab it and I look forward to DB CC. Thanks everyone for the hard work.
AVC 10bit for 001-151... In 2023... A dead format with zero hardware decoding support... If you're gonna use 10bit just use HEVC, it can be better than AVC for everything except some types of film grain with decent tuning, and you can always just brute force it with more bitrate, but if you have enough grain you don't need 10bit to protect gradients anyway so AVC 8bit ends up perfectly fine... AVC 10bit has been a bad choice since its inception, the complete lack of hardware support after it existing as long as it has shows this, even AV110bit has practically infinitely more hardware support after only a few years and services barely starting to use it.
Anyway, I appreciate the effort that's been put in to this project over the years, my annoyance is just with the weird codec choice for 000-151, especially when after is back to 8bit.
@everyone
Thanks for the kind words and appreciation so far guys I'm glad I can provide something people enjoy even if this is purely a selfish project.
@DrBALL
Yeah most of my encodes do not use mbtee (but that's because I work mostly with SD grainy content where mbtree usage is very apparent). But yes as you stated, the CRF I used + the qcomp and aqmode I used negated the issues that come with using mbtree, I got about a 15-20% reduction in file size when using it. And while yes if you compared stills of the non mbtree to the mbtree stills they looked only slightly better when zooming in. In motions it was not discernible and since we watch the show in motions and not just stills I think it was the correct call especially when the difference was only really noticeable when zooming in when comparing stills.
@Interruptor
Wow this is the nicest comment I have ever seen you post on nyaa, feels odd that it was directed at my work. Yeah, when it comes to flac I'd like to just add that I purposely leave it flac since we do get a decent reduction in file sizes from the source lossless audio found in the the JP dvds and the DEBD audio while remaining lossless. But I really like the idea of giving people the option to use whatever lossy codec they choose rather than me choosing a specific lossy codec I prefer (if I had to choose one lossy codec it would be opus tho). I'd just leave it flac myself personally but luckily you will be able to encode it to opus and be happy at the end of the day. Thanks for the kind words.
@nosebleeds
I'm not gonna argue with anything you said but I will offer you an explanation, do what you will with this information.
- HEVC was 20-35% slower at encoding than when encoding to AVC, at basically the same quality without a huge difference in size (size isn't something you mentioned but wanted to say that for anyone else reading), the script alone is already very taxing not including encoding.
- I pay 50 cents per kwh, I cant move somewhere where it is cheaper & was already encoding at single digit fps.
- I would use AV1 but it is also far slower than HEVC which is already slower than AVC & costs me too much money in power & time.
- I am filtering the SD eps at 16bit then the final output dithered down to 10bit.
- HD eps are processed at 32bit rescaled then dithered down to 8 due to StudioP having static grain on the whole image making gradients safe at 8 bit.
- You are right about the grain part & protecting gradients, that's the whole reason the HD eps aren't 10 bit because StudioP chose to slap static & insane random dynamic grain on top of the HD eps, They did static during the normal ep & then dynamic insane grain during flashbacks, so 10bit was basically pointless & also increased encoding time. The SD eps did not have this static grain applied from StudioP so 16 bit processing with 10bit dithered output helped protect gradients without a ton of grain added.
I chose speed with a output basically with the same quality while maintaining decent file sizes over anything else due to money & time, I hope this sheds some light on my choices agree with them or not.
Thanks for the appreciation & I can understand your annoyance, if time & money allowed I more than likely would of done it how you suggested but this took me well over a month & a half of uninterrupted encoding & going with HEVC or AV1 (preferring AV1) would of just exasperated the already exhausting project & at the end of the day people can still play AVC 10bit, hardware decoded supported or not.
I'm glad we finally got a definitive version to watch Boruto's dad Shippuden!
Leaving the joke aside, I always thought for a long time that this anime would never get a proper release and we would be stuck with a Web/TV version. When I found your version1 I was excited and I waited patiently for your version 2 release. While I don't understand much of the technical details on your previous comment, I truly appreciate the effort, time and money you have spent for this release. Thank you very much for your hard work here.
PS. Is the Naruto server (or a torrent general server) open to public? I would love to be informed of your future releases
@JySzE
(part 1/3)
You're definitely not wrong about HEVC 10bit being slower than AVC 10bit at matching quality and efficiency, about 30% sounds about right, personally, I would always consider that worth it for the better playback compatibility, but that's me and my circumstances, not yours.
With Single-digit fps filtering+encoding for SD resolution and the description saying the filtering for SD was just dehalo+sceneing flashbacks, I'd guess you used DPIR for dehaloing, but that's just a guess, but would definitely be among the best options for dehaloing an SD source. If that guess is correct then the vast majority of compute time would be that alone even on the fastest of GPUs, the x264 settings used are really quite fast on modern CPUs, just for interest's sake, I matched and tested them reencoding the first episode on a 12700k and it ran at about 130fps, so the encode settings probably weren't the biggest bottleneck in the filtering+encoding chain.
All that said, AVC is still an excellent choice when targeting very high quality, where HEVC won't really have any efficiency advantage despite slower encoding, leaving the only benefit of HEVC being the better playback compatibility in the case of 10bit encodes. The lack of hardware support of AVC 10bit also leads to other issues because of its poor playback compatibility, since the vast majority of devices don't support hardware decoding of it, and because many devices(think TVs, media boxes/sticks, consoles)+player combinations simply refuse to software decode it(at least as a first option), that leaves using media servers like Plex or Jellyfin, which will use transcoding in the majority of instances of AVC 10bit video, which will degrade the quality, though not by much as long as network conditions allow for high bitrate transcodes, transcoding however, of course, will use a lot more energy than if native software or especially hardware decoding was possible.
(part 2/3)
In my testing years ago on a Snapdragon 835 phone playback of software-decoded AVC 10bit used about 3x more power than hardware-decoded HEVC 10bit and AVC 8bit, which for the 24-minute files I tested meant about 9-10% battery life on that device for AVC 10bit vs about 3% for HEVC 10bit and AVC 8bit. In the case of transcoding being used because of the lack of AVC 10bit support the total amount of energy being used for playback will skyrocket, especially if software/CPU transcoding is being used, which in the case of Plex, probably the most popular media server, it limits you to software transcoding, locking hardware/GPU transcoding behind Plex Pass increasing the likelihood of energy expensive software transcoding being done, this is something worth considering if taking energy costs into the decision-making process.
I personally have never really considered the cost of energy in encoding because energy is cheap where I am, but I can understand why one would want to reduce their energy usage with high energy prices.
I often watch media on mobile devices relying on battery, so the decoding side of energy consumption is something I have considered before, which is the reason why I much prefer the usage of formats with hardware decoding support, but again, that's me and my circumstances, not everyone.
On the note of AV1, in the encoding use cases that you target, being very high quality, I don't think AV1 is really the right codec, at least in its current state. AV1 currently largely fails to be able to generate very high-quality encodes, no matter how much bitrate you try to throw at the problem, it very much excels at lower bitrate, acceptable quality encodes though, especially when a clean denoise is possible then combined with decent grain synthesis.
(part 3/3)
This ended up being way longer and more all over the place than I thought it would be, and it might perhaps come off a little like I'm attacking you, but that's not my intention at all, I do truly understand and appreciate the amount effort that goes into releases like this, a choice or two that I, to me, see as weird or nonoptimal, doesn't discredit or devalue the immense amount of work that has been done on a release like this or reduce my appreciation of it. Very few would be willing to take on encoding projects of this size and scope, so there's a good chance that if you didn't do it, simply no one would, and I appreciate that.
@everyone
Thanks again for the new people who complimented since my last comment
@Clemsi
No update as of now consider there is nothing coming so if it does come it'll be a surprise and if it never comes you will never get let down.
@DrBALL
Np!
@Skullcrane886
I don't know if they ever released a NC version of those OP/EDs, I do not have access to them so I cannot share them. Sorry.
@nosebleeds
Statement 1 Reply:
I understand.
Statement 2 Reply:
I did not list all the stuff I did to the video so there are a lot of factors that you couldn't have consider when trying to calculate why my process was so slow. The CPU usage is high while previewing the script and is sub-real-time already. CPU usage is above 75% so there is not a lot of CPU resources left for the encoding part, so a 30% hit when considering the lack of CPU resources after the script does drop the encoding fps by a large factor. There are a lot more variables here that you couldn't have known about. Since my torrent description is vague which is fine but this should give you enough info to get an idea.
Statement 3 Reply:
Yeah, my concern with power usage was on my end during encoding. I don't have any concern for others power usage during playback. As for transcoding I tested it out.
- My android tv using the native Plex app (not that important since smart tvs are dogshit and vary)
- My Apple 4k tv (Plex App & Infuse)
- My Nvidia shield (2019) (Plex App & Kodi)
- My intel Nuc (Plex HTPC)
- My mobile devices (Samsung S10 & S21 5G) & (iPhone 13 pro) (Plex App)
- My GF's iPad Air (idk what gen) (Plex App)
Every one listed above reported back direct playing for video with no transcoding. All these are common devices and work fine for me without transcoding. So playing these files will not be any real struggle if transcoding is a concern. Not including the software vs hardware decoding since as I said before that's not a concern of mine.
Statement 4 Reply:
I do not use my phone to consume home video media. I have no interest in the energy efficiency that comes with viewing my encodes on a mobile device. Power usage is only a concern of mine when encoding. I never run into an instance where my plex server has to transcode. Software vs hardware decoding also matters little to me. All my devices I use to consume home video media are capable of direct playing, as long as it is direct playing I am happy.
Statement 5 Reply:
This makes a lot of sense that this would affect you. Being battery reliant while watching media in this way. I do not unfortunately have any plans on accommodating this style of viewing. But I can understand you better now. When watching this on a mobile device, is there any benefit in watching my encode? Smaller devices are more forgiving when it comes to detail differences. Another release with a more suitable codec for your viewing would be better. If the battery is of main concern when it comes to decoding.
Statement 6 Reply:
You are correct, I'm waiting for it to mature more before I even considered it a real alternative at all. I did some tests with it years ago and was very impressed. So I am/was hoping one day it will scale linearly in quality with the space savings. I haven't re-evaluated it since then. But I more of meant I had high hopes for it. I felt the same way about HEVC. And I still prefer AVC over it to this day. Due to the lack of quality returns at the upper end of what I am aiming for. If I were to encode something different like something flat and less problematic. Where the main script was very lightweight and its output is 10 bit. In this hypothetical I could use HEVC or AV1 due to the allowance of more available CPU resources. While also being nice enough to accommodate people. But only if it is possible without any hindrance to myself but I don't see that happening.
Statement 7 Reply:
Thanks, I didn't feel attacked and don't want you to feel that way either with my replies. But unfortunately, I cannot accommodate everyone. At the end of the day, I made this for myself and if I am happy then that's all that matters. I work within my means and sometimes have to make calls that are less ideal for some but ideal for myself. I hope you enjoy the release, or find one suited for your viewing. If you wanna talk more about stuff like this, you can come over to the SoM QnA. And we can discuss more stuff if you like, much easier than here in Nyaa comments. :)
Thanks for the hard work. I've been putting off watching Nart, partially because of the bad quality releases, but when I finally do, I know there's a god-tier release out there.
@JySzE I believe they made them or at least for the original DVD release. I have my own copy of those but the resolution is 480p so I was looking to replace them, sadly it seems this won't happen. It's been a long time but if my memory is correct I believe I downloaded it from this same uploader https://nyaa.iss.one/view/424205 although this is an older torrent. Here is my own copy of those videos for those that want them https://catbox.moe/c/g2jfvk
Any chance someone knows where to get these files in 1080p?
Episode 47 for some reason had a old video stream muxed in rather than the proper v2 video stream. Please grab the correct v2 of 47 here : https://nyaa.iss.one/view/1681994
Sorry
@JySzE A bit late as an answer, but I always respect people who spend a lot of time fixing stuff, even if I might loathe the anime in question (or even the person working on it). Lots of them take it personally for some reason, but that's their problem.
Thanks i wish size a little bit smaller ;) but i dont problem with that. I made a comparison with coldhardy's release and i can easily say this is the best Naruto Shippuden torrent along with Yellowflash's manga accurate Naruto Shippuden.I prefer this btw.
Here the comparison
https://imgsli.com/MTg5MTgx
@DKB0512 No problem on my end using MPV. What are you using to play the file?
@JySzE I know it might be hard specially after all the effort on this release but is there any chance you could also release Naruto The Last movie? It is the only canon movie of Naruto and is needed to finish his story.
Actually，The spanish Selecta Vision bluray of naruto shippuden has the most excellent quality，especailly for ep1-151，but no one release more，what a pity！
@JySzE OPs 19-20 and EDs 37-40 are included in the [Naruto Final Best](https://nyaa.iss.one/view/1027601). I can upload the .iso for you if the torrent is unseeded.
Comments - 68
hydes
StazCherryBlood
bryansmith1234
NekoTrix
halofan
Bleachway
ethan2awesome
Nebula
LaserNair
Bakugo
FranciscoG
wafflescake00
JanSilver01
andysmith89
drikhj
PeePeePooPoo69
DrBALL
Oosik
DrBALL
TerraTanium
junek50
Kura61
Edigoron
Mr-EfTi
fabrebatalla18
Tom403
jillvalentine
crywolf203
jamesjohnson
Interruptor
nosebleeds
JySzE (uploader)
JySzE (uploader)
Quazza
Skullcrane886
Clemsi
nosebleeds
nosebleeds
nosebleeds
DisplayNamee
DrBALL
Skullcrane886
JySzE (uploader)
JySzE (uploader)
JySzE (uploader)
JySzE (uploader)
Rolando96
WPR
Skullcrane886
JySzE (uploader)
Chouonsoku
Gei17
Flops
Interruptor
ThePi7on
frye1994
Manuuuuuuu
SaiyanSidd
kidjkeith
drgn
DKB0512
Skullcrane886
bryansmith1234
CronoGreen
seigemark
shimo
X-Cho-X
Hunter11