mplayer-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Original]

Re: [MPlayer-users] please help test my mplayer widescreen converterwrap


To: "MPlayer usage questions, feature requests, bug reports" <mplayer-users@xxxxxxxxxxxx>
Subject: Re: [MPlayer-users] please help test my mplayer widescreen converterwrapper script
From: RC <rcooley@xxxxxxxxxxx>
Date: Sun, 02 Jul 2006 10:34:36 -0700
Delivered-to: itdp@localhost
Delivered-to: mplayer-users@mplayerhq.hu
In-reply-to: <973947a20607020739pac71a65s415f966fe317fbc8@mail.gmail.com>
References: <973947a20607011103o62645fabya28a0a3520503af6@mail.gmail.com><973947a20607011231o1e217607wb5a2d3897b85e1a1@mail.gmail.com><20060701172322.1a846b7c.rcooley@spamcop.net><973947a20607011913w1d40da95r5a41082159972790@mail.gmail.com><20060702072249.191bd2d0.rcooley@spamcop.net><973947a20607020739pac71a65s415f966fe317fbc8@mail.gmail.com>

On Sun, 2 Jul 2006 09:39:46 -0500
"Daniel Manjarres" <danmanj2@xxxxxxxxx> wrote:

> Would that work for a non wide-screen display? I wrote this script in
> a general enough way that it also works for 4:3 screens.

With a 4:3 video on a 4:3 display, -panscan wouldn't do anything, for
obvious reasons.

> > In fact I use a threshold of 30.

Typo. That should be 20, actually.

> Ok, now do it with white letterbox bars and I'll be happy. 

I don't have any such videos, nor have I ever seen one (same goes for
grey borders), so it's rather difficult to come up with a solution for
them.

> > Speaking of which, a round parameter of "1" won't work.  2 is the
> > minimum.  Few formats can be cropped to odd dimentions.
> 
> Oh yeah, It was 2 before, but crop detect outputed a y size of 404 and
> a y offset of 2 for a file with a height of 405 (404 + 2 = 406, 406 >
> 405) so it wouldn't play, so I changed it to a round of 1 with -zoom
> to make it work on that file. 

I don't think I was clear enough.  A round value of 1 is just ignored.

vf_cropdetect.c line 117:
    if (vf->priv->round <= 1)
      vf->priv->round = 16;

And you should upload that file with un-even dimentions so someone can
reproduce that problem, and fix that bug in MPlayer.

> I am curious about your script, why don't you post it so I can try it
> out?

Attached.  It's part of a much larger encoding script, so it's not very
user-friendly in this form, or fast.  You can speed it up by:

 reducing the number of rounds
 using -vo null instead of md5sum (old bug)
 using -nosound instead of -ao null 
 removing -identify and related code
 using pipes instead of intermediate files
 etc.

> do you handle that case, or is there some paramater to force
> cropdetect to not print crazy numbers?

None of the above.  I suppose those "crazy" values are just
statistically insignificant in my script.

Attachment: cropdetect.sh
Description: Text Data

_______________________________________________
MPlayer-users mailing list
MPlayer-users@xxxxxxxxxxxx
http://lists.mplayerhq.hu/mailman/listinfo/mplayer-users

[Prev in Thread] Current Thread [Next in Thread]