Talk:FFmpeg Summer Of Code 2008: Difference between revisions

From MultimediaWiki
Jump to navigation Jump to search
(→‎Realistic time frame: ALAC discussion)
(Cook Encoder)
Line 24: Line 24:


:: --[[User:Vitor|Vitor]] 12:13, 26 February 2008 (EST)
:: --[[User:Vitor|Vitor]] 12:13, 26 February 2008 (EST)
== Cook Encoder ==
It could be done based on the G.722.1 specification as banan suggested once somewhere.
(I know, I haven't submitted the G.722.1 decoder yet, but it's almost cook with different huffman tables and a 320-point iMDCT)

Revision as of 12:18, 26 February 2008

QuickTime IMA ADPCM Encoder

Is this related to http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-February/042475.html ?

I assume so. I am watching that patch too. --Multimedia Mike 14:32, 25 February 2008 (EST)

WMV3 Encoder

And this to This patch?

Realistic time frame

A problem that has come up in past years is the number of projects that go uncompleted. I think the Matroska muxer was the only project that was actually completed by the end of the summer. If the student is willing to continue working on a project past the end of summer then that's great, but we should try to estimate a realistic time frame. In looking over the current project list, I think the following could reasonably be completed in three months time:

  • ALAC encoder
  • Speex decoder
  • MXF muxer

These are all very clearly defined tasks, as opposed to some things involving psychoacoustics and perceptual coding, which can be very open-ended. -Mkhodor 06:00, 26 February 2008 (EST)

I'm not sure about the ALAC task. Do we have enough complete information documented for a student to reasonably complete the task? --Multimedia Mike 11:59, 26 February 2008 (EST)
We have a working, not too obfuscated decoder. Also, I think it is similar enough to FLAC to put the student in the right track. Also, the original author of the alac decoder says [1]:
 Although an encoder is not provided, by using the decoder as a sort of specification it should be fairly 
 trivial to write an encoder. By exploiting other lossless audio encoders, such as FLAC, the task will be 
 much easier. Although one wouldn't be able to copy the compression algorithms verbatim, as adaptive 
 compression is used in ALAC and not in FLAC. There are, however, a bunch of academic papers on the issue.
--Vitor 12:13, 26 February 2008 (EST)

Cook Encoder

It could be done based on the G.722.1 specification as banan suggested once somewhere.

(I know, I haven't submitted the G.722.1 decoder yet, but it's almost cook with different huffman tables and a 320-point iMDCT)