-
-
Notifications
You must be signed in to change notification settings - Fork 50
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Audio padding issue #83
Comments
Motokare no Yuigonjou 2022 S01 1080p WEB-DL AAC H.264-MagicStar.zip |
difference is exactly 2 seconds |
Padding is only applied when timings are chosen automatically. When you set them manually, no padding is applied. |
c - Interactive subtitle selection. is automatic? |
If you want to create a card with padding, you shouldn't use |
I see, difference is not obvious tbh, but ok, also do you know why it cuts audio, even if subtitle is still shown. I ended up with 1.0 padding, but thats quite big |
When you override timings set in the subtitles, mpvacious assumes that your subs are incorrectly timed, and disables the padding since applying it would mean potentially grabbing extra parts of the dialogue that you don't want on your card. |
Could be your subtitle's timings, or the amount of padding you set in subs2srs.conf. |
I understand that. I mean I check, timings are perfect, even without overriding mpvacious cuts before subtitle disappears. |
that's why I'm using 1.0 padding to compensate it |
but yeah, anyway "c" key works just fine. |
Bandicam 2022-11-14 19-57-05-276-1.zip |
You're better off fixing the timings then.
On the video you still set the timing manually. |
I mean, as you can see, automatically it sets end timing to 07m30s200ms, but when I fix it manually, I set it when the line ends, it ends around 07m34s186ms |
|
This could help. You can also open the file in vim and remove the redundant lines. |
I also found this behavior really confusing: padding is only respected for single-line selection, but somehow not for multiple-line selection. I needed to spend some time debugging to figure out what was going on.
I think this behavior is only expected when the user directly sets the timestamps without referencing the exact timing of the current subs. I only use
This is probably the best option. I didn't try it before because it seemed less intuitive than Alternatively, just locally comment out these lines. Lines 331 to 333 in 178674f
|
Environment
Describe the bug
A description of what the bug is.
audio_padding only works when timings for multiple lines are set by pressing "c", and not for shift+s, shift+e
Expected behavior
A description of what you expected to happen.
audio padding should work
The text was updated successfully, but these errors were encountered: