[MPlayer-users] .sub file problem
gabor at z10n.net
Tue Apr 8 22:03:29 CEST 2003
On Tue, 2003-04-08 at 21:42, D Richard Felker III wrote:
> [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
> On Tue, Apr 08, 2003 at 06:49:50PM +0200, Jindrich Makovicka wrote:
> > [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
> > mdew wrote:
> > >[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
> > >theres a movie with Sub's in the same directory, and it automatically
> > >attaches the .subs to .avi's.
> > >
> > >the.world.at.war.-.episode.1.-.a.new.germany.-.1933-39.avi
> > >isnt sub'd, and mplayer is calling .subs from a totally different file.
> > >
> > >Hero.DVDRip.DivX.INTERNAL-PosTX.sub
> > i guess i'll have to add some option to reduce the fuzziness when
> > searching for subtitles (currently mplayer tries loading all subtitle
> > files in the urrent directory, sorted so the best match comes first).
> This was a really dumb feature... Is there any way to disable 'fuzzy'
> matching for people who don't use brain damaged filenames?
well, i like some kind of fuzzy matching..
where i am there are many people using windows, so the subtitles are
made this way:
xyz.avi, xyz.Czech.sub, xyz.Hun.sub, xyz.Slovak.sub etc.
because windows mediaplayer load them and you can select the subtitle
from a menu.
so it would be nice to support somehow this format,
but maybe it should be optional.
that means let's have a switch that enables fuzzy-matching and not a
switch that disables it.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: This is a digitally signed message part
More information about the MPlayer-users