nekoBT archive 11429516208130

[BlackRabbit] Lord Marksman and Vanadis (2014) - S00 [Bluray-1080p][Opus 2.0][Dual Audio][AV1]

Saved on 2026-09-15 23:08:05. This copy includes the description and comments available at capture.

Description

Release Information

Field Value
File Lord Marksman and Vanadis (2014) - S00E01 - Tigre-kun and Vanadis-chu 0 Encounter with the War Maiden [Bluray-1080p][Opus 2.0][AV1]-BlackRabbit.mkv
Source Lulu
File Size 23.7 MiB
Duration 2 min 32 s
Overall Bitrate 1 306 kb/s
Frame Rate 29.970 FPS
Rabbit Encoder v5.5.4
Language Detector v2.5.3

Rabbit Encoder Settings

Setting Value
Quality Low
Speed Slower
Dedupe subtitles Yes
Audio languages jpn, eng
Raw RE1|c~q=l,sp=sr,dd=1|al~v=jpn+eng

Video

Property Value
Codec AV1
Resolution 1920×1080
Aspect Ratio 16:9
Bitrate 844 kb/s
Frame Rate 29.970 (30000/1001) FPS (Constant)
Bit Depth 10 bits
Stream Size 15.3 MiB (65%)

Audio

# Language Codec Channels Bitrate Sample Rate Size Flags
1 Japanese Opus 2 channels (L R) 124 kb/s 48.0 kHz 2.25 MiB (10%) Default
2 English Opus 6 channels (L R C Lb Rb LFE) 229 kb/s 48.0 kHz 4.16 MiB (18%) Default

Subtitles

# Title Format Language Flags
1 Full Subtitles [FFF] ASS English Default

BlackRabbit Encodes

BlackRabbit focuses on mini encodes made for users who want to save storage space without giving up solid video and audio quality.
Our goal is simple: find the best available remux source, preferably with dual audio (Japanese + English) when possible, and encode it into:

  • Video: AV1
  • Audio: Opus

This makes the releases especially useful for people running automated setups such as Sonarr, where smaller file sizes can save a lot of storage over time.

Our Encoding Approach

Our releases are more than a straight AV1 + Opus re-encode. We never alter the actual content — no re-timing of dialogue, no cuts, no aggressive filtering by default — but we clean up and reorganize the tracks so every release is tidy, consistent, and behaves correctly across devices and media servers.

The core changes are:

  • video is encoded to AV1
  • audio is encoded to Opus
  • overall file size is significantly smaller

Alongside this, we properly handle the audio and subtitle tracks (details below). The end result is a release that's effectively the same as the source, just smaller, cleaner, and better organized.

Audio Handling

Beyond re-encoding to Opus, we tidy up the audio tracks so they behave predictably:

  • Smart bitrates — the Opus bitrate is chosen per channel layout (mono, stereo, 5.1, 6.1, 7.1, all the way up to 7.1.4).
  • Logical ordering — tracks are sorted with Japanese first, English second, and any other languages alphabetically after that; main audio always comes before commentary and audio-description tracks.
  • Deduplication — redundant tracks are removed, keeping the best source per language and channel layout (lossless preferred, then highest bitrate).
  • Correct flags — default, original, commentary, and audio-description flags are set properly.
  • Sync correction — any audio delay/offset baked into the source is corrected so tracks stay in sync.
  • Clean track names — messy or inconsistent track titles are cleared.

Subtitle Handling

Subtitles are kept as-is — we don't re-encode or restyle them — but we detect, label, and organize them so the right track shows up at the right time:

  • Track classification — every track is identified as Full, Signs & Songs, SDH, Honorifics, Commentary, or Storyboards, including content-based detection for sources with wrong or missing labels.
  • Clean, consistent names — e.g. Full Subtitles, Signs & Songs, SDH, with the source or release group tagged where known.
  • Correct flags — default, forced, hearing-impaired, commentary, and original flags are set so players automatically pick the intended track.
  • Logical ordering — English first, Japanese second, any other languages alphabetically after that; full subtitles before signs & songs; text-based before image-based.
  • Deduplication — redundant subtitle tracks are removed.

Source Quality

Source quality is very important to us. If a better remux/source becomes available later, we may re-encode the entire season using that source and increase the version number.
If you know of a better source, please let us know in the comments.

Sonarr Compatibility

Compatibility with automated media systems, especially Sonarr, is one of our main priorities. Because of that, we try to keep file names as Sonarr-compatible as possible to make library management easier and more reliable.

Our Priority

Our main goal is to provide mini AV1 encodes for as many anime as possible while still maintaining good video and audio quality.
When strong AV1 releases from other groups are already available, we would generally recommend using those instead. BlackRabbit's focus is on helping fill the gaps by providing compact, high-quality AV1 encodes across a wide range of titles.

Optional Support

If you would like to support and help us continue releasing mini AV1 encodes, donations are appreciated but never expected.

XMR: 895pWQCwjJs24bjnkY5SuhAvwjhKtcrL9NXx1aRy7MUbbSk8w7SawbTiRipPvcmKohQNqpNWXDypmHncLSCxzUtkERNJS9h


Feedback is always welcome. If you spot a better source, naming issue, or anything else worth improving, let us know in the comments.

Comments 7

Reply to #11430072689443

@BlackRabbit Makes sense, I just started uploading stuff today, I go by the naming convention in my library, so I find this rather... odd sometimes. Say there's a recap or special episode, will they fall under S00 when they're a part of a certain season. Also I was recommended by the staff to check the naming on their wiki, So i do have some problems, where some naming schemes fall out of their rules... I'm not against them, I just try to respect the source and maybe my personal wish as well. Now for example, I find it very cumbersome to have codec, src what not in filename when I could use the file name better for episode titles. There were some problems where for example To-Love Ru Darkness Season 2 Episode.... episodes there have like 4 or 5 special stories crammed in one episode and having to enter their title makes the file name too impossibly long that I got errors, So where do i cater to that, you know? I prioritise the episode title over the resolution, codec, src and other tags...

Reply to #11430072689443

@TheMachinistt1000 Some sources may label recaps or special episodes as something like episode 7.5, but for automated systems, those usually belong under S00 / Specials.

Most automated systems organize files based on metadata providers such as TVDB. For example, Sonarr uses that metadata to determine whether an episode is part of a regular season or should be treated as a special.

On our side, we import the sources into Sonarr first, and Sonarr then handles the renaming automatically with the correct episode titles and relevant tags. This means we do not have to manually spend time organizing every file, and it also helps other users who rely on automated systems, because their imports should work properly as well.

Reply to #11430072689443

@BlackRabbit You've just confirmed what I feared, as much as the automated system is appreciated for being less time consuming, we loose the ability to position the special episodes as we need.
And also, ig you haven't encountered files where titles are exceptionally long.
One thing I'd like to ask you is. Is the Naming scheme 100% mandatory, or its just a guideline and can be ignored for certain releases?
If the only consequence is less visibility, I think I'm ok with that...
Also, I do feel the tags on codec, src etc a bit redundant per episode, wouldn't it be helpful to just have it on the main folder itself?

Reply to #11430072689443

@TheMachinistt1000 I have run into filenames being too long a few times before. In those cases, I usually solved it by shortening the episode title with ... somewhere in the middle, while still keeping the important parts recognizable.

On Nyaa, the naming scheme is not mandatory. However, nekoBT seems to heavily prioritize automated systems, especially Sonarr. You can see this in the way they try to automatically identify the anime, season, and whether each episode would import successfully. They also add extra subtitle and audio information into the torrent title specifically for automation tools.

I am not completely sure whether the naming scheme is mandatory on nekoBT, but they clearly put more thought into automated-system compatibility than any other tracker I have seen.

Reply to #11430072689443

@TheMachinistt1000 Regarding tags like codec, source, resolution, release group, and so on: Sonarr uses the main folder name or torrent title when searching, because that helps it identify the anime, season, quality, source, release group, and other release details before downloading.

However, once the content is downloaded, Sonarr mostly ignores the folder name and tries to identify those details from each individual file instead. That means it expects each episode file to include enough information on its own, such as anime name, season number, episode number, codec, resolution, source, and release group.

So while putting those details only in the main folder would look cleaner, it can make things less reliable for automated imports.