Nyaa archive 1662673

[MTBB] Oshi no Ko - 02 (1080p)

Saved on 2023-07-29 04:10:15. This copy includes the description and comments available at capture.

Description

Oshi no Ko, episode 2

There is an alternate honorifics track in this release. Set your media player to play "enm" language tracks by default to automatically play honorifics tracks.

Please leave feedback in the comments, good or bad.
Please read this short playback guide if you want to know how to make the video and subtitles of this release look better.
Anyone wanting to do their own release is free to use any part of this torrent without permission or credit.

Comments 72

what's the point of this?
all you modern english "fansubbers" do is steal from official translation and add some unnoticeable tweaks.

I’m gone for my trip a week ago and still waiting for the 300th comment there.

be the change streetshitter you want to see in the world

Serious question though, what's the reasoning for not putting honorifics on the default track but actually swapping the order of first/last names of people to the way it is in Japan? It seems a tad contradictory imo.

Yeah, idk. It doesn't lag in MPC-HC with xysubfilter. I'll try to be more attentive to this in future weeks. It's obviously immersion-breaking when the whole screen is laggy.

My decade-old baker can handle this sub fine. Even using the nightly version, mpv has more frequent lagging issues, unlike mpc-hc.

@motbob No worries. If I can't think of something I'll go back to mpc-hc. Plus its only really in that instant with the panning headlines at 02:44 in outside that no issues. Thanks for the great work.

@nicky_008 Good to know.

I definitely would not say that mpv is more laggy overall than MPC-HC. Hell, even the newer versions of VLC beat MPC-HC in that regard. It's just this one sign that's weird.

@JohnTitor228 You understood the complete opposite of what I meant.

@ChocolateBar999 Try disabling hardware decoding in mpv.conf in case you're currently using it (or enabling if you aren't) and see if there's any difference. You could also try switching vo=gpu-next and vo=gpu. Btw, what CPU do you have?

Edit: never mind, I'm actually also getting the slow-down at that point too... I guess Bob's typesetting is just out of this world lmao
mtbb
(It doesn't drop any frames if I disable the subtitles, obviously)

Thanks for mentioning about VLC issue also. In my case, I'd rather often have to deal with mpv more, like self-choosing appropriate settings or suitable decoders.
Seem like the fancy text is becoming a more critical problem here anyway.

13900K + 4090 + 7200Mhz DDR5 ram.. and that first sign at 1:48 lags in MPV. Worst yet, is that I have blend subtitles set to video so its rendering them at 1080p only, not 4k like my display is set to.
Edit: 2:44 is even worse

I literally don't know how other than you people are using some old-ass version of libass. 1:48 has no lag, and 2:44 drops a single frame. My CPU is a 5600x.

My laptop's i5-6200U dropped 8 frames on 1:48 and 57 on 2:44 even with mpv's latest version. MPC with xysubfilter lags a bit on 1:48 and comes short of fucking shitting itself on 2:44. I do not care about this show and the people watching, so bob please keep up the excellent work.

kek I'm using a Ryzen 7 2700 and 1660 Ti with mpv.net and not a single dropped frame or any slowness at 1:48 and 2:44. Your setups are shit if you're having problems.

i have no problem at 1:48 at any resolution and 2:44 at 1080p. it's very laggy when i play 2:44 fullscreen at 1440p though. i have a 5800x

Aight I figured it out, in my case the slowdowns were mainly being caused by this setting:

video-sync=display-resample

No issues on my end, my HTPC specs are R7 2700 and Vega 64, upscaling to 4K using ewa_lanczos with SSSR, no hardware decoding.
I use video-sync=display-resample but with a TV running at 24Hz tho.

Yeah I'm trying to do 120Hz and upscaling it to 4k hence the slow down whenever it tries to render the signs but when I revert it back to 1080p there's no issues whatsoever.