Skip to content
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

autoload.lua and .sup subtitles (after first file finished playback, the second file doesn't show subtitles) #15370

Open
6 tasks done
Obegg opened this issue Nov 24, 2024 · 2 comments
Labels

Comments

@Obegg
Copy link

Obegg commented Nov 24, 2024

mpv Information

mpv v0.39.0-386-g2d813de6 Copyright © 2000-2024 mpv/MPlayer/mplayer2 projects
 built on Nov 23 2024 22:06:30
libplacebo version: v7.349.0 (v7.349.0-26-g5788a82-dirty)
FFmpeg version: N-117868-gecc7d5db9
FFmpeg library versions:
   libavcodec      61.25.102
   libavdevice     61.4.100
   libavfilter     10.6.101
   libavformat     61.9.100
   libavutil       59.47.101
   libswresample   5.4.100
   libswscale      8.9.101

Other Information

- Windows version: Microsoft Windows [Version 10.0.19044.5131]
- GPU model, driver and version: GTX 1650, Studio Driver, 566.14
- Source of mpv: https://github.com/zhongfly/mpv-winbuild/releases/latest
- Latest known working version: all mpv versions are working
- Issue started after the following happened: not sure

Reproduction Steps

use autoload.lua with .sup subtitles, the first episode is working fine, once the first episode is finished playing and the second episode is starting playback - there's where the issue starts,
the second episode is loading the subtitles, yes, but it doesn't display them on screen, a workaround is to "refresh" the playback by seeking backwards (or forward, doesn't matter as long as there's a seek)

Expected Behavior

subtitles (text on screen) will be shown.

Actual Behavior

subtitles (text on screen) are not shown, and to fix it I need to seek backwards.

Log File

well, I remember trying to fill out a issue and was trying to somehow add autoload.lua to run with --no-config, but it was super complex, so helpfully you'll forgive me for not adding a log file (sorry for checking V on all the checkboxes), but I thought to atleast mention the .conf file:

profile=high-quality
fs=yes
keep-open=yes
hr-seek=yes
keep-open-pause=no
auto-window-resize=no
osd-bar-border-size=0.5
image-display-duration=0.4
input-default-bindings=no
watch-later-options-remove=pause
demuxer-max-bytes=1GiB
demuxer-max-back-bytes=GiB
osd-bar-align-y=-0.98
osd-border-size=1
osd-font-size=30
alang=ja,en
volume-max=100
hwdec=auto-copy
vo=gpu-next
target-colorspace-hint=yes
video-sync=display-resample
sub-auto=fuzzy
sub-fonts-dir=Fonts
sub-file-paths=Subs;eng;sub
screenshot-format=png
screenshot-png-compression=0
ytdl-raw-options=mark-watched=,playlist-end=100,format-sort="proto"

Sample Files

No response

I carefully read all instruction and confirm that I did the following:

  • I tested with the latest mpv version to validate that the issue is not already fixed.
  • I provided all required information including system and mpv version.
  • I produced the log file with the exact same set of files, parameters, and conditions used in "Reproduction Steps", with the addition of --log-file=output.txt.
  • I produced the log file while the behaviors described in "Actual Behavior" were actively observed.
  • I attached the full, untruncated log file.
  • I attached the backtrace in the case of a crash.
@Obegg Obegg added the os:win label Nov 24, 2024
@hooke007
Copy link
Contributor

It's dup.
#14021

@Obegg
Copy link
Author

Obegg commented Nov 25, 2024

Uhmm, could be, but I'm not sure, my issue isn't about seeking, it's about not displaying the text after one file finished playback and the second file starts playing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants