Changes between Version 9 and Version 10 of SponsoringPrograms/Outreachy/2016-05


Ignore:
Timestamp:
Feb 29, 2016, 11:17:17 PM (4 years ago)
Author:
michael
Comment:

update mentored projects based on GSoC2016

Legend:

Unmodified
Added
Removed
Modified
  • SponsoringPrograms/Outreachy/2016-05

    v9 v10  
    9292'''Prerequisites:''' C coding skills, basic familiarity with git, solid understanding of video coding especially with motion compensation.
    9393
    94 '''Qualification Task:''' Improve the compression of the existing FFV1 Intra frames, you can change any part of the algorithm but it must be practical, the more improvement you can achieve, the better
     94'''Qualification Task:''' Implement support for simple P frames without motion compensation in FFv1. That is so that each frame stores the difference to the previous frame.
     95
     96'''Alternative Qualification Task:''' Improve the compression of the existing FFV1 Intra frames, you can change any part of the algorithm but it must be practical, the more improvement you can achieve, the better
    9597
    9698'''Mentor:''' Michael Niedermayer (''michaelni'' in #ffmpeg-devel on Freenode IRC, michaelni@gmx.at)
    9799
    98 '''Backup mentor:''' TBC
     100'''Backup mentor:''' Reynaldo Verdejo (''reynaldo'' in #ffmpeg-devel on Freenode IRC, R Verdejo on g mail)
     101
     102
     103== MPEG-4 Audio Lossless Coding (ALS) encoder ==
     104
     105[[Image(wiki:SponsoringPrograms/GSoC/2014:showwaves_green.png, 240, right, nolink)]]
     106
     107'''Description:'''
     108A MPEG-4 ALS decoder was implemented several years ago but an encoder is still missing in the official codebase. A rudimentary encoder has already been written and is available on [https://github.com/justinruggles/FFmpeg-alsenc.git github]. For this project, that encoder is first to be updated to fit into the current codebase of FFmpeg and to be tested for conformance using the [http://www.nue.tu-berlin.de/menue/forschung/projekte/beendete_projekte/mpeg-4_audio_lossless_coding_als/parameter/en/#230252 reference codec and specifications]. Second, the encoder is to be brought through the usual reviewing process to hit the codebase at the end of the project.
     109
     110'''Expected results:'''
     111
     112    - Update the existing encoder to fit into the current codebase.
     113    - Ensure conformance of the encoder by verifying using the reference codec and generate a test case for [http://ffmpeg.org/fate.html FATE].
     114    - Ensure the FFmpeg decoder processes all generated files without warnings.
     115    - Enhance the rudimentary feature set of the encoder.
     116
     117'''Prerequisites:''' C coding skills, basic familiarity with git. A certain interest in audio coding and/or knowledge about the FFmpeg codebase could be beneficial.
     118
     119'''Qualification Task:''' Add floating point support to MPEG-4 ALS decoder
     120
     121'''Mentor:''' Thilo Borgmann (thilo DOT borgmann AT mail DOT de)
     122
     123'''Backup Mentor:''' Paul B Mahol (''durandal_1707'' in #ffmpeg-devel on Freenode IRC, onemda@gmail.com)
     124
     125== Hardware Acceleration API Software / Tracing Implementation ==
     126
     127[[Image(wiki:SponsoringPrograms/GSoC/2014:hwaccel.jpg, right, nolink)]]
     128
     129'''Description:''' Our support for hardware accelerated decoding basically remains untested. This is in part due to FFmpeg only implementing part of the required steps, and in part since it requires specific operating systems and hardware.
     130
     131The idea would be to start with a simple stub implementation of an API like e.g. VDPAU that provides only the most core functions. These would then serialize out the function calls and data to allow easy comparison and regression testing. Improvements to this approach are adding basic input validation and replay capability to allow testing regression data against real hardware. This would be similar to what [https://github.com/apitrace/apitrace apitrace] does for OpenGL.
     132
     133A further step would be to actually add support for decoding in software, so that full testing including visual inspection is possible without the need for special hardware.
     134
     135'''Prerequisites:''' C coding skills, basic familiarity with git
     136
     137'''Qualification Task:''' Anything related to the hardware acceleration code, though producing first ideas and code pieces for this task would also be reasonable
     138
     139'''Mentor:''' Reimar Doeffinger (''reimar'' in #ffmpeg-devel on Freenode IRC, but since I'm rarely there better email me first: Reimar.Doeffinger [at] gmx.de)
     140
     141'''Backup mentor:''' Reynaldo Verdejo (''reynaldo'' in #ffmpeg-devel on Freenode IRC, R Verdejo on g mail)
     142
     143
     144== MXF Demuxer Improvements ==
     145
     146'''Description:''' The MXF demuxer needs a proper, compact way to map !EssenceContainer ULs to !WrappingKind. See [https://trac.ffmpeg.org/ticket/2776 ticket #2776] in our bug tracker, and [https://trac.ffmpeg.org/ticket/2776 ticket #1916] contains additional relevant information.
     147
     148Essence in MXF is typically stored in one of two ways: as an audio/video interleave or with each stream in one huge chunk (such as 1 GiB audio followed by 10 GiB video). Previous ways of telling these apart have been technically wrong, but worked and we lack samples demonstrating the contrary.
     149
     150'''Expected results:''' The sample in ticket [https://trac.ffmpeg.org/ticket/2776 ticket #2776] should demux correctly. Add a test case in [http://ffmpeg.org/fate.html FATE]. The solution should grow libavformat by no more than 32 KiB.
     151
     152'''Prerequisites:''' C coding skills, basic familiarity with git. Knowledge of MXF would be useful
     153
     154'''Qualification Task:''' Investigate if there may be a compact way of representing the UL -> !WrappingKind mapping specified in the [http://www.smpte-ra.org/mdd/RP224v10-publication-20081215.xls official RP224 Excel document]. The tables takes up about half a megabyte verbatim which is unacceptable in a library as large as libavformat.
     155
     156'''Mentor:''' Tomas Haerdin (''thardin'' in #ffmpeg-devel on Freenode IRC, tomas.hardin a codemill.se)
     157
     158'''Backup Mentor:''' Paul B Mahol (''durandal_1707'' in #ffmpeg-devel on Freenode IRC, onemda@gmail.com)
     159
     160
     161== VDPAU filter ==
     162
     163'''Description:''' VDPAU is not only about hardware-accelerated decoding but also allows some postprocessing - most notably deinterlacing. Other features of the API include scaling, noise removal, and a sharpening filter. See the [http://http.download.nvidia.com/XFree86/vdpau/doxygen/html/index.html VDPAU API documentation] for more information on some of the features.
     164
     165'''Expected results:''' Implement a filter that allows usage of the postprocessing features as defined by the VDPAU API. This should particularly include the deinterlacer, and ideally all features should be usable to allow comparing the quality and performance of different hardware and hardware vs. software.
     166
     167'''Prerequisites:''' C coding skills, and you will need hardware that allows VDPAU post-processing.
     168
     169'''Qualification Task:''' TBA
     170
     171'''Mentor:''' Carl Eugen Hoyos (''cehoyos'' in #ffmpeg-devel on Freenode IRC, ce AT hoyos.ws)
     172
     173'''Backup Mentor:''' Reimar Doeffinger (''reimar'' in #ffmpeg-devel on Freenode IRC, Reimar.Doeffinger [at] gmx.de), Thilo Borgmann (thilo DOT borgmann AT mail DOT de)
     174
     175== TrueHD encoder ==
     176
     177'''Description:''' FFmpeg currently does not support encoding to TrueHD, one of the lossless audio formats used on Bluray discs. A nearly functional Meridian Lossless Packing (MLP) encoder has already been written and is available on [https://github.com/ramiropolla/soc/tree/master/mlp github]. The MLP codec is the basis for TrueHD. For this project, that encoder is first to be updated to fit into the current codebase of FFmpeg and to be tested for conformance against Surcode's MLP encoder. Second, the encoder is to be updated to implement TrueHD functionality, allowing it to losslessly encode audio to play it on hardware devices capable of TrueHD decoding. Finally, the encoder is to be brought through the usual reviewing process to hit the codebase at the end of the project.
     178
     179'''Expected results:''' a TrueHD encoder that allows to losslessly encode audio to play it on hardware devices capable of TrueHD decoding with a competetive compression rate
     180
     181'''Prerequisites:''' C coding skills, basic familiarity with git
     182
     183'''Qualification Task:''' Update the MLP encoder so that it produces a valid bitstream that can be decoded by FFmpeg without errors to silence. Find out how to validate the generated bitstream besides using FFmpeg.
     184
     185'''Mentor:''' Rostislav Pehlivanov (atomnuker in #ffmpeg-devel on Freenode IRC, atomnuker AT gmail DOT com)
     186
     187'''Backup mentor:''' TBA
    99188
    100189== Improve Selftest coverage ==
    101190
    102 '''Description:''' FFmpeg contains many selftests, still more code is not tested than tested thus more such tests are needed
    103 to ensure regressions and platform specific bugs are quickly detected. Examples of existing self tests can be seen under #ifdef TEST
     191'''Description:''' FFmpeg contains many self-tests, still more code is not tested than tested thus more such tests are needed
     192to ensure regressions and platform specific bugs are quickly detected. Examples of existing self tests can be seen under `#ifdef TEST`
    104193in various files
    105194
     
    108197'''Prerequisites:''' Good C coding skills, basic familiarity with git
    109198
    110 '''Qualification Task:'''  Improve selftest code coverage by at least 1% of two of the main libs (libavcodec, libavformat, libavdevice, libavfilter, libavutil, libswresample, libswscale) as listed at http://coverage.ffmpeg.org/index.html
     199'''Qualification Task:'''  Improve selftest code coverage by at least 1% of two of the main libraries (libavcodec, libavformat, libavdevice, libavfilter, libavutil, libswresample, libswscale) as listed at [http://coverage.ffmpeg.org/ coverage.ffmpeg.org].
    111200
    112201'''Mentor:''' Michael Niedermayer (''michaelni'' in #ffmpeg-devel on Freenode IRC, michaelni@gmx.at)
    113202
    114 '''Backup Mentor:''' TBC
     203'''Backup mentor:''' Reynaldo Verdejo (''reynaldo'' in #ffmpeg-devel on Freenode IRC, R Verdejo on g mail), Thilo Borgmann (thilo DOT borgmann AT mail DOT de)
     204
    115205
    116206== Improve and Cleanup Swscale ==
     
    126216'''Mentor:''' Michael Niedermayer (''michaelni'' in #ffmpeg-devel on Freenode IRC, michaelni@gmx.at)
    127217
    128 '''Backup Mentor:''' TBC
     218'''Backup Mentor:''' Paul B Mahol (''durandal_1707'' in #ffmpeg-devel on Freenode IRC, onemda@gmail.com)
     219
     220
     221== Motion interpolation in libavfilter ==
     222
     223'''Description:''' Libavfilter is missing motion estimation and interpolation filters.
     224
     225'''Expected results:''' State of the art frame interpolation in the libavfilter.
     226
     227'''Prerequisites:''' Very good C coding skills, familiarity with git, ability to very quickly understand existing code.
     228
     229'''Qualification Task:''' Basic but working motion estimation filter.
     230
     231'''Mentor:''' Paul B Mahol (''durandal_1707'' in #ffmpeg-devel on Freenode IRC, onemda@gmail.com)
     232
     233'''Backup Mentor:''' Michael Niedermayer (''michaelni'' in #ffmpeg-devel on Freenode IRC, michaelni@gmx.at)
     234
     235
     236== DICOM support ==
     237
     238'''Description:''' FFmpeg currently does not support DICOM files although this is a widely used image format that is often passed to patients who have no access to DICOM equipment.
     239
     240'''Expected results:''' Support reading as many features of the format as possible.
     241
     242'''Prerequisites:''' Good C coding skills, basic familiarity with git
     243
     244'''Qualification Task:''' TBA
     245
     246'''Mentor:''' Carl Eugen Hoyos (''cehoyos'' in #ffmpeg-devel on Freenode IRC, ce AT hoyos.ws)
     247
     248'''Backup Mentor:''' Stefano Sabatini (''saste'' in #ffmpeg-devel on Freenode IRC, stefasab@gmail.com)
    129249
    130250= Unmentored Projects =