Ticket #256 (new defect)

Opened 19 months ago

Last modified 15 months ago

External subtitles do not work well with ordered chapters

Reported by: ZyX Owned by:
Priority: normal Milestone:
Component: Subtitle Version: devel
Severity: major Keywords: ordered chapters, subtitles
Cc: Platform: All


When playing mkv file splitted into chapters with subtitles located in the separate *.ass files they get displayed correctly only for the first chapter. When second chapter starts mplayer starts displaying subtitles from the very beginning. If I add -subdelay option with value identical to the length of the first chapter I get correct timings for the second one.

The file structure used is the following:

./01.mkv (links to both OP and ED)
./Subs/01.ass (contains subtitles for all chapters at once)

./Subs directory is used via -sub-paths option.

Note that if I add ./Subs/OP.ass (linking to 01.ass for the test) it does not get loaded (or, at least, it is not mentioned in the stdout output) (tried to consider writing a script that will split existing subtitles into three parts).

--no-ass does not make the difference.

Gentoo amd64, software versions:

  • MPlayer2 2.0-726-g6c87a98 (media-video/mplayer2-9999 from the main portage tree, USE=3dnow 3dnowext X alsa cdio dvd dvdnav enca ftp gif iconv ipv6 jack jpeg libass libcaca lirc md5sum mmx mmxext mng mp3 network opengl png pnm postproc quvi samba shm sse sse2 tga threads unicode vdpau xscreensaver xv);
  • media-libs/libass-0.10.1 (USE=enca fontconfig harfbuzz);
  • media-video/ffmpeg-1.0.7 (USE=3dnow 3dnowext X alsa bzip2 doc encode examples faac fftools_aviocat fftools_cws2fws fftools_ffeval fftools_fourcc2pixfmt fftools_graph2dot fftools_ismindex fftools_pktdumper fftools_qt-faststart fftools_trasher hardcoded-tables ieee1394 mmx mmxext mp3 schroedinger sdl speex theora threads truetype vdpau vorbis x264 xvid zlib).

Possibly related: http://devel.mplayer2.org/ticket/1.

Change History

comment:1 Changed 15 months ago by spumer

Have the same issue on Gentoo x64 Kernel 3.10.7

  • Mplayer2 2.0_p20130126 USE="3dnow 3dnowext X a52 alsa cdio dts dv dvd dvdnav enca faad ftp gif iconv ipv6 jpeg lcms libass mad mmx mng mp3 network opengl png postproc rar rtc sdl shm speex sse sse2 theora unicode vorbis xinerama xscreensaver xv xvid (-altivec) (-aqua) -bluray -bs2b -cddb -cpudetection -debug -directfb -doc -dvb -fbcon -jack -joystick -ladspa -libcaca -lirc -md5sum -mmxext -nut -oss -pnm -portaudio -pulseaudio -pvr -quvi -radio -samba -ssse3 -symlink -tga -v4l -vcd -vdpau -xanim -yuv4mpeg"

Also, i try use VLC and results the same.

Last edited 15 months ago by spumer (previous) (diff)

comment:2 Changed 15 months ago by lachs0r

This is due to how segment linked files work: Each segment uses its own local timeline for all of its streams, hence subtitles must be timed relative to the segment's local timeline, regardless of other segments in the current edition. You will get the exact same behavior if you try to mux the same subtitle file into each segment file.

comment:3 Changed 15 months ago by harklu

This doesn't mean this is the only possible behavior. mpv uses the virtual time for external subtitles. Which is probably more useful, because you can't specify different external subtitle files per segment.

Note: See TracTickets for help on using tickets.