Discussion:
[vlc-devel] SoC
(too old to reply)
Roger Pack
2013-02-13 22:05:03 UTC
Permalink
Maybe ffmpeg should also try and participate?
-r

---------- Forwarded message ----------
From: Felix Paul Kühne <***@gmail.com>
Date: Mon, 11 Feb 2013 23:58:32 +0100
Subject: [vlc-devel] SoC
To: Mailing list for VLC media player developers <vlc-***@videolan.org>

Hello,

As discussed during FOSDEM, we are trying to get VideoLAN into
Google's Summer of Code which was announced today.

We have 4 weeks to go until the application timeframe begins for
organizations, so we should start to collect ideas.

2 things:
- this year, GSoC for VideoLAN will be strictly about VLC. No VLMC, no
libdvd* and certainly no x26*
- there is no way to promise that we will get in

Anyways, here's the link: http://wiki.videolan.org/SoCIdeasPage13
I already added some stuff left over from 2011. Feel free to remove or
modify as appropriate.

I'll rename the page as soon as are actually applying for this.

I'm really looking forward to your contributions and ideas.

Thanks for your time!

Felix
Lou Logan
2013-02-22 06:11:30 UTC
Permalink
Hello,

It's GSoC time again, so I'll get the ball rolling:
http://www.google-melange.com/gsoc/homepage/google/gsoc2013

I started a new ideas list:
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013

Our previous list from 2012:
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2012

IRC log describing why we didn't get accepted last year:
http://blackhole.ubitux.fr/gsoc.log

Last years GSoC RFC:
http://ffmpeg.org/pipermail/ffmpeg-devel/2012-March/121557.html

To reduce bloat I did not simply copy last years idea list because I'm
not sure what is outdated or relevant. I left "Libavfilter extension"
as an example, but please begin adding new ideas or copying over
whatever you feel is acceptable (or you can tell me what you would like
copied and I can do it). You may have to contact Mike Melanson for wiki
account approval: mike at multimedia.cx.

I would like to keep all ideas in a consistent format. Application
reviewers seem fairly sensitive to the visual presentation in my
opinion.

We can submit our mentoring organization application beginning March 18
and the deadline is March 29 at 19:00 UTC.

Lou
Lou Logan
2013-02-22 06:44:00 UTC
Permalink
Post by Roger Pack
Hello,
It's GSoC time again, so I'll get the ball rolling
Ignore the previous message... Of course I got computer fatigue, people
were distracting me by talking while I pretended to listen, and had I
too much whisky to keep in mind that I was replying to an old temporary
draft and not a new message and thus hijacked an old thread.
Roger Pack
2013-02-27 15:55:00 UTC
Permalink
Post by Roger Pack
Hello,
http://www.google-melange.com/gsoc/homepage/google/gsoc2013
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
A few other wish list ideas, if anybody wants to run with them:

An idea (if anybody else wants to mentor it, I feel unqualified :)
would be to integrate VapourSynth/aviSynth/avxsynth "pass through"
filters, and/or VapourSynth as input...

Another idea would be to "parallelize" inputs/outputs (in their own
threads) or possibly libavfilter also--make it all multi-threaded). I
guess udp.c kind of already does this but I believe the rest doesn't.

Another would be to add some type of language bindings to make
libavfilter more user friendly (lua?)

Another idea would be to integrate libjpeg-turbo for
encoding/decoding, since it's supposedly faster. Again I feel
unqualified, but hey, just throwing it out there :) I may add a
directshow entry with myself as mentor eventually, there is some work
that could be done there as well.

Cheers.
-roger-
Michael Niedermayer
2013-02-27 18:14:44 UTC
Permalink
Post by Roger Pack
Post by Roger Pack
Hello,
http://www.google-melange.com/gsoc/homepage/google/gsoc2013
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
[...]
Post by Roger Pack
Another idea would be to integrate libjpeg-turbo for
encoding/decoding, since it's supposedly faster. Again I feel
id say "supposedly" fails the quality standards needed for gsoc
tasks
Post by Roger Pack
unqualified, but hey, just throwing it out there :) I may add a
directshow entry with myself as mentor eventually, there is some work
that could be done there as well.
please do!

[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Observe your enemies, for they first find out your faults. -- Antisthenes
Maxim Polijakowski
2013-02-27 18:29:38 UTC
Permalink
Post by Roger Pack
Hello,
http://www.google-melange.com/gsoc/homepage/google/gsoc2013
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
I suggest to remove the GoToMeeting entry from this list. It sounds to
me like another project that will never be completed in the GSoC time
frame (3 month). Let me explain why:

- due to the fact the "decoder specification" has been created in means
of RE, it lacks the desired completeness. One need to dig into the
binary code in order to extract missing parts

- there is two issues with the ELS coder - the heart of the coding
methods 2 and 3. Go2Meeting utilizes the augmented ELS that combines the
vanilla ELS with a some sort of Q-coder in order to increase
compression. This augmented version has been incompletely documented by
a software patent. No one in the world would be ever able to reimplement
this (weird) entropy coder using this patent alone.

- fortunately, there is an open-source implementation of this coder
written by the author of this compression method, Mr. Douglas Whiters.
Though this code has been released under the GPL and a relicensing is
required in order to use it within FFmpeg. One need to contact the
author and ask for the appropriate permission. Should he disagree, we'll
end up having another non-free piece of code.

- FFmpeg's implementation of the JPEG need to be extended to include
tables for Go2Meeting. The attached spec doesn't describe these tables.

Remember the Atrac3plus task:
http://wiki.multimedia.cx/index.php?title=FFmpeg_/_Libav_Summer_Of_Code_2011#ATRAC3plus
Due to the similar conditions (incomplete spec, RE skills required) this
task has been never completed. It took two years!!! in order to finish
the decoder (which I'll publish soon)...

Therefore, I suggest to find another way to get a decoder for G2M. I
already wrote some working code two month ago. It's unfinished but I
could give it away to someone who want to complete it. I could share my
own knowledges about debugging and using the original G2M libraries as
well...

Best regards
Maxim
compn
2013-02-27 18:54:58 UTC
Permalink
Post by Maxim Polijakowski
Post by Roger Pack
Hello,
http://www.google-melange.com/gsoc/homepage/google/gsoc2013
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
I suggest to remove the GoToMeeting entry from this list. It sounds to
me like another project that will never be completed in the GSoC time
thank you for your detailed explanation.
i have removed gotomeeting from the list.

-compn
Michael Niedermayer
2013-02-27 19:15:54 UTC
Permalink
Post by Maxim Polijakowski
Post by Roger Pack
Hello,
http://www.google-melange.com/gsoc/homepage/google/gsoc2013
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
I suggest to remove the GoToMeeting entry from this list. It sounds
to me like another project that will never be completed in the GSoC
- due to the fact the "decoder specification" has been created in
means of RE, it lacks the desired completeness. One need to dig into
the binary code in order to extract missing parts
- there is two issues with the ELS coder - the heart of the coding
methods 2 and 3. Go2Meeting utilizes the augmented ELS that combines
the vanilla ELS with a some sort of Q-coder in order to increase
compression. This augmented version has been incompletely documented
by a software patent. No one in the world would be ever able to
reimplement this (weird) entropy coder using this patent alone.
- fortunately, there is an open-source implementation of this coder
written by the author of this compression method, Mr. Douglas
Whiters. Though this code has been released under the GPL and a
relicensing is required in order to use it within FFmpeg. One need
to contact the author and ask for the appropriate permission. Should
he disagree, we'll end up having another non-free piece of code.
- FFmpeg's implementation of the JPEG need to be extended to include
tables for Go2Meeting. The attached spec doesn't describe these tables.
quantization and or huffman tables ?
are they stored in the files or constant ?

if constant and a encoder is available, you can encode the output of
-f lavfi mptestsrc
the values for the tables can then be inferred from the generated
bitstream.
The alternative is to find the tables in the binary which may or may
not be easier

[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Concerning the gods, I have no means of knowing whether they exist or not
or of what sort they may be, because of the obscurity of the subject, and
the brevity of human life -- Protagoras
Maxim Polijakowski
2013-02-27 19:41:54 UTC
Permalink
Post by Michael Niedermayer
Post by Maxim Polijakowski
Post by Roger Pack
Hello,
http://www.google-melange.com/gsoc/homepage/google/gsoc2013
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
I suggest to remove the GoToMeeting entry from this list. It sounds
to me like another project that will never be completed in the GSoC
- due to the fact the "decoder specification" has been created in
means of RE, it lacks the desired completeness. One need to dig into
the binary code in order to extract missing parts
- there is two issues with the ELS coder - the heart of the coding
methods 2 and 3. Go2Meeting utilizes the augmented ELS that combines
the vanilla ELS with a some sort of Q-coder in order to increase
compression. This augmented version has been incompletely documented
by a software patent. No one in the world would be ever able to
reimplement this (weird) entropy coder using this patent alone.
- fortunately, there is an open-source implementation of this coder
written by the author of this compression method, Mr. Douglas
Whiters. Though this code has been released under the GPL and a
relicensing is required in order to use it within FFmpeg. One need
to contact the author and ask for the appropriate permission. Should
he disagree, we'll end up having another non-free piece of code.
- FFmpeg's implementation of the JPEG need to be extended to include
tables for Go2Meeting. The attached spec doesn't describe these tables.
quantization and or huffman tables ?
are they stored in the files or constant ?
if constant and a encoder is available, you can encode the output of
-f lavfi mptestsrc
the values for the tables can then be inferred from the generated
bitstream.
The alternative is to find the tables in the binary which may or may
not be easier
Thank you for the suggestions. The tables are constant and I've already
extracted those from the binary because it's just plain libjpeg6b...

I just wanted to say that the specification made by Kostya (great job
anyway!) is not sufficient enough to write the decoder from scratch.
Such "extra" knowledges are essential in order to be able to finish the
GSoC task...

Best regards
Maxim
Michael Niedermayer
2013-02-27 21:09:20 UTC
Permalink
Post by Maxim Polijakowski
Post by Michael Niedermayer
Post by Maxim Polijakowski
Post by Roger Pack
Hello,
http://www.google-melange.com/gsoc/homepage/google/gsoc2013
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
I suggest to remove the GoToMeeting entry from this list. It sounds
to me like another project that will never be completed in the GSoC
- due to the fact the "decoder specification" has been created in
means of RE, it lacks the desired completeness. One need to dig into
the binary code in order to extract missing parts
- there is two issues with the ELS coder - the heart of the coding
methods 2 and 3. Go2Meeting utilizes the augmented ELS that combines
the vanilla ELS with a some sort of Q-coder in order to increase
compression. This augmented version has been incompletely documented
by a software patent. No one in the world would be ever able to
reimplement this (weird) entropy coder using this patent alone.
- fortunately, there is an open-source implementation of this coder
written by the author of this compression method, Mr. Douglas
Whiters. Though this code has been released under the GPL and a
relicensing is required in order to use it within FFmpeg. One need
to contact the author and ask for the appropriate permission. Should
he disagree, we'll end up having another non-free piece of code.
- FFmpeg's implementation of the JPEG need to be extended to include
tables for Go2Meeting. The attached spec doesn't describe these tables.
quantization and or huffman tables ?
are they stored in the files or constant ?
if constant and a encoder is available, you can encode the output of
-f lavfi mptestsrc
the values for the tables can then be inferred from the generated
bitstream.
The alternative is to find the tables in the binary which may or may
not be easier
Thank you for the suggestions. The tables are constant and I've
already extracted those from the binary because it's just plain
libjpeg6b...
I just wanted to say that the specification made by Kostya (great
job anyway!) is not sufficient enough to write the decoder from
scratch. Such "extra" knowledges are essential in order to be able
to finish the GSoC task...
yes, i agree, both RE + implementation is rather difficult for s gsoc
task

[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Observe your enemies, for they first find out your faults. -- Antisthenes
compn
2013-02-28 00:49:57 UTC
Permalink
Post by Michael Niedermayer
Post by Maxim Polijakowski
Post by Michael Niedermayer
Post by Maxim Polijakowski
Post by Roger Pack
Hello,
http://www.google-melange.com/gsoc/homepage/google/gsoc2013
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
I suggest to remove the GoToMeeting entry from this list. It sounds
to me like another project that will never be completed in the GSoC
- due to the fact the "decoder specification" has been created in
means of RE, it lacks the desired completeness. One need to dig into
the binary code in order to extract missing parts
- there is two issues with the ELS coder - the heart of the coding
methods 2 and 3. Go2Meeting utilizes the augmented ELS that combines
the vanilla ELS with a some sort of Q-coder in order to increase
compression. This augmented version has been incompletely documented
by a software patent. No one in the world would be ever able to
reimplement this (weird) entropy coder using this patent alone.
- fortunately, there is an open-source implementation of this coder
written by the author of this compression method, Mr. Douglas
Whiters. Though this code has been released under the GPL and a
relicensing is required in order to use it within FFmpeg. One need
to contact the author and ask for the appropriate permission. Should
he disagree, we'll end up having another non-free piece of code.
- FFmpeg's implementation of the JPEG need to be extended to include
tables for Go2Meeting. The attached spec doesn't describe these tables.
quantization and or huffman tables ?
are they stored in the files or constant ?
if constant and a encoder is available, you can encode the output of
-f lavfi mptestsrc
the values for the tables can then be inferred from the generated
bitstream.
The alternative is to find the tables in the binary which may or may
not be easier
Thank you for the suggestions. The tables are constant and I've
already extracted those from the binary because it's just plain
libjpeg6b...
I just wanted to say that the specification made by Kostya (great
job anyway!) is not sufficient enough to write the decoder from
scratch. Such "extra" knowledges are essential in order to be able
to finish the GSoC task...
yes, i agree, both RE + implementation is rather difficult for s gsoc
task
kostya posted his incomplete decoder here:
http://lists.libav.org/pipermail/libav-devel/2013-February/043862.html

maybe now we can troll videolan into action.

-compn
Paul B Mahol
2013-05-08 08:38:27 UTC
Permalink
Post by Maxim Polijakowski
Post by Roger Pack
Hello,
http://www.google-melange.com/gsoc/homepage/google/gsoc2013
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
I suggest to remove the GoToMeeting entry from this list. It sounds to
me like another project that will never be completed in the GSoC time
- due to the fact the "decoder specification" has been created in means
of RE, it lacks the desired completeness. One need to dig into the
binary code in order to extract missing parts
- there is two issues with the ELS coder - the heart of the coding
methods 2 and 3. Go2Meeting utilizes the augmented ELS that combines the
vanilla ELS with a some sort of Q-coder in order to increase
compression. This augmented version has been incompletely documented by
a software patent. No one in the world would be ever able to reimplement
this (weird) entropy coder using this patent alone.
- fortunately, there is an open-source implementation of this coder
written by the author of this compression method, Mr. Douglas Whiters.
Though this code has been released under the GPL and a relicensing is
required in order to use it within FFmpeg. One need to contact the
author and ask for the appropriate permission. Should he disagree, we'll
end up having another non-free piece of code.
- FFmpeg's implementation of the JPEG need to be extended to include
tables for Go2Meeting. The attached spec doesn't describe these tables.
http://wiki.multimedia.cx/index.php?title=FFmpeg_/_Libav_Summer_Of_Code_2011#ATRAC3plus
Due to the similar conditions (incomplete spec, RE skills required) this
task has been never completed. It took two years!!! in order to finish
the decoder (which I'll publish soon)...
When exactly?

Lou Logan
2013-02-27 19:08:52 UTC
Permalink
Just a reminder that this is not the "real" FFmpeg GSoC 2013 thread (my
mistake). Discussions should be kept in the other thread so we don't
have to search between two:

<http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/159607>
Lou Logan
2013-02-22 06:48:23 UTC
Permalink
Hello*,

It's GSoC time again, so I'll get the ball rolling:
http://www.google-melange.com/gsoc/homepage/google/gsoc2013

I started a new ideas list:
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013

Our previous list from 2012:
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2012

IRC log describing why we didn't get accepted last year:
http://blackhole.ubitux.fr/gsoc.log

Last years GSoC RFC:
http://ffmpeg.org/pipermail/ffmpeg-devel/2012-March/121557.html

To reduce bloat I did not simply copy last years idea list because I'm
not sure what is outdated or relevant. I left "Libavfilter extension"
as an example, but please begin adding new ideas or copying over
whatever you feel is acceptable (or you can tell me what you would like
copied and I can do it). You may have to contact Mike Melanson for wiki
account approval: mike at multimedia.cx.

I would like to keep all ideas in a consistent format. Application
reviewers seem fairly sensitive to the visual presentation in my
opinion.

We can submit our mentoring organization application beginning March 18
and the deadline is March 29 at 19:00 UTC.

Lou

* Apologies for the duplicate message and noise, but I wanted this to
be in its own thread.
Carl Eugen Hoyos
2013-02-22 10:33:30 UTC
Permalink
Post by Lou Logan
http://www.google-melange.com/gsoc/homepage/google/gsoc2013
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
I added the most obvious tasks, if possible we should imo
avoid "1st tier" and "nth tier", but only add projects
that we think make sense in GSoC (not necessarily that
they are easy or that we expect that they will be finished),
and at least possible in theory (as opposed to "rewrite
everything").

[...]
Post by Lou Logan
I would like to keep all ideas in a consistent format.
Application reviewers seem fairly sensitive to the
visual presentation in my opinion.
I may be bad at this one, improvements are very welcome!

Carl Eugen
Carl Eugen Hoyos
2013-02-22 10:38:52 UTC
Permalink
Post by Carl Eugen Hoyos
Post by Lou Logan
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
I added the most obvious tasks
I left out the "Port or reimplement inverse telecine,
qualification task is to port the mp telecine filter
or implement an independent telecine filter"
task because I did not completely understand the
existing libavfilter paragraph. Could you add it?

Carl Eugen
Derek Buitenhuis
2013-02-22 13:23:25 UTC
Permalink
Post by Carl Eugen Hoyos
I left out the "Port or reimplement inverse telecine,
qualification task is to port the mp telecine filter
or implement an independent telecine filter"
I'd like to recommend porting TIVTC. Someone has already
ported from windows-only to cross-platform:

https://code.google.com/p/vapoursynth/source/browse/trunk/src/filters/vivtc/vivtc.c

- Derek
Carl Eugen Hoyos
2013-02-22 14:34:20 UTC
Permalink
Post by Derek Buitenhuis
Post by Carl Eugen Hoyos
I left out the "Port or reimplement inverse telecine,
qualification task is to port the mp telecine filter
or implement an independent telecine filter"
I'd like to recommend porting TIVTC. Someone has already
This would have a license advantage, do you know of any
quality- or performance comparisons to pullup?

Carl Eugen
Derek Buitenhuis
2013-02-22 16:12:07 UTC
Permalink
Post by Carl Eugen Hoyos
This would have a license advantage, do you know of any
quality- or performance comparisons to pullup?
TIVTC has long been considered the defacto IVTC plugin for AviSynth. The only
reason to even think pullup is remotely comparable is if you live in an MPlayer
bubble. ;)

So many comparisons have been done the years on IRC and on Doom9... I'm not
going to be bothered to look one up or do one. It's just a suggestion from
someone (me) who's been following this stuff for almost a decade now. I don't
even use libavfilter, so it's not my problem/burden. :)

- Derek
Michael Niedermayer
2013-02-22 14:34:03 UTC
Permalink
Post by Derek Buitenhuis
Post by Carl Eugen Hoyos
I left out the "Port or reimplement inverse telecine,
qualification task is to port the mp telecine filter
or implement an independent telecine filter"
I'd like to recommend porting TIVTC. Someone has already
https://code.google.com/p/vapoursynth/source/browse/trunk/src/filters/vivtc/vivtc.c
sounds like a good idea, though maybe more than 1 filter should be
ported, seems hard to fill a whole summer with a single filter

please add such task to the page if you volunteer to mentor it

[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

No snowflake in an avalanche ever feels responsible. -- Voltaire
Michael Niedermayer
2013-02-22 14:49:07 UTC
Permalink
Post by Michael Niedermayer
Post by Derek Buitenhuis
Post by Carl Eugen Hoyos
I left out the "Port or reimplement inverse telecine,
qualification task is to port the mp telecine filter
or implement an independent telecine filter"
I'd like to recommend porting TIVTC. Someone has already
https://code.google.com/p/vapoursynth/source/browse/trunk/src/filters/vivtc/vivtc.c
sounds like a good idea, though maybe more than 1 filter should be
ported, seems hard to fill a whole summer with a single filter
i should read mails more carefully, as qualification task its a great
idea of course :)
Post by Michael Niedermayer
please add such task to the page if you volunteer to mentor it
this question still stands in relation to a bigger task
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

No snowflake in an avalanche ever feels responsible. -- Voltaire
David Favor
2013-02-27 14:19:14 UTC
Permalink
Two instances of non-ascii characters have crept into file
doc/filters.texi which causes pod2man to error out and
break the build.

Attached is the Macports patch I submitted to get a clean build.
--
Love feeling your best ever, all day, every day?
Click http://RadicalHealth.com for the easy way!
Michael Niedermayer
2013-02-27 15:07:30 UTC
Permalink
Post by David Favor
Two instances of non-ascii characters have crept into file
doc/filters.texi which causes pod2man to error out and
break the build.
Attached is the Macports patch I submitted to get a clean build.
--
Love feeling your best ever, all day, every day?
Click http://RadicalHealth.com for the easy way!
filters.texi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
a71366064646b5612f193350b56c374a69c241b8 ffmpeg-1.1.3.filters-texi.diff
applied

thanks

[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

No human being will ever know the Truth, for even if they happen to say it
by chance, they would not even known they had done so. -- Xenophanes
Stefano Sabatini
2013-02-23 14:01:56 UTC
Permalink
Post by Carl Eugen Hoyos
Post by Lou Logan
http://www.google-melange.com/gsoc/homepage/google/gsoc2013
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
I added the most obvious tasks, if possible we should imo
avoid "1st tier" and "nth tier", but only add projects
that we think make sense in GSoC (not necessarily that
they are easy or that we expect that they will be finished),
and at least possible in theory (as opposed to "rewrite
everything").
I'd rather avoid having a long list of "ideas" not backed up by a
candidate mentor, indeed what we lack is *not* ideas but mentors, and
the GSoC wiki page is not the place where "ideas" should be discussed
nor should be considered like a sort of wish list.

Right now I can see only two mentored tasks (libavfilter misc
extensions and the APNG implementation), thus I invite volunteering
mentors to add their proposed tasks.

As for me, I'd rather remove all orphaned "ideas", especially
considering that some of the adducted reasons for the past rejection
was not having "fleshed out tasks" and the lack of a strong mentor
backup plan, and I can't see how listing lots of ideas with no mentor
can help in this regard.

As for what concerns the IVTV filter, it can be considered part of the
libavfilter task, but of course I'm not against a separate task
focusing on telecine or more specific filters if we have a mentor for
that, and sure I'd like to discuss on which filters we should focus in
case the task is accepted, but again, that page is not the right place
for that.
--
FFmpeg = Funny and Funny Mythic Pitiful Elitarian Game
Lou Logan
2013-02-23 19:36:43 UTC
Permalink
Post by Stefano Sabatini
I'd rather avoid having a long list of "ideas" not backed up by a
candidate mentor, indeed what we lack is *not* ideas but mentors, and
the GSoC wiki page is not the place where "ideas" should be discussed
nor should be considered like a sort of wish list.
Agreed. I think we had three main reasons last year for not getting
accepted:

1. Lack of a plan about backup mentors
2. Our ideas page needed to be better organized/some ideas may have
seemed more like drafts than final, complete ideas
3. We were previously accepted, and GSoC wanted to make room for new
groups

I'm trying to make sure the list is better organized before we apply,
and I asked at #gsoc if inclusion of new organizations was going to be a
priority once again this year but did not get a clear answer.
Post by Stefano Sabatini
As for me, I'd rather remove all orphaned "ideas", especially
considering that some of the adducted reasons for the past rejection
was not having "fleshed out tasks" and the lack of a strong mentor
backup plan, and I can't see how listing lots of ideas with no mentor
can help in this regard.
I can prune any ideas without mentors shortly before our application
unless there is strong opposition.

It might be useful to have a "sandbox" or a staging area for new ideas
that do not currently have a mentor, but maybe that's just complicating
things.
compn
2013-02-23 23:45:12 UTC
Permalink
Post by Lou Logan
I can prune any ideas without mentors shortly before our application
unless there is strong opposition.
It might be useful to have a "sandbox" or a staging area for new ideas
that do not currently have a mentor, but maybe that's just complicating
things.
you can put it on the talk page or somewhere else if you like.
also move the ideas to a page instead of deleting them :)

-compn
Stefano Sabatini
2013-02-25 19:54:03 UTC
Permalink
Post by compn
Post by Lou Logan
I can prune any ideas without mentors shortly before our application
unless there is strong opposition.
It might be useful to have a "sandbox" or a staging area for new ideas
that do not currently have a mentor, but maybe that's just complicating
things.
you can put it on the talk page or somewhere else if you like.
also move the ideas to a page instead of deleting them :)
We could move "ideas" to a dedicated section (below mentored
projects), but it should be clear to both candidate contributors and
reviewers the difference between mentored and non-mentored tasks, and
I'd rather have a few well specified ("fleshed out") tasks with mentor
and backup mentor rather than lots of orphaned tasks.

Then each mentor could propose more than one task, and only mentor the
one with the better/more suited student.
--
FFmpeg = Fiendish and Forgiving Martial Perfectionist Ecstatic Gadget
Stefano Sabatini
2013-03-06 23:16:37 UTC
Permalink
Post by Lou Logan
Hello*,
http://www.google-melange.com/gsoc/homepage/google/gsoc2013
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2012
http://blackhole.ubitux.fr/gsoc.log
http://ffmpeg.org/pipermail/ffmpeg-devel/2012-March/121557.html
To reduce bloat I did not simply copy last years idea list because I'm
not sure what is outdated or relevant. I left "Libavfilter extension"
as an example, but please begin adding new ideas or copying over
whatever you feel is acceptable (or you can tell me what you would like
copied and I can do it). You may have to contact Mike Melanson for wiki
account approval: mike at multimedia.cx.
I would like to keep all ideas in a consistent format. Application
reviewers seem fairly sensitive to the visual presentation in my
opinion.
We can submit our mentoring organization application beginning March 18
and the deadline is March 29 at 19:00 UTC.
We need an admin and a co-admin for the program. I volunteer to act as
admin, Lou already proposed to act as co-admin, any other volunteers?

Same for the mentored tasks, we need a backup-admin for each task.

Page:
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013

Mentored tasks:
- H264 MVC (Michael Niedermayer)
- Animated Portable Network Graphics (APNG) (Paul B. Mahol)
- Misc Libavfilter extension (Stefano Sabatini + Clement Boesch)
- Inverse telecine filter (Clement Boesch)
- Subtitles (Clement Boesch)

I also propose to move all the mentored tasks in the top part of the
page, and list all the unmentored tasks in a dedicated section (1st
tier/2nd tier?).

Please add the tasks that you want to mentor as soon as possible. If
you're not sure about what/if/how you should mentor, feel free to
discuss on this list (or on IRC).
--
FFmpeg = Freak Frightening Merciful Peaceless Educated Geek
Stefano Sabatini
2013-03-06 23:44:43 UTC
Permalink
On date Thursday 2013-03-07 00:16:37 +0100, Stefano Sabatini encoded:
[...]
Post by Lou Logan
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
- H264 MVC (Michael Niedermayer)
- Animated Portable Network Graphics (APNG) (Paul B. Mahol)
- Misc Libavfilter extension (Stefano Sabatini + Clement Boesch)
- Inverse telecine filter (Clement Boesch)
- Subtitles (Clement Boesch)
I also propose to move all the mentored tasks in the top part of the
page, and list all the unmentored tasks in a dedicated section (1st
tier/2nd tier?).
Done.
--
FFmpeg = Foolish and Faithful Muttering Programmable Erudite Guru
Clément Bœsch
2013-03-07 00:01:39 UTC
Permalink
On Thu, Mar 07, 2013 at 12:16:37AM +0100, Stefano Sabatini wrote:
[...]
Post by Stefano Sabatini
- H264 MVC (Michael Niedermayer)
- Animated Portable Network Graphics (APNG) (Paul B. Mahol)
- Misc Libavfilter extension (Stefano Sabatini + Clement Boesch)
Here, I'm mainly present as a backup. I don't mind mentoring specific
ports though, but that need to be detailed.
Post by Stefano Sabatini
- Inverse telecine filter (Clement Boesch)
Note that, after a talk on IRC, I might actually drop that task and do it
myself in the next days/weeks.
Post by Stefano Sabatini
- Subtitles (Clement Boesch)
About this one, any suggestion on specific tasks are very welcome.

If you don't have a multimedia.cx account and want me to add/fix subtitles
related matters, feel free to ask here, I'll do the edit.

[...]
--
Clément B.
Reimar Döffinger
2013-03-07 06:37:50 UTC
Permalink
Post by Clément Bœsch
[...]
Post by Stefano Sabatini
- Subtitles (Clement Boesch)
About this one, any suggestion on specific tasks are very welcome.
A big task that might be too difficult is full support for closed captioning e.g. from ATSC broadcasts.
Problems include: data is stored inside video frames (need a way to extract it) and it needs to be reordered in the same way as the video frames itself.
Also the CC stuff has quite a few advanced features, so a decoder is non-trivial (writing a decoder for the CC streams from WTV allows skipping the how to extract/reorder issues sinc that's already done for that format).
Teletext is another feature we do not yet support, and should be a bit simpler.
Kieran Kunhya
2013-03-07 08:26:44 UTC
Permalink
Post by Reimar Döffinger
A big task that might be too difficult is full support for closed captioning e.g. from ATSC broadcasts.
Problems include: data is stored inside video frames (need a way to extract it) and it needs to be reordered in the same way as the video frames itself.
Also the CC stuff has quite a few advanced features, so a decoder is non-trivial (writing a decoder for the CC streams from WTV allows skipping the how to extract/reorder issues sinc that's already done for that format).
Teletext is another feature we do not yet support, and should be a bit simpler.
If this side of the fence ends up merging the AVBuffer stuff, CC
reordering should be easy since it'll just come out attached to every
frame (though there would need to be code somewhere to merge CCs from
two fields or two sets would need exporting).
How you'd decode it in FFmpeg using the current API, I don't know.

Teletext is a lot of work; one might be able to get just the subtitles
part working I guess.
Reimar Döffinger
2013-03-07 09:23:43 UTC
Permalink
Post by Reimar Döffinger
Post by Reimar Döffinger
A big task that might be too difficult is full support for closed
captioning e.g. from ATSC broadcasts.
Post by Reimar Döffinger
Problems include: data is stored inside video frames (need a way to
extract it) and it needs to be reordered in the same way as the video
frames itself.
Post by Reimar Döffinger
Also the CC stuff has quite a few advanced features, so a decoder is
non-trivial (writing a decoder for the CC streams from WTV allows
skipping the how to extract/reorder issues sinc that's already done for
that format).
Post by Reimar Döffinger
Teletext is another feature we do not yet support, and should be a
bit simpler.
If this side of the fence ends up merging the AVBuffer stuff, CC
reordering should be easy since it'll just come out attached to every
frame (though there would need to be code somewhere to merge CCs from
two fields or two sets would need exporting).
How you'd decode it in FFmpeg using the current API, I don't know.
So in other words it's completely useless because it won't actually work?
Splitting it at the decoder sure is a possibility of you can't be bothered to come up with a proper solution that actually is convenient and fits into the API.
Of course it means only programs that add special code for our will support it.
And WTV will end up giving you the same subtitle stream twice.
Post by Reimar Döffinger
Teletext is a lot of work; one might be able to get just the subtitles
part working I guess.
Uh, what part of it is a lot of work?
The format is not that complex, less than ATSC captions.
Selecting a page could be done as a decoder option at first.
Supporting analog teletext could also be separate.
Kieran Kunhya
2013-03-07 10:42:01 UTC
Permalink
On Thu, Mar 7, 2013 at 9:23 AM, Reimar Döffinger
Post by Reimar Döffinger
So in other words it's completely useless because it won't actually work?
Splitting it at the decoder sure is a possibility of you can't be bothered to come up with a proper solution that actually is convenient and fits into the API.
Of course it means only programs that add special code for our will support it.
And WTV will end up giving you the same subtitle stream twice.
I don't see at all how you are going to get captioning in the current
API. It is impossible without horrible hacks (calling the cc decoder
from mpeg-2/h264?). I have no idea why WTV sees the need to make an
additional stream - seems odd to me unless they want to avoid the same
issues as FFmpeg. VLC adds special code for captioning because you
have no choice because it's impossible to do in the lavf/lavc
paradigm. Outputting captions frame accurately is a step forward
nonetheless.
Post by Reimar Döffinger
Post by Kieran Kunhya
Teletext is a lot of work; one might be able to get just the subtitles
part working I guess.
Uh, what part of it is a lot of work?
The format is not that complex, less than ATSC captions.
Selecting a page could be done as a decoder option at first.
Supporting analog teletext could also be separate.
Oh you just want teletext subtitling - that'll fit in the current API
I suppose but the pages themselves won't.
Reimar Döffinger
2013-03-07 18:37:01 UTC
Permalink
Post by Kieran Kunhya
On Thu, Mar 7, 2013 at 9:23 AM, Reimar Döffinger
Post by Reimar Döffinger
So in other words it's completely useless because it won't actually work?
Splitting it at the decoder sure is a possibility of you can't be bothered to come up with a proper solution that actually is convenient and fits into the API.
Of course it means only programs that add special code for our will support it.
And WTV will end up giving you the same subtitle stream twice.
I don't see at all how you are going to get captioning in the current
API. It is impossible without horrible hacks (calling the cc decoder
from mpeg-2/h264?).
What? It is a bit ugly and a good bit of code but I don't see the huge
issue.
First you'd have to extract the reordering logic from the decoders (or
instantiate a reorder-only decoder or something like that).
Then you'd extend the MPEG-ES demuxer to extract the CC packets into
a separate stream and reorder them using that logic.
As a final step, other demuxers that process MPEG video streams would
run it through a MPEG-ES subdemuxer to do the extraction.
There are most likely also less ugly solutions.
Post by Kieran Kunhya
I have no idea why WTV sees the need to make an
additional stream
Because it makes sense? Not to mention that e.g. searching the
subtitle text is much less of a pain and processing intensive,
just as an example.
Btw. MOV/MP4 does the same thing actually, at least optionally.
Post by Kieran Kunhya
- seems odd to me unless they want to avoid the same
issues as FFmpeg. VLC adds special code for captioning because you
have no choice because it's impossible to do in the lavf/lavc
paradigm.
I still don't see why it should be even remotely "impossible".
Post by Kieran Kunhya
Post by Reimar Döffinger
Post by Kieran Kunhya
Teletext is a lot of work; one might be able to get just the subtitles
part working I guess.
Uh, what part of it is a lot of work?
The format is not that complex, less than ATSC captions.
Selecting a page could be done as a decoder option at first.
Supporting analog teletext could also be separate.
Oh you just want teletext subtitling - that'll fit in the current API
I suppose but the pages themselves won't.
No, I want teletext decoding. Subtitle pages are specially marked
pages with special behaviour.
I just recognize that things like figuring out how to dynamically
select a page is a bit too difficult.
Though it would be possible (though ugly) to just return all pages
in one single AVSubtitle struct on every decode call and add to
those subtitle rect a new field to indicate the teletext page.
But I'd be wary to seriously suggest implementing the first best
hack I can think of, especially when it does involve a bit of API change.
Stefano Sabatini
2013-03-17 17:43:24 UTC
Permalink
Post by Stefano Sabatini
Post by Lou Logan
Hello*,
http://www.google-melange.com/gsoc/homepage/google/gsoc2013
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2012
http://blackhole.ubitux.fr/gsoc.log
http://ffmpeg.org/pipermail/ffmpeg-devel/2012-March/121557.html
To reduce bloat I did not simply copy last years idea list because I'm
not sure what is outdated or relevant. I left "Libavfilter extension"
as an example, but please begin adding new ideas or copying over
whatever you feel is acceptable (or you can tell me what you would like
copied and I can do it). You may have to contact Mike Melanson for wiki
account approval: mike at multimedia.cx.
I would like to keep all ideas in a consistent format. Application
reviewers seem fairly sensitive to the visual presentation in my
opinion.
We can submit our mentoring organization application beginning March 18
and the deadline is March 29 at 19:00 UTC.
We need an admin and a co-admin for the program. I volunteer to act as
admin, Lou already proposed to act as co-admin, any other volunteers?
Tomorrow since 19:00 UTC GSoC applications are being accepted.

Since no other volunteer showed up, I'm assuming the role of
administrator, with Lou acting as backup administrator.

Interested parties are welcome to read and review the application text
draft in attachment, based on the text used for the GSoC 2012
application with a few edits.
Post by Stefano Sabatini
Same for the mentored tasks, we need a backup-admin for each task.
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
[...]
Post by Stefano Sabatini
Please add the tasks that you want to mentor as soon as possible. If
you're not sure about what/if/how you should mentor, feel free to
discuss on this list (or on IRC).
Ping on this.
--
FFmpeg = Fostering and Fanciful MultiPurpose Ecumenical Game
Lou Logan
2013-03-21 23:36:39 UTC
Permalink
Post by Stefano Sabatini
Interested parties are welcome to read and review the application text
draft in attachment, based on the text used for the GSoC 2012
application with a few edits.
Attached:

* application.org.llogan.txt - my mostly trivial changes based on your
file so you can diff if desired.

* application.org.formatted.txt - same answers above, but I re-organized
the questions based on [1]. Most obvious addition is the largely
redundant question #17. I simply split the answer from question #14.

My next step to add some sort of introduction for students on the ideas
page.

[1]
<http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2013/help_page#2._What_should_a_mentoring_organization>
Stefano Sabatini
2013-03-22 23:16:18 UTC
Permalink
Post by Lou Logan
Post by Stefano Sabatini
Interested parties are welcome to read and review the application text
draft in attachment, based on the text used for the GSoC 2012
application with a few edits.
* application.org.llogan.txt - my mostly trivial changes based on your
file so you can diff if desired.
* application.org.formatted.txt - same answers above, but I re-organized
the questions based on [1]. Most obvious addition is the largely
redundant question #17. I simply split the answer from question #14.
My next step to add some sort of introduction for students on the ideas
page.
[1]
<http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2013/help_page#2._What_should_a_mentoring_organization>
1. Describe your organization
FFmpeg is a complete, cross-platform solution to record, convert,
filter and stream audio and video. It includes libavcodec - the
leading audio/video codec library.
FFmpeg is possibly the most ubiquitous multimedia framework in the
world, is used as the multimedia engine by a significant part of FLOSS
multimedia applications, and provides the back-end of most transcoding
services.
FFmpeg strives at being the *universal* multimedia tool, implementing
all possible multimedia formats (even the most obscure fringe formats),
and at being *complete*; providing full fledged support for all
multimedia operations, and relying on external projects when it makes
sense.
2. Why is your organization applying to participate in Google Summer
of Code 2013? What do you hope to gain by participating?
We hope to involve more contributors in the community, gain
visibility, improve and extend our codebase, and have an opportunity to
meet and discuss with other project developers thanks to the events
and the channels related to the program.
3. Has your organization participated in past Google Summer of Codes?
Yes.
4. Please summarize your involvement and the successes and challenges
of your participation. Please also list your pass/fail rate for
each year.
FFmpeg participated to the Google Summer of Code editions of 2007,
2008, 2009, 2010, and 2011.
And 2006 as well.

I don't know if we should mention the fail/pass rate for each year,
especially considering that sometimes it is very hard to find that
information on the wiki.
Post by Lou Logan
A comprehensive list of all the past applications and tasks can be
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_Of_Code
5. If your organization has not previously participated in Google
Summer of Code, have you applied in the past? If so, for what
year(s)?
N/A
6. What Open Source Initiative approved license(s) does your project
use?
GNU LGPL v2
7. What is the URL for your Ideas list?
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
8. What is the main development mailing list for your organization?
http://ffmpeg.org/contact.html
9. What is the main IRC channel for your organization?
#ffmpeg-devel on irc.freenode.net
10. Who will be your backup organization administrator?
Lou Logan
lou at lrcd.com
llogan in #ffmpeg-devel IRC
11. What criteria did you use to select the mentors?
Availability and qualification.
Mentors propose themselves based on their expertise in the domain area
for the mentored tasks, and on their skill and will to deal with
potential contributors.
Mentors are usually veteran developers who delivered significant
contributions to the project and who deeply know the codebase, the
community and the resources around the project.
12. What is your plan for dealing with disappearing students?
We will try to keep scheduled contacts with students during
qualification tasks to make sure they are reliable before they are
accepted. We'll also urge the student to provide periodical reports
in order to track their progress.
In case of a disappearing student, we'll try to get in touch with
him/her using all the possible channels at our disposal, and in case
the student can't be reached within a reasonable amount of time we'll
declare his/her task failed.
13. What is your plan for dealing with disappearing mentors?
We assign a backup mentor to each task. The GSoC admin will take the
responsibility to act as backup mentor in case the appointed mentors
will disappear during the project.
Also, we rely on the whole developers community to help the student to
accomplish the given task in addition to the help provided by the
appointed mentors.
Since students will be urged to join IRC, they will likely get live,
interactive help from other developers; even if the mentor is not
available.
14. What steps will you take to encourage students to interact with
your project's community before, during and after the program?
We'll recommend students to idle on IRC and we'll request them to read
and possibly participate in discussions on the main development
mailing-list.
We will also try to create a friendly environment where the students
can freely participate and where they can find support from the
community. We rely on personal communication between student and
mentor in order to make the student acquainted with the community
"culture".
We expect the accepted students to be future contributors, thus we will
try to create an environment where the student is encouraged to assume
responsibility for the code that s/he will write during the task.
We hope the students will stay around after the task termination on
the ground that they will feel comfortable with the project community
and will have genuine interest in continuing their effort with it.
15. Are you a new organization who has a Googler or other
organization to vouch for you? If so, please list their name(s)
here.
N/A
16. Are you an established or larger organization who would like to
vouch for a new organization applying this year? If so, please
list their name(s) here.
We are not aware of any at this time.
17. What will you do to encourage that your accepted students stick
with the project after Google Summer of Code concludes?
We expect the accepted students to be future contributors, thus we will
try to create an environment where the student is encouraged to assume
responsibility for the code that s/he will write during the task.
We hope the students will stay around after the task termination on
the ground that they will feel comfortable with the project community
and will have genuine interest in continuing their effort with it.
No more comments from me, thanks.

I'll send the application tomorrow. It should be possible to edit the
text after the application is done in case.

We're still lacking backup mentors for the following tasks:
* H.264 Multiview Video Coding (MVC)
* Animated Portable Network Graphics (APNG)
* Postproc optimizations
* MPEG-4 ALS encoder
* Hardware Acceleration (hwaccel) API v2

Please let us know as soon as possible if you want to co-mentor these
tasks.
I'll be the default backup mentor in case no one shows up.
--
FFmpeg = Free and Fiendish Mean Programmable Exploitable Game
Stefano Sabatini
2013-03-23 22:59:16 UTC
Permalink
Post by Stefano Sabatini
Post by Lou Logan
Post by Stefano Sabatini
Interested parties are welcome to read and review the application text
draft in attachment, based on the text used for the GSoC 2012
application with a few edits.
* application.org.llogan.txt - my mostly trivial changes based on your
file so you can diff if desired.
* application.org.formatted.txt - same answers above, but I re-organized
the questions based on [1]. Most obvious addition is the largely
redundant question #17. I simply split the answer from question #14.
My next step to add some sort of introduction for students on the ideas
page.
[...]
Post by Stefano Sabatini
No more comments from me, thanks.
I'll send the application tomorrow. It should be possible to edit the
text after the application is done in case.
* H.264 Multiview Video Coding (MVC)
* Animated Portable Network Graphics (APNG)
* Postproc optimizations
* MPEG-4 ALS encoder
* Hardware Acceleration (hwaccel) API v2
Please let us know as soon as possible if you want to co-mentor these
tasks.
I'll be the default backup mentor in case no one shows up.
Application submitted, ping for new candidate mentors and backup
mentors.
--
FFmpeg = Frightening and Faithful Meaningless Philosophical Exploitable Genius
Stefano Sabatini
2013-03-28 00:30:18 UTC
Permalink
Post by Stefano Sabatini
Post by Stefano Sabatini
Post by Lou Logan
Post by Stefano Sabatini
Interested parties are welcome to read and review the application text
draft in attachment, based on the text used for the GSoC 2012
application with a few edits.
* application.org.llogan.txt - my mostly trivial changes based on your
file so you can diff if desired.
* application.org.formatted.txt - same answers above, but I re-organized
the questions based on [1]. Most obvious addition is the largely
redundant question #17. I simply split the answer from question #14.
My next step to add some sort of introduction for students on the ideas
page.
[...]
Post by Stefano Sabatini
No more comments from me, thanks.
I'll send the application tomorrow. It should be possible to edit the
text after the application is done in case.
* H.264 Multiview Video Coding (MVC)
* Animated Portable Network Graphics (APNG)
* Postproc optimizations
* MPEG-4 ALS encoder
* Hardware Acceleration (hwaccel) API v2
Please let us know as soon as possible if you want to co-mentor these
tasks.
I'll be the default backup mentor in case no one shows up.
Application submitted, ping for new candidate mentors and backup
mentors.
New ping for mentors and backup-mentors.

According to timeline:
https://google-melange.appspot.com/gsoc/events/google/gsoc2013

March 29: 19:00 UTC Mentoring organization proposal deadline.
April 1 - 5: Google program administrators review organization proposals.

so we have around 1 week to assign new tasks and assign co-mentors
yet, but the sooner we do it the better.

We are still missing backup mentors for the tasks:
* H.264 Multiview Video Coding (MVC)
* Animated Portable Network Graphics (APNG)
* Postproc optimizations
* MPEG-4 ALS encoder
* Hardware Acceleration (hwaccel) API v2

See:
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013

Contact the corresponding mentor if you want to help with it.
--
FFmpeg = Furious and Freak Merciful Pure Easy Generator
Stefano Sabatini
2013-04-02 07:58:47 UTC
Permalink
[...]
Post by Stefano Sabatini
Post by Stefano Sabatini
Application submitted, ping for new candidate mentors and backup
mentors.
New ping for mentors and backup-mentors.
https://google-melange.appspot.com/gsoc/events/google/gsoc2013
March 29: 19:00 UTC Mentoring organization proposal deadline.
April 1 - 5: Google program administrators review organization proposals.
so we have around 1 week to assign new tasks and assign co-mentors
yet, but the sooner we do it the better.
[...]

Hi,

the review process started yesterday.

We're still missing backup mentors for the following projects:
* Postproc optimizations
* MPEG-4 ALS encoder
* Hardware Acceleration (hwaccel) API v2
* Hardware Accelerated Video Encoding with VA-API
* AAC Improvements

See page:
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013

In case you want to volunteer as backup-mentor for one of these projects,
or propose a new project, *do it now or as soon as possible*.

I'll add my name to the vacant positions later today in case no one
shows up.

I suppose we can change backup-mentors later, but it's better if we
assign the positions before the review is done.
Hendrik Leppkes
2013-04-02 08:14:38 UTC
Permalink
Post by Stefano Sabatini
[...]
Post by Stefano Sabatini
Post by Stefano Sabatini
Application submitted, ping for new candidate mentors and backup
mentors.
New ping for mentors and backup-mentors.
https://google-melange.appspot.com/gsoc/events/google/gsoc2013
March 29: 19:00 UTC Mentoring organization proposal deadline.
April 1 - 5: Google program administrators review organization
proposals.
Post by Stefano Sabatini
so we have around 1 week to assign new tasks and assign co-mentors
yet, but the sooner we do it the better.
[...]
Hi,
the review process started yesterday.
* Postproc optimizations
* MPEG-4 ALS encoder
* Hardware Acceleration (hwaccel) API v2
* Hardware Accelerated Video Encoding with VA-API
* AAC Improvements
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
In case you want to volunteer as backup-mentor for one of these projects,
or propose a new project, *do it now or as soon as possible*.
I'll add my name to the vacant positions later today in case no one
shows up.
I suppose we can change backup-mentors later, but it's better if we
assign the positions before the review is done.
I can backup-mentor the HWAccel API v2 project.
Lou Logan
2013-04-02 17:00:39 UTC
Permalink
Post by Hendrik Leppkes
I can backup-mentor the HWAccel API v2 project.
Thanks. Carl has updated the wiki to include you as the backup mentor.
Stefano Sabatini
2013-04-02 18:27:41 UTC
Permalink
On date Tuesday 2013-04-02 09:58:46 +0200, Stefano Sabatini encoded:
[...]
Post by Stefano Sabatini
the review process started yesterday.
* Postproc optimizations
* MPEG-4 ALS encoder
* Hardware Acceleration (hwaccel) API v2
* Hardware Accelerated Video Encoding with VA-API
* AAC Improvements
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
In case you want to volunteer as backup-mentor for one of these projects,
or propose a new project, *do it now or as soon as possible*.
I'll add my name to the vacant positions later today in case no one
shows up.
Added my name as backup mentor to the following projects:
* Postproc optimizations
* MPEG-4 ALS encoder
* Hardware Accelerated Video Encoding with VA-API
* AAC Improvements
* DTS / DCA Improvements

I'll happily leave backup-mentoring to someone else if we have
volunteers to cover those positions.
Post by Stefano Sabatini
I suppose we can change backup-mentors later, but it's better if we
assign the positions before the review is done.
...

Accepted organizations announcement is due in date April 08 at 19:00
UTC, I'll post a follow-up to this thread as we know the result of the
evaluation.

Thanks all for participating!
--
FFmpeg = Fundamental & Free Mastodontic Puritan Evangelical Governor
Lou Logan
2013-04-08 19:55:16 UTC
Permalink
Post by Stefano Sabatini
Accepted organizations announcement is due in date April 08 at 19:00
UTC, I'll post a follow-up to this thread as we know the result of the
evaluation.
Thanks all for participating!
Hi,

FFmpeg was not accepted this year for GSoC. We can get feedback as to
why we were not accepted in #gsoc (Freenode) on Friday, April 19, 2013
at 16:00 UTC.

I think our ideas page was stronger this year and it will be a good
starting point for out next application, and although we did not get
accepted, anyone interested is still welcome to have fun with our
listed ideas:

http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013

You can see a (still growing) list of accepted organizations:

http://www.google-melange.com/gsoc/accepted_orgs/google/gsoc2013

Thanks to everyone who contributed and to those who volunteered as
mentors.

Lou
Thilo Borgmann
2013-04-08 20:34:07 UTC
Permalink
Post by Lou Logan
[...]
FFmpeg was not accepted this year for GSoC. We can get feedback as to
why we were not accepted in #gsoc (Freenode) on Friday, April 19, 2013
at 16:00 UTC.
I think our ideas page was stronger this year and it will be a good
starting point for out next application, and although we did not get
accepted, anyone interested is still welcome to have fun with our
From my point of view we've received an unsatisfying reason for our rejection
from google last year. I'm curious about their response this year.

Thanks to everyone who contributed and/or volunteered!

-Thilo
Derek Buitenhuis
2013-04-08 20:36:10 UTC
Permalink
Post by Lou Logan
From my point of view we've received an unsatisfying reason for our rejection
from google last year. I'm curious about their response this year.
Thanks to everyone who contributed and/or volunteered!
Neither Libav nor FFmpeg got in this year, so it can't be the same reason ;)

- Derek
compn
2013-04-08 23:12:07 UTC
Permalink
Post by Lou Logan
Post by Stefano Sabatini
Accepted organizations announcement is due in date April 08 at 19:00
UTC, I'll post a follow-up to this thread as we know the result of the
evaluation.
Thanks all for participating!
Hi,
FFmpeg was not accepted this year for GSoC. We can get feedback as to
why we were not accepted in #gsoc (Freenode) on Friday, April 19, 2013
at 16:00 UTC.
I think our ideas page was stronger this year and it will be a good
starting point for out next application, and although we did not get
accepted, anyone interested is still welcome to have fun with our
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013
i think our page looks great this year. i love the use of the images
showing what should happen. thank you to everyone who worked on it +
gsoc registration process !

-compn
Stefano Sabatini
2013-04-20 08:02:14 UTC
Permalink
Post by Lou Logan
Post by Stefano Sabatini
Accepted organizations announcement is due in date April 08 at 19:00
UTC, I'll post a follow-up to this thread as we know the result of the
evaluation.
Thanks all for participating!
Hi,
FFmpeg was not accepted this year for GSoC. We can get feedback as to
why we were not accepted in #gsoc (Freenode) on Friday, April 19, 2013
at 16:00 UTC.
The chat session was held yesterday.

In short it turned out that FFmpeg was not accepted mainly because of
the somehow tense relationships with other involved organizations,
which may result in a negative environment for the mentored
students. (Please refrain from commenting on this, feel free to ask
in private if you deem it necessary.)

On the bright side we got a quite positive review of our ideas page,
so that's definitively something we can use as a starting point for
future applications.

I wish again to thank all the volunteering contributors and mentors
for their effort.
--
FFmpeg = Fostering and Faithful Monstrous Philosofic Emblematic Ghost
Roger Pack
2013-04-22 20:21:53 UTC
Permalink
Post by Lou Logan
Post by Stefano Sabatini
Accepted organizations announcement is due in date April 08 at 19:00
UTC, I'll post a follow-up to this thread as we know the result of the
evaluation.
Thanks all for participating!
Hi,
FFmpeg was not accepted this year for GSoC. We can get feedback as to
why we were not accepted in #gsoc (Freenode) on Friday, April 19, 2013
at 16:00 UTC.
Maybe somebody could do a kickstarter campaign for FFmpeg's "own"
summer of code...I would donate $50 toward it at least :)
Cheers!
-roger-
Thilo Borgmann
2013-04-23 10:01:40 UTC
Permalink
Post by Roger Pack
Post by Lou Logan
Post by Stefano Sabatini
Accepted organizations announcement is due in date April 08 at 19:00
UTC, I'll post a follow-up to this thread as we know the result of the
evaluation.
Thanks all for participating!
Hi,
FFmpeg was not accepted this year for GSoC. We can get feedback as to
why we were not accepted in #gsoc (Freenode) on Friday, April 19, 2013
at 16:00 UTC.
Maybe somebody could do a kickstarter campaign for FFmpeg's "own"
summer of code...I would donate $50 toward it at least :)
I've seen the Code Sprint ideas of the Point Cloud Library project lately, see
http://www.pointclouds.org

Maybe we can also consider this procedure to get some projects funded and
realized with a more direct connection to companies interested in the
development of FFmpeg. We should really get rid of the dependency on GSoC only
for that purpose since these vague reasonings from Google won't vanish, I think.

-Thilo
Roger Pack
2013-04-23 14:14:31 UTC
Permalink
Post by Thilo Borgmann
Post by Roger Pack
Post by Lou Logan
Post by Stefano Sabatini
Accepted organizations announcement is due in date April 08 at 19:00
UTC, I'll post a follow-up to this thread as we know the result of the
evaluation.
Thanks all for participating!
Hi,
FFmpeg was not accepted this year for GSoC. We can get feedback as to
why we were not accepted in #gsoc (Freenode) on Friday, April 19, 2013
at 16:00 UTC.
Maybe somebody could do a kickstarter campaign for FFmpeg's "own"
summer of code...I would donate $50 toward it at least :)
I've seen the Code Sprint ideas of the Point Cloud Library project lately, see
http://www.pointclouds.org
Maybe we can also consider this procedure to get some projects funded and
realized with a more direct connection to companies interested in the
development of FFmpeg. We should really get rid of the dependency on GSoC only
for that purpose since these vague reasonings from Google won't vanish, I think.
Certainly you have more control when you run "your own" I suppose...
Michael Niedermayer
2013-04-23 23:14:10 UTC
Permalink
Post by Roger Pack
Post by Lou Logan
Post by Stefano Sabatini
Accepted organizations announcement is due in date April 08 at 19:00
UTC, I'll post a follow-up to this thread as we know the result of the
evaluation.
Thanks all for participating!
Hi,
FFmpeg was not accepted this year for GSoC. We can get feedback as to
why we were not accepted in #gsoc (Freenode) on Friday, April 19, 2013
at 16:00 UTC.
Maybe somebody could do a kickstarter campaign for FFmpeg's "own"
summer of code...I would donate $50 toward it at least :)
Cheers!
I think something like that would be a great idea

[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

When the tyrant has disposed of foreign enemies by conquest or treaty, and
there is nothing more to fear from them, then he is always stirring up
some war or other, in order that the people may require a leader. -- Plato
Continue reading on narkive:
Loading...