**THIS TORRENT HAS SOME H265 FILES IN IT! NEW TORRENT WILL BE PUT HERE AND THIS TORRENT WILL BE HIDDEN WHEN FIXED**
This was fucking funny. So I learned about av1an about halfway through 1-700 encoding at the same time, so I had to wait for those to finish first. Which took about a week and half. Then I let av1an do it's thing for the last 300 episodes. Then yesterday (2022-11-21) I got a 16TB drive for my media server so I had to move all the data. And then today (2022-11-22) Xfinity decided to cut all the cables on my street and redo them without any warning. They said it would increase speeds but I'm still at 938 down 41 up. Anyways enough complaining, here's the first 1k episodes of One Piece in AV1! Go check out [Valenciano](https://nyaa.si/?f=0&c=0_0&q=%5BValenciano%5D+One+Piece) for more recent episodes.
**PLEASE LET ME KNOW IF THERE'S ISSUES WITH ANY EPISODES!!**
There's too many episodes for me to skim all and check. If you notice an issue please let me know and I'll put a patch in the comments ASAP.
Sorry that these files don't work on Plex, go bitch on their [Feature request thread](https://forums.plex.tv/t/add-support-for-av1-coding-standard/556253), or use Jellyfin with it's flaws with Anime metadata.
Original source is this [Lia](https://nyaa.si/view/1458908) release.
Don't forget to check out the [AV1 Weeb edition](https://discord.gg/rk6fCvxz2X) discord server for releases by the cool and awesome people that also do AV1 shenanigans.
Oh yea, the encode settings I used were `-map 0 -map -v -map V -c:v libsvtav1 -preset 5 -crf 32 -g 240 -pix_fmt yuv420p10le -svtav1-params tune=0:film-grain=8 -c:a opus -b:a 64k -strict -2`
|Source|Compression from source|
|-|-|
|1.3TiB|84.78%|
```
General
Unique ID : 336919571389267533299511816221689553302 (0xFD7859612A3DDB094A265EB78C02A196)
Complete name : /media/Anime/One Piece/Season 1/One Piece - S01E0001 - I'm Luffy! The Man Who's Gonna Be King of the Pirates!.mkv
Format : Matroska
Format version : Version 4
File size : 244 MiB
Duration : 25 min 0 s
Overall bit rate : 1 367 kb/s
Movie name : [Lia] One Piece - 0001 [1080p]
Writing application : Lavf59.34.101
Writing library : Lavf59.34.101
ErrorDetectionType : Per level 1
Attachments : comic.ttf / comicbd.ttf / GandhiSans-Bold.otf / GandhiSans-BoldItalic.otf / GandhiSans-Italic.otf / GandhiSans-Regular.otf / times.ttf / timesbd.ttf / trebuc.ttf / trebucbd.ttf / verdana.ttf / verdanab.ttf
Video
ID : 1
Format : AV1
Format/Info : AOMedia Video 1
Format profile : Main@L4.0
Codec ID : V_AV1
Duration : 25 min 0 s
Bit rate : 7 993 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.161
Stream size : 1.40 GiB
Writing library : Lavc59.51.100 libsvtav1
Default : Yes
Forced : No
Color range : Limited
Audio
ID : 2
Format : Opus
Codec ID : A_OPUS
Duration : 25 min 0 s
Bit rate : 128 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 43.066 FPS (1115 SPF)
Bit depth : 32 bits
Compression mode : Lossy
Stream size : 22.9 MiB (9%)
Writing library : Lavc59.51.100 opus
Language : Japanese
Default : Yes
Forced : No
Text
ID : 3
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Duration : 24 min 48 s
Bit rate : 87 b/s
Frame rate : 0.203 FPS
Count of elements : 302
Compression mode : Lossless
Stream size : 15.6 KiB (0%)
Language : English
Default : Yes
Forced : No
```
@seth001 I used anidb as my metadata agent and it has all the episodes listed as Season 1, so I used that so Jellyfin and Plex can find metadata without many issues.
So you encoded lossy to lossy? What's the rationale for that? I have always been under the impression that this was forbidden among encoding enthusiasts, and that sources should always be "master quality" or as close to master as possible (such as a bluray rip) IF they are available, which they are for One Piece. But your source appears to be copies pulled from a streaming service using a bitrate/filesize target (bad) rather than a quality target (good).
Assuming same Lia source for audio, you appear to have re-encoded 128kbs AAC to 128kbs Opus which is insane to me. Lossy-to-lossy video is excusable sometimes, but lossy-to-lossy audio is basically a sin because of how deeply destructive it is. I'm confused about your goals here. You aren't even saving on bitrate because it's the same bitrate target for each audio codec, so you should have just kept the AAC audio tracks. All you've done is destroy/remove more audio data. Opus's high level of quality is probably the only reason the damage wasn't immediately perceptible to your ears.
I understand if you desired to do this just to save a ton of space and don't care about decreased perceptual quality, but for me the attendant removal of even more visual data on top of an already-lossy release makes it a questionable archival decision.
Do you have access to JP BD raws? I understand that would be an insane undertaking especially considering what you've already done, but it might be worth it if you have them or can get them on loan from somebody.
When skipping through the episodes in mpv, the audio track causes desync problems and sometimes it hangs the player.
Remuxing with mkvmerge fixes this issue.
Comments - 19
seth001
46620 (uploader)
pyongyang99
3du-54n
46620 (uploader)
SceneDeity
seigemark
xOmnium
NekoTrix
player2nation
wave
LastBreeze
ethan2awesome
LastBreeze
ShuSaura
46620 (uploader)
nph
nph
Kuromancer