[vlc-devel] Re: toggling deinterlacing on the fly

[Stephan Assmus]

Hi,

> > What strikes me  
> > as one simple (intermediate?) solution is this: Why not have a 
> > deinterlacing method "off", which deactivates the deinterlacer 
> > (causes 
> > it to pass the pictures unfiltered). Any insights as to why this 
> > would 
> > be a bad idea or maybe undesirable? I would then install the 
> > deinterlacer permanently, toggling its active status by the 
> > deinterlacing method.
> 
> This is currently undesirable due to the way video filters are 
> implemented.
> Don't know if you noticed but they actually are full blown vouts 
> which spawn 
> the real vout.
> 
> This should really be fixed to allow video filters which would just 
> be 
> picture filters (ie. just code that takes one picture in and outputs 
> 0 or 
> more pictures - because we might have temporal filtering).
> 
> Actually the current video filters are nice for certain things like 
> the 
> video wall or such but we should really have the other kind as well.

As much as I would like to dig into vlc this deep, I cannot take on 
this job, simply because I don't have the time. I will look arround a 
little in that code and if I see a relatively fast way to implement the 
above distinction, I might do it, but I'm more inclined to stick to the 
BeOS side of things (I fear the collective hatred of the group if I 
screw up the build on other platforms...). One way is to copy some 
parts of the deinterlacer module into the BeOS vout, and implement the 
on-the-fly filtering there. As soon as vlc can do this internally, I 
remove that code again. Same goes for the adjust module btw. I really 
wish I had more time, or know plain C better.

Regards,
-Stephan

-- 
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>