[Ffmpeg-devel] Embedded preview vhook/voutfb.so /dev/fb

[Michael Niedermayer]

Hi

On Tue, Mar 27, 2007 at 05:48:08PM -0700, Mike Melanson wrote:
> Michael Niedermayer wrote:
> >Hi
> >
> >On Wed, Mar 28, 2007 at 08:51:48AM +0900, Bobby Bingham wrote:
> >>Rich Felker wrote:
> >>>I won't block efforts to support libmpcodecs. But if there's a SoC
> >>>project I wish it could lead in a new direction.. Maybe that's just
> >>>wishful thinking. I will not be around to aid in SoC mentoring but I
> >>>could write up and leave my notes for others to examine.
> >>>
> >>I've been hoping to work on a filter system for SoC, so I'd be very 
> >
> >:)
> >
> >but it doesnt seem that we have a mentor for this or?
> 
> As outlined on the SoC Wiki page, I deemed such a project inappropriate 
> for the summertime because I didn't like the idea of projects that 
> touched much of the core API. Isolated modules that live outside the 
> core are much more conducive for student projects.

a video filter layer could be fairly seperate, vhook too doesnt touch
that much of ffmpeg


> 
> However, I see that Bobby submitted a thorough app and proposal for 
> "Video Filter API". If you think this is worthwhile, we can certainly 
> re-evaluate.

well i belive bobby and kostya are the 2 most qualified students based on
the qualification tasks which where submitted so far, that of course is 
just my feeling based on what i saw and as with all "tests" that can be
flawed. But i do think that bobby should be accepted as student for soc
2007
for which application that is something i dont know, if i had the choice
between a working well written dirac decoder and a working well written
filter system then i certainly would choose the filter system but a
working dirac decoder/encoder is better then a failed attempt to implement
a filter system and a dirac decoder is just implementing whats in a 
specification while the filter system could turn out to be very tricky
that is the combination of direct rendering, slices and frame order
inserting and removing of frames and arbitrary filter graphs could turn
out to be fairly complex ...

i think that bobby should comment on what he thinks would be a better
task for him (that is what he would prefer working on and if he thinks
he can actually design and implement a system supperior to libmpcodecs
that is without any filters ...)

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

No great genius has ever existed without some touch of madness. -- Aristotle
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20070328/688695db/attachment.pgp>