[MPlayer-users] sorenson v3

Jesse Allen uh_ja at gmx.net
Tue Nov 12 22:16:03 CET 2002


On Tue, Nov 12, 2002 at 12:50:12PM -0800, Sycotic Smith wrote:
> [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
> > [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
> > Well, the dll's probably don't work without some tweaking.  I'd just be patient then.
> > 
> > As for it pulling out the image with ffmjpeg on the LOTR trailer with the latest CVS, it still does that, though it isn't squashed (that was a several snapshot versions back actually).  Color still off.  I'm kind of trying to figure out if you can force it to read only track 5 and then force ffmjpeg there as well but it's probably using track 1's header that might be why the color is off.
> 
> If that is all that is needed, wouldn't it just be as easy as maybe giving a cmdline to select the 'stream' as in how we select the language on a DVD or other multilingual media?
> 
> stg like: mplayer -vc ffmjpeg -movtrack 5 lotr-trailer-file.mov 
> (In case you can't tell, my 'suggestion' would be to add that -movtrack option, or something similar.)
> 
> 
Well that's definately not all that is needed.  I doubt that mplayer knows very little of what it's doing when it tries to play it itself.  It is ususual that it does pull out that pic which is from somewhere out of the middle of the trailer.

As for an option to select tracks, there already is something like that for supported formats.  Its -vid x  where x is a number.  When trying 5 and ffmjpeg, it just crashes, but when trying 1 it displays the picture.  Though the latter doesn't prove my theory very well...  I still don't think that is the image stored there, as I think it would be the background image shown if you play it under the real quicktime.  If I get time I suppose I should read the code to know what exactly is happening in this case.

Jesse




More information about the MPlayer-users mailing list