[Mplayer-cvslog] CVS: main/DOCS/tech wishlist,NONE,1.1

[D Richard Felker III]

On Tue, Dec 10, 2002 at 01:13:25AM +0100, Diego Biurrun CVS wrote:
> Update of /cvsroot/mplayer/main/DOCS/tech
> In directory mail:/var/tmp.root/cvs-serv28363/tech
> 
> Added Files:
> 	wishlist 
> Log Message:
> If I had a wish ...
> 
> 
> --- NEW FILE ---
> 
> If wishes were fishes, we'd all cast nets ...
> 
> 
> Documentation:
> 
>  * a nice and complete MEncoder tutorial

I *might* do this...

> Small improvements:
> 
>  * vo mga should completely blank the screen like fbdev and tdfxfb
>    (maybe there should be an option - some people seem to like it the
>    way it is, but then fbdev should also behave like this..)

It's called -vop expand=screenw:screenh... :))

>  * specify suboptions in a config file without breaking playback (use
>    channel 21 if using -tv, same idea for -vop, -aop, etc...) 

Hmm, not sure what you mean here, but on a related subject... The
tv:// syntax should be able to override the input suboption somehow,
so that I can put input=1 (composite) as the default in
.mplayer/config, but then use tv://29 to watch channel 29 on the tuner
(input=0).

> Cleanup:
> 
>  * move -dump* options to mencoder

I dunno. Certainly not before mencoder is almost totally rewritten. As
it stands, this would reduce functionality; for example you couldn't
dump a while playlist with one command. IMHO, only stuff that encodes
(or at least muxes) a movie belongs in mencoder, and even the vobsub
dumping stuff should be moved out. Perhaps there should be a third
tool with mplayer that does all this dump-type stuff and whatever
other misc tasks might arise that don't require any codecs.

>  * integrate dvdnav into mplayer structure

IMHO dvdnav should instead be rewritten/heavily restructured into the
mplayer system, with a new common interface for this sort of thing in
mplayer. Then it would also be possible to use some of the same code
for interactive SWF playback in mplayer.

>  * modularize all VOs, AOs, as well as audio/video codecs/filters like
>    vidix drivers; it'd make the main binary smaller and packager's job
>    easier

How about port vidix drivers to kernel modules so we can get rid of
this suid-root nonsense Nick made up.

>  * eq filter should support RGB in addition to YUV

RGB sucks. -vop scale,eq,scale ;)))))

>  * reverse engineer all closed codecs (SVQ3, QDM2, WMV8/9...)

:)))))))))))))))))))))))

>  * encode to mpg, ogm, mp4, asf

:)))))))))))))))))))))))))))))))))))))

>  * develop new video overlay interface (something like vidix but with
>    less idiotic interface and more compatible with Xv for easier
>    driver porting) 

Agree!! And as I said before, put it in kernelspace like mga_vid!


Rich