[FFmpeg-devel] [RFC] Google Summer of Code 2012
Mashiat Sarker Shakkhar
shahriman_ams at yahoo.com
Thu Feb 2 12:15:56 CET 2012
----- Original Message -----
> From: Michael Niedermayer <michaelni at gmx.at>
> To: FFmpeg development discussions and patches <ffmpeg-devel at ffmpeg.org>
> Cc:
> Sent: Wednesday, February 1, 2012 11:47 PM
> Subject: Re: [FFmpeg-devel] [RFC] Google Summer of Code 2012
>
> On Wed, Feb 01, 2012 at 11:32:06AM +0100, Benjamin Larsson wrote:
>>
>> >Id like to see the libav vs ffmpeg relation clarified in the document
>> >the names suggest to the average reader a relation that is different
>> >from what it actually is.
>>
>> Either edit it yourself or post how you would like to have it clarified.
>
> The page says this:
> (At this point, you're probably wondering why there are 2 IRC channels and 2
> mailinglists. Ask your mentor, it'll make for a good first conversation
> topic.)
>
> It should say something like:
>
> Libav is a fork of the FFmpeg project. Both projects seperately
> maintain the various parts of the codebase like libavcodec and
> libavformat. If you have questions feel free to start a
> disscussion on an open mailing list like ffmpeg-devel.
No need for another ML troll-fest. It isn't even relevant for a
prospective student. Think about the rationale behind participating
in GSoC together - because we share a significant amount of common
code between us and any work produced by the student will probably
benefit both the fork. The page should mention that and only that.
>
>
> Also:
> "Note that the self-selected mentor needs to have considerable standing in
> the community to be eligible for mentoring. "
>
> should be replaced by:
>
> Note that the self-selected mentor needs to have sufficient technical
> knowledge for the task he wishes to mentor, there is no need for him
> to be a member of the libav/ffmpeg community.
It is important that the potential mentor has some code contribution to
either of the project. The org-admin has to ensure that the potential
mentor will be able to see the project through to the end. Yes, he has
to have sufficient technical knowledge - demonstrated by his contribution
to the code-base.
>
>
> And:
> "Likewise, if you choose to define your own Summer of Code project, some
> community members of considerable standing need to vouch for your project."
>
> should be droped.
> There is no such politics in FFmpeg.
It's not politics. There may not be any such incident in FFmpeg / Libav
SoC history, but there are rumors that people become mentor and then they
accept themselves as student. This may sound a little paranoiac, but we
must have safeguard.
>
> similarly "work ethics" must be droped. Whatever is meant by it it
> sounds creepy
>
>
> And last but not least, It should go without saying but if you want
> FFmpeg and libav have a joint GSOC, the technical discussions must stay
> on public mailing lists and IRC channels from which no ffmpeg developer
> is baned. (this is not the case in the current design described on the
> wiki page).
>
Do you propose a seperate FFmpeg / Libav SoC ML and IRC channel? Won't
be of much help, if my experience from past year is worth anything.
Students may prefer a quieter communication medium - private IRC or
email. We can impose a rule like x264 where the student will have to
be ping-able on IRC 24/7 (not everyone will like it) and / or the
student may have to send a mandatory WIP patch to either of the ML
before mid-term evaluation. That way, all developers will be able to
participate in the evaluation process (although the end decision is
made by the mentor and in rare cases the lead-admin for the org.)
> [...]
> --
> Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
>
> Breaking DRM is a little like attempting to break through a door even
> though the window is wide open and the only thing in the house is a bunch
> of things you dont want and which you would get tomorrow for free anyway
>
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
More information about the ffmpeg-devel
mailing list