[ToonsHub] Rascal Does Not Dream of Bunny Girl Senpai S02E05 1080p CR WEB-DL AAC2.0 H.264 (Seishun Buta Yarou wa Bunny Girl Senpai no Yume wo Minai, Multi-Subs)

Anime Tosho Home » Seishun Buta Yarou wa Santa Claus no Yume o Minai » 5, Dissonant Notes »

[ToonsHub] Rascal Does Not Dream of Bunny Girl Senpai S02E05 1080p CR WEB-DL AAC2.0 H.264 (Seishun Buta Yarou wa Bunny Girl Senpai no Yume wo Minai, Multi-Subs)

Source Links

●Nyaa (cached) | Torrent Download | Magnet Link (1.363 GB) | NZB | Website

Date Submitted

02/08/2025 16:01

Series (!)

Seishun Buta Yarou wa Santa Claus no Yume o Minai - Episode 5 (of 13): Dissonant Notes

Comment

Brought to you by ToonsHub

Tracker(s)

udp://tracker.opentrackr.org:1337/announce	S:	11	L:	2	C:	69	U:	3d, 16hr, 35min ago
udp://exodus.desync.com:6969/announce	-
udp://tracker.torrent.eu.org:451/announce	S:	11	L:	3	C:	61	U:	3d, 16hr, 31min ago
http://nyaa.tracker.wf:7777/announce	S:	13	L:	3	C:	72	U:	3d, 16hr, 29min ago
udp://open.stealth.si:80/announce	S:	12	L:	3	C:	60	U:	3d, 16hr, 58min ago

File Name (Size)	Rascal.Does.Not.Dream.of.Bunny.Girl.Senpai.S02E05.Dissonant.Notes.1080p.CR.WEB-DL.JPN.AAC2.0.H.264.MSubs-ToonsHub.mkv (1.363 GB)
Download	AkiraBox \| BuzzHeavier \| GoFile \| MdiaLoad KrakenFiles: Part1, Part2 MultiUp: Part1▼ BdUpload DownAce Fichier FileCloud Filerio FilesCdn IndiShare Kbagi Turbobit UpToBox Uppit , Part2▼ BdUpload DownAce Fichier FileCloud Filerio FilesCdn IndiShare Kbagi Turbobit UpToBox Uppit , Part3▼ BdUpload DownAce Fichier FileCloud Filerio FilesCdn IndiShare Kbagi Turbobit UpToBox Uppit
Screenshots	more »
Extractions	Audio: GoFile \| MdiaLoad \| BuzzHeavier Subtitles: All Attachments \| eng [ASS], ara [ASS], fre [ASS], ger [ASS], ita [ASS], Brazil [por, ASS], rus [ASS], Latin America [spa, ASS], spa [ASS]

11 comment(s):

03/08/2025 13:32 — Anonymous

It looks like CR (or the tools being used to rip CR's scripts) is having an issue with signs on the English subs?

This episode has numerous sign subs that are set so far out of place, that they either partially or entirely render off-screen.

Digging into the ASS file, the subs seem to be designed for a 640x360 pixel window, but the sign positioning is based around a 1920x1080 window. So anything with a non-default position gets rendered in the wrong spot - usually well off-screen.

The odd bit is that it's just the English subs that have this problem. The other languages I check have the same 640x360 viewport, but the sign positions are correct for that viewport.

03/08/2025 14:33 — Anonymous

I noticed this same issue with Dan da dan's last two episodes. I cross checked it on CR and found that it's not rendering there also. So it might be an issue from the licensor who is providing the subs to CR, which in these cases is aniplex iirc.

03/08/2025 23:39 — Anonymous

Interesting. I don't watch any other Aniplex shows, but a source issue would certainly explain why this is happening, and why it hasn't been noticed sooner. Especially with only the signs being affected, a cursory QA check won't pick up anything as being obviously wrong.

For that matter, it looks like S02E04 had the same problem; so this started last week. But that episode had a minimum of signs - whereas this one is full of them - which also made it easier for the issue to slip by unnoticed.

Anyhow, I've gone ahead and modified the English subs to account for the 360p viewport. It appears that Aniplex/CR was doing the exact same thing for their subs in the earlier unbroken episodes - that is, doing the initial positioning in 1080p and then scaling down the position for a 360p viewport - so this should be identical to how they'd look if they didn't bungle the subs.

https://pastebin.com/C4MupSJ3

Just save it as an ASS file. Muxing it in to the video with MKVToolNix isn't necessary, but would be a good idea for long-term storage.

03/08/2025 15:08 — Anonymous

> the subs seem to be designed for a 640x360 pixel window

CR subtitles are always done in 360p to discourage leaking. Getting signs to render properly in 1080p requires resampling and an automation script in Aegisub to correct perspectives when resampling the subtitles from 360p to 1080p. ToonsHub probably does not do such a step.

03/08/2025 22:11 — Anonymous

The subs will still render fine when auto-scaled as long as the X/Y and positioning are using the same resolution. Actually not the case here, as the subs for this ep have been set with a 1080p resolution for \pos but the PlayResX and Y are still set to 360 meaning the positioning is waaaaay out of whack. (The same for all subs that I checked, so I expect it is a CR thing.)

Solvable in this case by setting PlayResX and Y to 1080p counts.

03/08/2025 23:54 — Anonymous

The one issue with just changing the PlayRes resolution is that the resulting text ends up being much smaller than intended, making it hard to read. The fonts used in these subs are all size 20; which is quite small by the standard of video subtitles. When defined against a 360p PlayRes, they get scaled up to match the final output resolution, but no such scaling occurs if PlayRes is set to 1080p.

One way or another, the text needs scaled up to be comfortably readable. And since messing with font size or using hard-coded scaling creates some other text display issues with text outlines and margins, it ended up being easier to just fix the position of the signs to account for the 360p PlayRes viewport. Which is what CR was (apparently) doing up until the last two weeks.

04/08/2025 00:13 — Anonymous

Just use aegisub's proper subtitle rescaling script

04/08/2025 14:29 — Anonymous: "LightArrowsEXE"

What you want to use isn't that in this situation. LayoutRes is better suited for this (unless you're redoing the typesetting entirely yourself).

See: <a hre="https://github.com/libass/libass/wiki/ASS-File-Format-Guide#layoutresx-and-layoutresy">Libass wiki</a>

04/08/2025 01:44 — Anonymous

alternatively all of this could be avoided if you practiced some patience and waited for Arid's fansubs, which have a far better translation and actually good typesetting

04/08/2025 03:31 — Anonymous

You honestly think terminally online people will with attention spans as short as a thumb, will be patient enough to wait for something better?

Today 23:00 — Arid

True, but it's my fault for taking too long in the first place

Add new comment

Name:

Comment Type:

Message:

Show formatting tags

<b>bold</b>	<i>italic</i>	<u>underline</u>	<s>~~strikethrough~~</s>
<code>`code`</code>	<sub>_subscript</sub>	<sup>^superscript</sup>	<spoiler>spoiler</spoiler>
<big>big</big>	<small>small</small>	<quote>quote</quote>	<a href="https://animetosho.org/">link</a>

Please be aware of the following before commenting:

Anime Tosho provides a mirror of torrents and is not the source. Please understand that uploaders/submitters may not read comments here, so you should check the Source Links section near the top of this page if you wish to contact them
Expired links do NOT get reuploaded as files are deleted after we process them
Uploads are NOT instant, so please wait for them to be processed. The entire uploading process is done by a bot which does NOT read any comments, so asking for links will have no effect on when they show up
Critical comments are welcome, however note that statements such as "X is crap" or "Y sucks" are NOT criticisms. Please provide reasoning with critical comments to be informative, helpful and allow for debate.
Personal attacks or insults are not welcome here. Such comments may be removed entirely and commenters may be temporarily banned.

Image Verification:

Our squiggly text game where the aim is to copy the image into the textbox. All characters are upper case, and there are no zeros (0) and ones (1) in the above image. Apparently bots aren't as good as humans at this game.