[MPlayer-dev-eng] [PATCH]warning about bad timing in a subtitle line

Adam Tlałka atlka at pg.gda.pl
Fri Oct 14 15:13:43 CEST 2005


Dnia Fri, 14 Oct 2005 13:19:09 +0200, Attila Kinali <attila at kinali.ch>  
napisał:

> Have you read the output of your patch?
>
> SUB:23:Huston we have a Problem
>
> If i'd see something like that i would immediately ask
> myself what the heck the one who wrote this crappy
> message meant.

Line nr 23 with begins with text "Huston we..." has some timing errors.
So OK it is not very understandable message.
Maybe I should generate more verbouse one i.e:
SUB:23: end time after next subtitle start time :)?

> Well, MPlayer corrects it already.
I know that!! It's rather obvious if it detects those kind
of situactions so it can correct them.

> And if you really want to fix your sub files, then you
> should write a perl script that does it. It's
> not only simpler to write it in perl, no it can be even
> written in a way that can cope easily with different
> sub file formats and fix them in a way the user wants it.

I don't want a whole pack of stuff to work with subtitles.
Just MPlayer and Vim fits my needs. Is it wrong?

> IMHO fixing sub files belongs really into a script in the
> TOOLS directory instead of MPlayer.

Probably it is the correct place for a some kind of script.
But we are talking only abut sygnalling some problems
with subtitles by MPlayer.

> Oh, quite simple: With a compiler you have code written
> _by_yourself_ and want to see whether it has any problems.
> Not to talk about that you have to explicitly switch these
> warnings on (warnings are nearly completely off by default on
> any compiler i know).

And I switch them. I very often doing compilation with -Wall set.

> Here we are dealing with files that we got _from_somewhere_else_.

True.

> We do not want to know whether they are correct or not.

But maybe some user cares.

> LOL. How many users do READ the MPlayer output ?

I do. There are some others probably too ;-)

> MPlayer is already oververbose so that it is already
> quite hard to see the information that is relevant.

Not so bad and you can always do 2>/dev/null .

> Adding more messages here is not only, as you put it,
> inconvenient but decreases usability.

I said that inconvinient is running MPlayer twice.

> If you want to waste your time fixing this patch, be my guest.
> But i see no sense in it and i doubt it will be commited
> by anyone else.

I see some sense in it.

> You should rather concentrate your energy on things that matter.

Usability always matters.

Regards
-- 
Adam Tlałka      mailto:atlka at pg.gda.pl    ^v^ ^v^ ^v^
System  & Network Administration Group           ~~~~~~
Computer Center,  Gdańsk University of Technology, Poland
PGP public key:   finger atlka at sunrise.pg.gda.pl




More information about the MPlayer-dev-eng mailing list