<FichteFoll> hi, just state your problem
* Nitr0 has quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
<mutsuto> ok cool.
<mutsuto> so last month
<mutsuto> my timer's audio was out of sync with the video + subs when viewed in aegisub.
<mutsuto> we were told here to download trunk build
<mutsuto> fixed it
<mutsuto> this month i have the same issue. trunk. fixed
<mutsuto> now when i export some subs, they're out of sync when played in a media player.
<mutsuto> the play fine in aegisub.
<mutsuto> but the subfile is out of sync when either opened in the media player, or when they're muzxxed into the video.
<mutsuto> any idea what's going on, or a fix?
<mutsuto> this month = today.
<mutsuto> they're 0.5s too early. and therefor leave 0.5s too early
<mutsuto> approximately
<FichteFoll> how did you "export" and what media player did you use?
<FichteFoll> also is the source using mkv?
<FichteFoll> actually, that shouldn't matter
<mutsuto> by "export" i mean just save-as a new file.
<mutsuto> i've tried it in VPC and in HPC-HC
<mutsuto> the video file is saved as .mkv
<FichteFoll> can you confirm whether the subs are out of sync with the video, audio or both?
<mutsuto> 2 secs
<mutsuto> ok so video and audio a perfectly in sync with each other. the video was fine to begin with, and nothing has changed that. but thought best to check
<mutsuto> thefore subs are out of sync with both
<FichteFoll> ok, that's interesting. Can you share the file? if it's too big, you can extract a fragment with mkvtoolnix
<FichteFoll> (although that might affect the source, so ideally don't create a segment)
<mutsuto> 2 secs.
<mutsuto> here is a mega link of videos im encoding from ISOs
<mutsuto> the file you want is episoed 2
<mutsuto> https://mega.nz/#F!qTxDzDLL!GC2Sf-fYYIqvIYjZzyXIeg
<mutsuto> here is the sub file
<mutsuto> https://files.catbox.moe/8tgdhw.ass
<mutsuto> thank you for helping me
<FichteFoll> duh, my aegisub build broke for some reason
<FichteFoll> but I can confirm that the subs are out of sync when playing in mpv (and just renaming the subs)
<mutsuto> " (and just renaming the subs)" sorry, what do you mean here?
<FichteFoll> mpv loads subs with the same name as the video automatically, so I didn't have to mux
<mutsuto> what happend when you view the sub file in aegisub?
<mutsuto> for me the timing is perfect
<FichteFoll> still figuring out why meson can't build
<mutsuto> pardon?
<FichteFoll> still installing aegisub
<mutsuto> i've also make a thread on Animebytes asking for help. i've had an interesting response just now.
<mutsuto> screenshot https://i.imgur.com/RXKtjMU.png
<mutsuto> thoughts?
<FichteFoll> quite interesting indeed. subtitles don't know anything about your video's fps. They use timecodes
<FichteFoll> ah yeah, you said that as well
<mutsuto> yup
<mutsuto> so i take it you too have never heard of this idea?
<mutsuto> i think i'll have to ask further then :shrug:?
<FichteFoll> I think they're confusing things
<FichteFoll> this kind of problem exists, but it's not relevant here and incorrect
<FichteFoll> Delay relative to video                  : -591 ms
<FichteFoll> this is the relevant part
<FichteFoll> or bit, rather
<mutsuto> wher did you get that value from?
<mutsuto> "591"
<mutsuto> it seems right, but too significant figures for merly an estimate
<FichteFoll> from mediainfo
<mutsuto> wait. so the subs just have a tag in them telling it to delay?
<mutsuto> and aegisub is putting it on for an unknwon reason, that's the bug?
<FichteFoll> no, that's from the audio track
<FichteFoll> I'm currently unsure as to why mpv seems to un-delay the subtitles as well, however
<mutsuto> why does the audio track have a delay on it :thinking:
<mutsuto> ?
<mutsuto> is it to sync with the video?
<FichteFoll> yes, most likely. The writing application is handbrake, so it was probably used to cut out some parts at the beginning of the video
<FichteFoll> but for the audio it just set the delay so it wouldn't have to cut that as well
<mutsuto> I used handbreak to encode the video, yes. is that what you mean by "writing application"?
<FichteFoll> yes
<mutsuto> i did not cut anything from the source's beginning though.
<FichteFoll> if you set the negative delay of the audio track for the subtitle track when muxing, it will look as expected https://x0.at/gbH.png
<FichteFoll> I can't exactly say why this is necessary because there seems to be some not-so-obvious interdependency between the delays of the tracks (and whatever ffms does when it loads the audio into aegisub), so someone else might be able to provide a better explanation
<mutsuto> how very odd. thank you for a working solution. i would have prefered to have had an .ass which could work standalone but will happily settle for this as it allows me to ship a product.
<mutsuto> would i be correct or incorrect to say this is an aegisub bug?
<FichteFoll> not sure tbh
<mutsuto> kek. thank you very much.
<FichteFoll> I say "not sure" because the subtitles clearly start after 410ms, yet the first frame in mpv shows them already (without the additional delay)