Difference between revisions of "Talk:FFmpeg Summer Of Code 2007"

From MultimediaWiki
Jump to navigation Jump to search
Line 53: Line 53:
== JPEG2000 ==
== JPEG2000 ==
Do we have a mentor yet ? We is able to mentor that (wavelet codec) ? Loren ? --[[User:Bcoudurier|Bcoudurier]] 12:28, 16 March 2007 (EDT)
Do we have a mentor yet ? We is able to mentor that (wavelet codec) ? Loren ? --[[User:Bcoudurier|Bcoudurier]] 12:28, 16 March 2007 (EDT)
: I filed an application and if it will be accepted any mentor would do. --[[User:Kostya|Kostya]] 15:24, 16 March 2007 (EDT)

Revision as of 11:24, 16 March 2007

TIFF/TGA encoder?

Why? It seems too small a task to be done in the course of SoC. --Kostya 09:20, 7 March 2007 (EST)

True, I'll rework it. --Merbanan 11:44, 7 March 2007 (EST)

DPX Encoder/Decoder

From what I understand this is the output of most film scanners. Having not used one I'm not 100% sure of this, and maybe someone could clarify, but my understanding is that film scanners output a collection of these files (I'm unsure if they're put in a container or not). There are already open source implementations in imagemagick and graphics magick.

added some info and links - Compn 20:25, 8 March 2007 (EST)


Should http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/44526 be added to small tasks? Ce 04:41, 8 March 2007 (EST)

No, I'll fix it eventually, it's not that simple.--Merbanan 06:46, 8 March 2007 (EST)

Qualification Tasks

is reviewing and fixing up old unapplied ffmpeg patches not a good small task? Compn 20:25, 8 March 2007 (EST)

I wanted to ask the same question a minute ago;-) The QTRLE patch is not ready yet, and there is no patch for an DNxHD ENcoder in the mailing list. I originally wrote that someone with better knowledge should of course remove those proposals if he thinks they are bad, but I still think they probably tell something about applicants (and that Baptiste possibly didn't read Merbanans "rules"). --Ce 20:31, 8 March 2007 (EST)

Photo Codecs

I see several GSoC project proposals for encoding and decoding a variety of images. Is this truly appropriate for the FFmpeg project, which traditionally focuses on sequences of moving pictures vs. single images? I know that FFmpeg can put a movie together from a sequence of still pictures, or dump a movie into a series of still pictures. Are we hoping to do the same with HDR images? Otherwise, this type of work seems best left to dedicated photo processing projects. --Multimedia Mike 13:36, 9 March 2007 (EST)

And they are designed to operate with colour formats not currently supported by FFmpeg (like 16 bit per component). But JPEG-2000 and HD-Photo are likely to be used in movies so their support is undoubtedly useful. BTW, how do you plan to use qualification projects? --Kostya 14:09, 9 March 2007 (EST)
I'm supportive of something like JPEG-2000 (which uses a colorspace FFmpeg does not presently support, IIRC) since I know that there are plans to include that with certain types of movies. I'm not as enthusiastic about graphic formats that are not known to be encoded as sequences of images in a video file. As for the qualifier projects, we are hoping to weed out unqualified applicants by asking that they perform a task from the list. --Multimedia Mike 16:02, 9 March 2007 (EST)
i was thinking of that exact feature (convert dpx/tif/exr to h264). also i wonder if the encoder feature could be used for filmmaking using ffmpeg ? e.g. grab from camera right to HD image format? or is this too high end/specialized/low user count? --Compn 18:52, 9 March 2007 (EST)
You know me-- low user count is not a legit reason for discounting a feature. :-) If there is a legitimate video-type app for a certain feature I think that makes it more relevant to FFmpeg. --Multimedia Mike 19:39, 9 March 2007 (EST)
btw i dont think they need to be SOC projects. exr and dpx are open and have gpl libs (dunno about microsoft hd photo). maybe just a qualifying task or just a wishlist. --Compn 22:53, 9 March 2007 (EST)


I think finishing AAC support would be a good SoC project. The decoder started in 2006 is far from finished and the project appears to be quite complex. Baptiste appears to disagree, can we come to a consensus here? Does anybody know the exact status of the AAC implementation from 2006? -- DonDiego 10:11, 12 March 2007 (EDT)

I think the LC part is almost complete. Adding He-AAC(+) features could be a SoC task.--Merbanan 17:05, 12 March 2007 (EDT)


is dirac even finished spec wise? i'd rather see a decoder for the files in the wild (eac3, aac, gsm, 263, indeo)...

Their site says it's "essentially complete". Granted, it's not out there in the wild yet, but I think that's mostly a matter of time, so why not get a decoder in now? It's not like libavcodec doesn't already have decoders for a number of other rather obscure formats already. -- Koorogi 21:58, 14 March 2007 (EDT)

VP6 Encoder

I'm currently writing a VP6 encoder. This project wouldn't be a complete duplication of effort (since mine won't be part of libavcodec), but just so you know. --Pengvado 17:04, 15 March 2007 (EDT)

Why can't you integrate it into libavcodec ? It would be more convenient. What license will it have, GPL ? --Bcoudurier 09:07, 16 March 2007 (EDT)


Do we have a mentor yet ? We is able to mentor that (wavelet codec) ? Loren ? --Bcoudurier 12:28, 16 March 2007 (EDT)

I filed an application and if it will be accepted any mentor would do. --Kostya 15:24, 16 March 2007 (EDT)