On Tue, Jan 09, 2018 at 07:27:28PM +0100, Thilo Borgmann wrote:
> Hi folks,
>
> yet again, the registration for Google Summer of Code 2018 has opened.
>
> Like in the previous years, we've setup an ideas page in our wiki:
> https://trac.ffmpeg.org/wiki/SponsoringPrograms/GSoC/2018
Would there
Hi folks,
yet again, the registration for Google Summer of Code 2018 has opened.
Like in the previous years, we've setup an ideas page in our wiki:
https://trac.ffmpeg.org/wiki/SponsoringPrograms/GSoC/2018
Same procedure as every year - we need to define more interesting tasks for
students to
Hi,
Carl Eugen and me went to the mentor summit this year. We've met a lot of known
and some yet unknown users and had a lot of interesting talks with them, as well
as a lot conversations with representatives of other projects about OSS
development in general and GSoC matters in particular.
We
On 02/19/2017 09:30 AM, Thilo Borgmann wrote:
[..]
Although, be aware that the list of accepted organizations is yet to be
published - we do not know yet if FFmpeg will be part of GSoC 2017.
We can confirm this now. Participating orgs were announced today.
Good luck with your quali
Am 18.02.17 um 22:55 schrieb Thilo Borgmann:
> Hi,
>
>> My name is George and I am a PhD student at Stanford. I am interested
>> in the MPEG-4 ALS codec project for this year's GSoC program.
>>
>> Should I go straight into attempting to fix a bug of ALS on the
>> tracker as a qualification task
Hi,
> My name is George and I am a PhD student at Stanford. I am interested
> in the MPEG-4 ALS codec project for this year's GSoC program.
>
> Should I go straight into attempting to fix a bug of ALS on the
> tracker as a qualification task and if so do you have a specific one
> to recommend?
Hi all,
My name is George and I am a PhD student at Stanford. I am interested in
the MPEG-4 ALS codec project for this year's GSoC program.
Should I go straight into attempting to fix a bug of ALS on the tracker
as a qualification task and if so do you have a specific one to recommend?
Hi all
On Mon, Jan 23, 2017 at 03:39:09PM +0100, Michael Niedermayer wrote:
> Hi all
just wanted to remind all that during
February 10 - 26Google program administrators review organization
applications
the ideas page already looks quite good but any improvments you can do
to it should
Hi Pedro,
On Thu, Feb 9, 2017 at 3:10 PM, Pedro Arthur wrote:
> 2017-02-09 17:01 GMT-02:00 Ronald S. Bultje :
>
> > Before we get into adding new things to swscale: I will veto anything
> that
> > doesn't use the provided API in libavutil. So no new
2017-02-09 17:01 GMT-02:00 Ronald S. Bultje :
> Before we get into adding new things to swscale: I will veto anything that
> doesn't use the provided API in libavutil. So no new SWS_CS_*.
>
> Maybe is there something that doesn't use libavutil in swscale that can be
turned in
On Thu, 9 Feb 2017 14:01:59 -0500
"Ronald S. Bultje" wrote:
> Hi,
>
> On Wed, Feb 8, 2017 at 8:21 PM, Michael Niedermayer
> wrote:
>
> > On Thu, Feb 09, 2017 at 01:03:06AM +0100, Michael Niedermayer wrote:
> > > On Wed, Feb 08, 2017 at 09:07:09PM
Hi,
On Wed, Feb 8, 2017 at 8:21 PM, Michael Niedermayer
wrote:
> On Thu, Feb 09, 2017 at 01:03:06AM +0100, Michael Niedermayer wrote:
> > On Wed, Feb 08, 2017 at 09:07:09PM -0200, Pedro Arthur wrote:
> > > 2017-01-27 1:01 GMT-02:00 Michael Niedermayer :
Michael Niedermayer wrote:
>also in absence of any other ideas, YCoCg support may be a
>qualification task. Maybe not the best choice but certainly
>usefull on its own
+1
Y'CoCg support would be useful indeed.
Best regards, Reto
___
ffmpeg-devel
On Thu, Feb 09, 2017 at 01:03:06AM +0100, Michael Niedermayer wrote:
> On Wed, Feb 08, 2017 at 09:07:09PM -0200, Pedro Arthur wrote:
> > 2017-01-27 1:01 GMT-02:00 Michael Niedermayer :
> >
> > > we need more (backup) mentors, so yes, i think its needed
> > >
> > > also if you
2017-01-27 1:01 GMT-02:00 Michael Niedermayer :
> we need more (backup) mentors, so yes, i think its needed
>
> also if you want to be mentor for a swscale related project i would
> support that idea
Hi, sorry for the late reply.
I think implementing a cascade-less swscale
On Mon, Jan 30, 2017 at 11:44 PM, Thilo Borgmann wrote:
> Am 30.01.17 um 18:41 schrieb Umair Khan:
>> On Wed, Jan 25, 2017 at 5:45 PM, Thilo Borgmann
>> wrote:
>>> Am 25.01.17 um 06:14 schrieb Umair Khan:
On Wed, Jan 25, 2017 at 7:45 AM,
Am 30.01.17 um 18:41 schrieb Umair Khan:
> On Wed, Jan 25, 2017 at 5:45 PM, Thilo Borgmann
> wrote:
>> Am 25.01.17 um 06:14 schrieb Umair Khan:
>>> On Wed, Jan 25, 2017 at 7:45 AM, Michael Niedermayer
>>> wrote:
On Mon, Jan 23, 2017 at
On Wed, Jan 25, 2017 at 5:45 PM, Thilo Borgmann wrote:
> Am 25.01.17 um 06:14 schrieb Umair Khan:
>> On Wed, Jan 25, 2017 at 7:45 AM, Michael Niedermayer
>> wrote:
>>>
>>> On Mon, Jan 23, 2017 at 03:39:09PM +0100, Michael Niedermayer wrote:
Hi all
On Thu, Jan 26, 2017 at 03:34:24PM -0200, Pedro Arthur wrote:
> Hi all,
> I can be a backup mentor if needed.
we need more (backup) mentors, so yes, i think its needed
also if you want to be mentor for a swscale related project i would
support that idea
[...]
--
Michael GnuPG fingerprint:
Hi,
I am interested in joining one of the projects.
Regards
Mayank
On Thu, Jan 26, 2017 at 11:04 PM, Pedro Arthur wrote:
> Hi all,
> I can be a backup mentor if needed.
>
> 2017-01-25 10:15 GMT-02:00 Thilo Borgmann :
>
> > Am 25.01.17 um 06:14
Hi all,
I can be a backup mentor if needed.
2017-01-25 10:15 GMT-02:00 Thilo Borgmann :
> Am 25.01.17 um 06:14 schrieb Umair Khan:
> > On Wed, Jan 25, 2017 at 7:45 AM, Michael Niedermayer
> wrote:
> >>
> >> On Mon, Jan 23, 2017 at 03:39:09PM +0100,
Am 25.01.17 um 06:14 schrieb Umair Khan:
> On Wed, Jan 25, 2017 at 7:45 AM, Michael Niedermayer wrote:
>>
>> On Mon, Jan 23, 2017 at 03:39:09PM +0100, Michael Niedermayer wrote:
>>> Hi all
>>>
>>> GSoC 2017 mentor org registration has opened a few days ago
>>>
>>> Our current
Dear Sir,
I am a final year student at IIT Kanpur, India and GSOC'17 aspirant.
I am very much interested in doing the project mentioned at
https://trac.ffmpeg.org/wiki/SponsoringPrograms/GSoC/2017#
FITSimagedecoderandencoder
But. there is no Qualification Task. I asked the same question on IRC
On Wed, Jan 25, 2017 at 7:45 AM, Michael Niedermayer wrote:
>
> On Mon, Jan 23, 2017 at 03:39:09PM +0100, Michael Niedermayer wrote:
> > Hi all
> >
> > GSoC 2017 mentor org registration has opened a few days ago
> >
> > Our current ideas page lists just a single mentor and
On Mon, Jan 23, 2017 at 03:39:09PM +0100, Michael Niedermayer wrote:
> Hi all
>
> GSoC 2017 mentor org registration has opened a few days ago
>
> Our current ideas page lists just a single mentor and single sugestion
> http://trac.ffmpeg.org/wiki/SponsoringPrograms/GSoC/2017
>
> About the
On Mon, 23 Jan 2017 15:39:09 +0100, Michael Niedermayer wrote:
> IIRC google suggests that ideas pages are writen and maintained
> year round.
I made a "master list" on the wiki several years ago. The intent was to
have a single, maintained repository for ideas that we could pick and
choose from
Hi,
On Mon, Jan 23, 2017 at 9:39 AM, Michael Niedermayer
wrote:
> IIRC google suggests that ideas pages are writen and maintained
> year round. Now we have a list but some develoeprs seem to oppose some
> of these old ideas, I would expect that for each objection against an
>
Hi all
GSoC 2017 mentor org registration has opened a few days ago
Our current ideas page lists just a single mentor and single sugestion
http://trac.ffmpeg.org/wiki/SponsoringPrograms/GSoC/2017
About the Suggested project
It is a hard design task which few students would be
capable to do. I
On Tue, Aug 30, 2016 at 03:53:02PM +0530, Jai Luthra wrote:
> * Multichannel support for TrueHD is experimental
>
> There should be downmix substreams present for 2+ channel bitstreams,
> but ffmpeg decoder doesn't need it. Will add support for this soon.
>
> * There might be lossless
On Tue, Oct 04, 2016 at 12:22:38AM +0530, Umair Khan wrote:
> Hi,
>
> Patch attached.
>
> It fixes the fate tests.
> However, there's a slight bug in the encoder in handling the last frame.
> I'll definitely fix it later.
> I hope the patch can be merged in this state.
[...]
> +/**
> + *
Hi,
On Tue, Oct 4, 2016 at 1:53 AM, Thilo Borgmann wrote:
> Hi,
>
>> Patch attached.
>>
>> It fixes the fate tests.
>> However, there's a slight bug in the encoder in handling the last frame.
>> I'll definitely fix it later.
>> I hope the patch can be merged in this
Hi,
> Patch attached.
>
> It fixes the fate tests.
> However, there's a slight bug in the encoder in handling the last frame.
> I'll definitely fix it later.
> I hope the patch can be merged in this state.
no. The last frame has to be handled properly before merging happens.
I'm at LinuxCon &
Jai Luthra wrote:
On Sat, Sep 17, 2016 at 05:07:28PM +0100, Andy Furniss wrote:
Nice work, this is just a sort of related question really from a
user who hasn't taken any notice of TrueHD for a few years.
Last I looked I couldn't find much in the way of specs for TrueHD
and noticed that the
On Sat, Sep 17, 2016 at 05:07:28PM +0100, Andy Furniss wrote:
> Nice work, this is just a sort of related question really from a user
> who hasn't taken any notice of TrueHD for a few years.
>
> Last I looked I couldn't find much in the way of specs for TrueHD and
> noticed that the Decoder didn't
Jai Luthra wrote:
* Multichannel support for TrueHD is experimental
There should be downmix substreams present for 2+ channel
bitstreams, but ffmpeg decoder doesn't need it. Will add support for
this soon.
Nice work, this is just a sort of related question really from a user
who hasn't taken
On 30 August 2016 at 11:23, Jai Luthra wrote:
> * Multichannel support for TrueHD is experimental
>
> There should be downmix substreams present for 2+ channel bitstreams,
> but ffmpeg decoder doesn't need it. Will add support for this soon.
>
> * There might be
* Multichannel support for TrueHD is experimental
There should be downmix substreams present for 2+ channel bitstreams,
but ffmpeg decoder doesn't need it. Will add support for this soon.
* There might be lossless check failures on LFE channels
* 32-bit sample support has been removed
On Tue, Aug 30, 2016 at 3:13 AM, Davinder Singh wrote:
> On Sat, Aug 27, 2016 at 6:15 PM Robert Krüger
> wrote:
>
> > [...]
> > what is the way to best contribute with test cases? I have two samples
> that
> > I use for testing, so far the results
On Mon, Aug 29, 2016 at 12:20 PM Clément Bœsch wrote:
> On Sun, Aug 28, 2016 at 11:31:10AM +0200, Paul B Mahol wrote:
> > On Sat, Aug 27, 2016 at 2:45 PM, Robert Krüger >
> > wrote:
> > >
> > > what is the way to best contribute with test cases? I have
On Sat, Aug 27, 2016 at 6:15 PM Robert Krüger
wrote:
> [...]
> what is the way to best contribute with test cases? I have two samples that
> I use for testing, so far the results look very, very promising but there
> are still a few artefact problems, so these could
On Mon, Aug 29, 2016 at 09:11:25PM +0100, Станислав Долганов wrote:
> Info added to codecs.texi
please rebase this on git master, most of this patch been applied
already
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
There will always be a question for
Info added to codecs.texi
2016-08-22 15:43 GMT+01:00 Michael Niedermayer :
> On Thu, Aug 18, 2016 at 02:53:29PM +0300, Станислав Долганов wrote:
> > Trailing whitespaces were removed.
> >
> > 2016-08-17 14:07 GMT+03:00 Станислав Долганов <
> stanislav.dolga...@gmail.com>
On Mon, Aug 29, 2016 at 10:47:59PM +0530, Umair Khan wrote:
> Hi,
>
> On Sun, Aug 28, 2016 at 4:26 PM, Michael Niedermayer
> wrote:
> > On Sun, Aug 28, 2016 at 01:34:46PM +0530, Umair Khan wrote:
> >> Hi,
> >>
> >> Patches attached. :)
> >>
> >> - Umair
> >
> >>
On 8/29/2016 2:17 PM, Umair Khan wrote:
>>> +if (HAVE_MMX)
>>> >> +ff_window_init_mmx(wctx);
>> >
>> > breaks build on non x86 as the function declaration / prototype is
>> > not there in that case
> What should I do with this then? I'm not too aware of how the whole
> code works
Hi,
On Sun, Aug 28, 2016 at 4:26 PM, Michael Niedermayer
wrote:
> On Sun, Aug 28, 2016 at 01:34:46PM +0530, Umair Khan wrote:
>> Hi,
>>
>> Patches attached. :)
>>
>> - Umair
>
>> Changelog |1 +
>> 1 file changed, 1 insertion(+)
>>
> Am 28.08.2016 um 22:11 schrieb Michael Niedermayer :
>
>> On Sun, Aug 28, 2016 at 09:50:41PM +0200, Hendrik Leppkes wrote:
>> On Sun, Aug 28, 2016 at 9:21 PM, Michael Niedermayer
>> wrote:
>>> On Sun, Aug 28, 2016 at 12:03:38PM -0300, James
On Sun, Aug 28, 2016 at 11:31:10AM +0200, Paul B Mahol wrote:
> On Sat, Aug 27, 2016 at 2:45 PM, Robert Krüger
> wrote:
> >
> > what is the way to best contribute with test cases? I have two samples that
> > I use for testing, so far the results look very, very
On Sun, Aug 28, 2016 at 12:03:38PM -0300, James Almer wrote:
[...]
> Also, the changelog entry line can be part of the encoder patch, no
> need to have it separate.
actually, i was just thinking having Changelog + version + APIChanges
changes separate from the main patch could make sense as these
On 8/28/2016 7:48 AM, Umair Khan wrote:
> On Sun, Aug 28, 2016 at 1:56 PM, Paul B Mahol wrote:
>> Hi,
>>
>> On Sun, Aug 28, 2016 at 10:04 AM, Umair Khan wrote:
>>
>>> Hi,
>>>
>>> Patches attached. :)
>>
>>
>> Inline asm is unacceptable to get into master.
>
On Sun, Aug 28, 2016 at 11:31 AM, Paul B Mahol wrote:
> On Sat, Aug 27, 2016 at 2:45 PM, Robert Krüger
> wrote:
> >
> > what is the way to best contribute with test cases? I have two samples
> that
> > I use for testing, so far the results look very,
On Sun, Aug 28, 2016 at 01:34:46PM +0530, Umair Khan wrote:
> Hi,
>
> Patches attached. :)
>
> - Umair
> Changelog |1 +
> 1 file changed, 1 insertion(+)
> d3f30e62d803d967bd5c27dc5dfad278ce5c02e9
> 0001-Changelog-Add-entry-for-ALS-encoder.patch
> From
On Sun, Aug 28, 2016 at 12:48 PM, Umair Khan wrote:
> On Sun, Aug 28, 2016 at 1:56 PM, Paul B Mahol wrote:
>> Hi,
>>
>> On Sun, Aug 28, 2016 at 10:04 AM, Umair Khan wrote:
>>
>>> Hi,
>>>
>>> Patches attached. :)
>>
>>
>> Inline asm is
On Sun, Aug 28, 2016 at 1:56 PM, Paul B Mahol wrote:
> Hi,
>
> On Sun, Aug 28, 2016 at 10:04 AM, Umair Khan wrote:
>
>> Hi,
>>
>> Patches attached. :)
>
>
> Inline asm is unacceptable to get into master.
How should that case be handled then?
- Umair
On Sat, Aug 27, 2016 at 2:45 PM, Robert Krüger
wrote:
>
> what is the way to best contribute with test cases? I have two samples that
> I use for testing, so far the results look very, very promising but there
> are still a few artefact problems, so these could maybe
On Tue, Aug 23, 2016 at 02:32:04AM +0530, Jai Luthra wrote:
> The min_shift parameter is needed by the MLP encoder
>
> Signed-off-by: Jai Luthra
> ---
> libavcodec/alacenc.c | 4 +++-
> libavcodec/flacenc.c | 3 ++-
> libavcodec/lpc.c | 13 -
>
Hi,
On Sun, Aug 28, 2016 at 10:04 AM, Umair Khan wrote:
> Hi,
>
> Patches attached. :)
Inline asm is unacceptable to get into master.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Tue, Aug 23, 2016 at 02:33:00AM +0530, Jai Luthra wrote:
> * Multichannel support for TrueHD is experimental
>
> There should be downmix substreams present for 2+ channel bitstreams,
> but ffmpeg decoder doesn't need it. Will add support for this soon.
>
> * There might be lossless
On Thu, Aug 25, 2016 at 10:28 PM, Davinder Singh
wrote:
> On Thu, Aug 25, 2016 at 5:01 AM Andy Furniss wrote:
>
> >
> >
> > I am testing with a somewhat artificial sample in that it's a framerate
> > de-interlace + scale down of a 1080i master, though
On Thu, Aug 25, 2016 at 08:17:03PM +, Davinder Singh wrote:
> On Thu, Aug 25, 2016 at 8:03 PM Michael Niedermayer
> wrote:
>
> > [...]
> >
> > why do these not try predictors like epzs / umh ?
> > i guess some paper doesnt say exlpicitly it should be done
> > but
On Thu, Aug 25, 2016 at 08:17:03PM +, Davinder Singh wrote:
> On Thu, Aug 25, 2016 at 8:03 PM Michael Niedermayer
> wrote:
>
> > [...]
> >
> > why do these not try predictors like epzs / umh ?
> > i guess some paper doesnt say exlpicitly it should be done
> > but
On Thu, Aug 25, 2016 at 5:01 AM Andy Furniss wrote:
>
>
> I am testing with a somewhat artificial sample in that it's a framerate
> de-interlace + scale down of a 1080i master, though it is "real" in the
> sense that I may want to repair similar files where people have
On Thu, Aug 25, 2016 at 8:03 PM Michael Niedermayer
wrote:
> [...]
>
> why do these not try predictors like epzs / umh ?
> i guess some paper doesnt say exlpicitly it should be done
> but really it should be done for all predictive zonal searches IMO
>
this should be in
On Tue, Aug 23, 2016 at 01:17:47PM +, Davinder Singh wrote:
> On Tue, Aug 23, 2016 at 5:38 AM Andy Furniss wrote:
>
> > [...]
> >
> > Nice I can see the edges are better than the last version.
> >
> > The doc/filters.texi hunk doesn't apply to git master.
> >
> > I was
Davinder Singh wrote:
On Tue, Aug 23, 2016 at 5:38 AM Andy Furniss
wrote:
[...]
Nice I can see the edges are better than the last version.
The doc/filters.texi hunk doesn't apply to git master.
I was going to post some comparisons with mcfps tonight, but I'll
need to
On Tue, Aug 23, 2016 at 5:38 AM Andy Furniss wrote:
> [...]
>
> Nice I can see the edges are better than the last version.
>
> The doc/filters.texi hunk doesn't apply to git master.
>
> I was going to post some comparisons with mcfps tonight, but I'll need
> to redo them to
Hello, Jan.
On Tuesday, 23 August 2016 at 01:21, Jan Sebechlebsky wrote:
> Hello,
>
> GSoC 2016 is almost over, so I am sending brief summary of the project
> (links to my work are at the end of this e-mail).
Great write-up. Thank you for participating!
[...]
> I will try to participate in
Davinder Singh wrote:
On Wed, Jun 1, 2016 at 4:13 AM Davinder Singh wrote:
[...]
final patch attached. please review.
this includes bug fixes and various other improvements. also added filter
docs.
Nice I can see the edges are better than the last version.
The
Hello,
GSoC 2016 is almost over, so I am sending brief summary of the project
(links to my work are at the end of this e-mail).
Original plan was to improve tee muxer so that:
1. outputs will not block each other (occasional long I/O operation on
single output will not delay processing of
On Wed, Jun 1, 2016 at 4:13 AM Davinder Singh wrote:
> [...]
>
final patch attached. please review.
this includes bug fixes and various other improvements. also added filter
docs.
0001-added-motion-estimation-and-interpolation-filters-v3F.patch
Description: Binary data
* Multichannel support for TrueHD is experimental
There should be downmix substreams present for 2+ channel bitstreams,
but ffmpeg decoder doesn't need it. Will add support for this soon.
* There might be lossless check failures on LFE channels
* 32-bit sample support has been removed
The min_shift parameter is needed by the MLP encoder
Signed-off-by: Jai Luthra
---
libavcodec/alacenc.c | 4 +++-
libavcodec/flacenc.c | 3 ++-
libavcodec/lpc.c | 13 -
libavcodec/lpc.h | 2 +-
libavcodec/ra144enc.c | 2 +-
5 files changed, 15
On Thu, Aug 18, 2016 at 02:53:29PM +0300, Станислав Долганов wrote:
> Trailing whitespaces were removed.
>
> 2016-08-17 14:07 GMT+03:00 Станислав Долганов
> :
>
> > Hello,
> >
> > I'm sending the patch set with implementation of GSoC project -- FFV1 P
> > frame
On Sun, Aug 21, 2016 at 09:32:31AM +0300, Станислав Долганов wrote:
> Sorry, I forgot to return ok from encode init. Here updated patch.
>
> 2016-08-20 23:44 GMT+03:00 Michael Niedermayer :
>
> > On Sat, Aug 20, 2016 at 11:01:29PM +0300, Станислав Долганов wrote:
> > >
On Sat, Aug 20, 2016 at 10:45:59PM +0200, Moritz Barsnick wrote:
> On Sat, Aug 20, 2016 at 13:10:56 +0200, Michael Niedermayer wrote:
> > On Thu, Aug 18, 2016 at 08:50:08PM +0200, Moritz Barsnick wrote:
>
> > This code is based on libavcodec/snowdec.c:static int decode_q_branch
> > Fixing
On Sat, Aug 20, 2016 at 13:10:56 +0200, Michael Niedermayer wrote:
> On Thu, Aug 18, 2016 at 08:50:08PM +0200, Moritz Barsnick wrote:
> This code is based on libavcodec/snowdec.c:static int decode_q_branch
> Fixing formating is very welcome but it should be in a seperate patch
I thought it was
On Sat, Aug 20, 2016 at 11:01:29PM +0300, Станислав Долганов wrote:
> Fixed it.
breaks fate (this worked with the previous patch)
make: *** [fate-vsynth1-snow] Error 139
make: *** [fate-vsynth1-snow-hpel] Error 139
make: *** [fate-vsynth1-snow-ll] Error 139
make: *** [fate-filter-mcdeint-fast]
More error handling based on snow decoder errors from patch 1 discussion.
2016-08-20 14:10 GMT+03:00 Michael Niedermayer :
> On Thu, Aug 18, 2016 at 08:50:08PM +0200, Moritz Barsnick wrote:
> > On Thu, Aug 18, 2016 at 14:49:28 +0300, Станислав Долганов wrote:
> >
> > >
On Sat, Aug 20, 2016 at 06:39:17PM +, Davinder Singh wrote:
> On Sat, Aug 20, 2016 at 5:45 PM Michael Niedermayer
> wrote:
>
> > how does it perform with matrixbench instead of BBB ?
> >
> > as reference 100fps matrixbench generated with mcfps
> > from
On Sat, Aug 20, 2016 at 5:45 PM Michael Niedermayer
wrote:
> how does it perform with matrixbench instead of BBB ?
>
> as reference 100fps matrixbench generated with mcfps
> from https://github.com/michaelni/FFmpeg/tree/mcfps
> ./ffmpeg -i matrixbench_mpeg2.mpg -vf
On Fri, Aug 19, 2016 at 7:59 PM Robert Krüger
wrote:
> [...]
Impressive results, great job!
thanks :)
>
> I just tried minterpolate=fps=250:mc_mode=aobmc:me=epzs and did have some
> artefacts in one of my slowmo samples but overall the quality is very, very
> nice!
On Thu, Aug 18, 2016 at 07:26:39PM +, Davinder Singh wrote:
> On Thu, Aug 18, 2016 at 11:52 PM Paul B Mahol wrote:
>
> > [...]
> >
>
> i tried to modify EPZS. i removed the early termination threshold which
> skip some predictors :-/
> new score:
> $ tiny_psnr
On Fri, Aug 19, 2016 at 05:07:01PM +0300, Станислав Долганов wrote:
> New fixes
heres another crash:
http://ffmpeg.org/~michael/snow-chroma-bug-fuzzed2.avi
zzuf -c -s116 -r0.001 ./ffmpeg_g -i snow-chroma-bug.avi -f null -
#0 ff_emu_edge_vfix15_mmx () at libavcodec/x86/videodsp.asm:340
#1
On Thu, Aug 18, 2016 at 08:50:08PM +0200, Moritz Barsnick wrote:
> On Thu, Aug 18, 2016 at 14:49:28 +0300, Станислав Долганов wrote:
>
> > +static int decode_q_branch(FFV1Context *f, int level, int x, int y){
> > +RangeCoder *const c = >slice_context[0]->c;
> > +OBMCContext *s = >obmc;
>
On Fri, Aug 19, 2016 at 4:17 PM, Paul B Mahol wrote:
> On 8/19/16, Davinder Singh wrote:
> > On Fri, Aug 19, 2016 at 3:27 AM Paul B Mahol wrote:
> >
> >> On 8/18/16, Paul B Mahol wrote:
> >> > On 8/18/16, Davinder
On 8/19/16, Davinder Singh wrote:
> On Fri, Aug 19, 2016 at 3:27 AM Paul B Mahol wrote:
>
>> On 8/18/16, Paul B Mahol wrote:
>> > On 8/18/16, Davinder Singh wrote:
>> >> On Thu, Aug 18, 2016 at 11:52 PM Paul B Mahol
Fix some problems.
2016-08-18 21:50 GMT+03:00 Moritz Barsnick :
> On Thu, Aug 18, 2016 at 14:49:28 +0300, Станислав Долганов wrote:
>
> > +static int decode_q_branch(FFV1Context *f, int level, int x, int y){
> > +RangeCoder *const c = >slice_context[0]->c;
> > +
On Fri, Aug 19, 2016 at 11:19:22 +, Davinder Singh wrote:
> > Same here and many other places. "!=" is a valid operator. ;)
>
> yes, that would be in case of == operator, not = operator, no?
D'uh, stupid me, I missed that. Sorry!
> will do. can you tell which is faster?
I *believe*
On Fri, Aug 19, 2016 at 3:27 AM Paul B Mahol wrote:
> On 8/18/16, Paul B Mahol wrote:
> > On 8/18/16, Davinder Singh wrote:
> >> On Thu, Aug 18, 2016 at 11:52 PM Paul B Mahol wrote:
> >>
> >>> [...]
> >>>
> >>
> >> i
On Fri, Aug 19, 2016 at 1:50 AM Moritz Barsnick wrote:
> On Thu, Aug 18, 2016 at 19:26:39 +, Davinder Singh wrote:
>
> > +@table @option
> > +@item algo
> > +Set the algorithm to be used. Accepts one of the following values:
> > +
> > +@table @samp
> > +@item ebma
> >
On Thu, Aug 18, 2016 at 02:48:40PM +0300, Станислав Долганов wrote:
> Seem like this fixes it.
still crashes
zzuf -c -s0: -r0.01 ./ffmpeg -i snow-chroma-bug.avi -f null -
...
[avi @ 0x3e20e40] Something went wrong during header parsing, I will ignore it
and try to continue anyway.
Truncating
On 8/18/16, Paul B Mahol wrote:
> On 8/18/16, Davinder Singh wrote:
>> On Thu, Aug 18, 2016 at 11:52 PM Paul B Mahol wrote:
>>
>>> [...]
>>>
>>
>> i tried to modify EPZS. i removed the early termination threshold which
>> skip some
On 8/18/16, Davinder Singh wrote:
> On Thu, Aug 18, 2016 at 11:52 PM Paul B Mahol wrote:
>
>> [...]
>>
>
> i tried to modify EPZS. i removed the early termination threshold which
> skip some predictors :-/
> new score:
> $ tiny_psnr 60_source_2.yuv
On Thu, Aug 18, 2016 at 19:26:39 +, Davinder Singh wrote:
> +@table @option
> +@item algo
> +Set the algorithm to be used. Accepts one of the following values:
> +
> +@table @samp
> +@item ebma
> +Exhaustive block matching algorithm.
> +@end table
> +Default value is @samp{ebma}.
[...]
> +
On Thu, Aug 18, 2016 at 11:52 PM Paul B Mahol wrote:
> [...]
>
i tried to modify EPZS. i removed the early termination threshold which
skip some predictors :-/
new score:
$ tiny_psnr 60_source_2.yuv 60_bbb.yuv
stddev: 1.02 PSNR: 47.94 MAXDIFF: 186 bytes:476928000/474163200
On Thu, Aug 18, 2016 at 14:49:28 +0300, Станислав Долганов wrote:
> +static int decode_q_branch(FFV1Context *f, int level, int x, int y){
> +RangeCoder *const c = >slice_context[0]->c;
> +OBMCContext *s = >obmc;
> +const int w= s->b_width << s->block_max_depth;
This whole function
On 8/18/16, Davinder Singh wrote:
> On Tue, Aug 16, 2016 at 1:47 AM Paul B Mahol wrote:
>
>> [...]
>
>
> hi,
>
> made EPZS work correctly:
> https://github.com/dsmudhar/FFmpeg/commit/0fc7a5490252a7f9832775b2773b35a42025553b
> also reduced no of repeated
On Tue, Aug 16, 2016 at 1:47 AM Paul B Mahol wrote:
> [...]
hi,
made EPZS work correctly:
https://github.com/dsmudhar/FFmpeg/commit/0fc7a5490252a7f9832775b2773b35a42025553b
also reduced no of repeated predictors which increased the speed also.
> What about artifacts with
On Wed, Aug 17, 2016 at 02:07:20PM +0300, Станислав Долганов wrote:
> Hello,
>
> I'm sending the patch set with implementation of GSoC project -- FFV1 P
> frame support. The current FFV1 uses the same OBMC code as the Snow codec.
> Also new median_me_mp function has appeared.
>
> I'm attaching
Trailing whitespaces were removed.
2016-08-17 14:07 GMT+03:00 Станислав Долганов
:
> Hello,
>
> I'm sending the patch set with implementation of GSoC project -- FFV1 P
> frame support. The current FFV1 uses the same OBMC code as the Snow
> codec. Also new
Tried to tune up to newest version + some fixes.
2016-08-18 4:47 GMT+03:00 Michael Niedermayer :
> On Wed, Aug 17, 2016 at 02:07:24PM +0300, Станислав Долганов wrote:
> > Hello,
> >
> > I'm sending the patch set with implementation of GSoC project -- FFV1 P
> > frame
301 - 400 of 629 matches
Mail list logo