Re: transcode input probing

On Fri, 2007-11-02 at 14:28 -0700, Phil Ehrens wrote:
> Hi All,
> 
> The addition of mplayer probing when -x mplayer
> is specified was a very welcome development.
> Unfortunately, it appears that libquicktime based
> probing is being used for mp4 containers even
> when -x mplayer is specified, and the libquicktime
> based probing fails on all but the most mundane
> mp4 file.

For HEAD and 1.1.x branch, try --mplayer_probe: this will force the
probing using mplayer _and_ the loading of mplayer modules
for import.

> I humbly request that mplayer be made the default
> probing tool when it is available, since it is
> right 100% of the time, and the other probing models
> are implemented with inadequate error handling to
> detect failure adequately. My recent build of a
> complete toolchain from cvs/svn sources has sent me
> back to using an mplayer probing wrapper and '-H 0'
> for ALL my encodes.

That's bad, we seriously need to improve our situation here.

For making mplayer the default probing/import choice, I'm serious doubt.
I sincerly recognizes the virtues of mplayer, but I don't like
to be more and more dependant on it.

What is the point of transcode if it becomes worhless without
mplayer?


Bests,

-- 
Francesco Romani // Ikitt
[ Out of memory. ~ We wish to hold the whole sky, ~ But we never will. ]