[MPlayer-G2-dev] Re: pre34 & vf/vo resize problem

[Arpi]

Hi,

> > // rotate:
> > resize(vf,int* p){
> >     if(vf_resize_next(vf->next,p)==VF_TRUE) return VF_TRUE;
> >     swap(p[0],p[1]);
> >     return VF_FALSE;
> > }
> > 
> > (of course there will be no new vf->resize() but a control for this)
> Look both easy to implement and powerfull :)

> > I'll release pre35 today, pelase check vo_xv and vo_x11, the config()

done, pre35 released 0.3 minutes ago :)
it has vo_x11 and resize control to handle resizes automagically :)

> > is less than 5 lines of code...
> > actually it does near nothing, just creates GC for the window if not yet
> > done and saves the new w/h to the vo struct.
> > (buffer creation/releasing is done in get/release_buffer(), X11 init in
> > preinit())
> I'll check that, i plan to port tdfx_vid (someday in the futur).

you should do it ASAP, i'm going to buty my new 21/24" monitor tomorrow for
movies/tv, and it will be connected to the voodoo3 :)

> > > I speak from my g1 experience, so this may be somewhat different in
> > > g2.
> > 
> > there is really BIG difference between g1's libvo and g2's libvo2
> > (but it also means that porting g1 vo drivers to g2 is a lots of work
> > and actually means rewrite from scratch)
> It's probably not that bad that vo have to them rewrote from scratch.

not g2's vo2 is bad, but g1's vo1 is.
vo2 is clean modular design, preinit, config, buffer allocation, buffer
release, buffer/frame display, etc all separated.

also the whole x11 window management (including messing with visuals,
vidmode change, xinerama, creating window, fullscreen sw. etc) are
moved out of vo drivers.

> g1 vo (especially the x11 ones) became so ugly :((

not only x11 ones


A'rpi / Astral & ESP-team

--
Developer of MPlayer G2, the Movie Framework for all - http://www.MPlayerHQ.hu