Hi, I´ve seen that there has been approach last month to implement AVC Intra
mxf muxing. I tested the patches, but it didn´t work with any of my samples.
Since there also has been discussions about the gpl restriction, I rewrote the
patch. I had some basics, because I had written a working
I´m not happy with the for-loop I coded yesterday night, so I made a new patch.
Regards,
Thomas
--- a/libavformat/mxfenc.c
+++ b/libavformat/mxfenc.c
@@ -42,6 +42,8 @@
#include libavutil/time_internal.h
#include libavcodec/bytestream.h
#include libavcodec/dnxhddata.h
+#include
Hi, this patch will add support for AVC Intra 50 720p and 1080p without SPS/PPS
header in mxf and mov demuxers. I got the SPS/PPS tables from libbmx.
Regards,
Thomas
avci50.patch
Description: Binary data
___
ffmpeg-devel mailing list
Thanks
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Should have done this as second part of my AVCI Patch. Sorry!
Regards,
Thomas
indent.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
onntag, 27.September 2015:
On 27 September 2015 at 09:09, Thomas Mundt
<loudmax-at-yahoo...@ffmpeg.org> wrote:
> Hi Kieran,
> no, you´re right. I misinterpreted SEI_PIC_STRUCT_FRAME because it´s also the
> default when pic_struct_present_flag is 0. Jus
Michael Niedermayer <michae...@gmx.at> schrieb am 18:04 Sonntag, 27.September
2015:
>On Sun, Sep 27, 2015 at 03:24:48PM +0000, Thomas Mundt wrote:
>> Fate always stops at vf_mergeplanes with error, with or without my
>> patch:[AVFilterGraph @ 00eb4500] No such filter: ''
Hi,
some h264 encoders, like broadcast avc-intra in this case, always set
sei_pic_struct to "frame" even at interlaced encodings with separate fields.
FFmpeg h264 decoder always assumes field order as "bottom field first" unless
"top field first" is definitely detected. This leads to wrong
This will fix AVC-Intra encoding in .mov container.
Regards,Thomas
libx264.diff
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Seems yahoo emails become scrambled and links are not supported. Sorry!
I´m on Win7 64Bit using latest media autobuild suite (msys2) from
here:https://github.com/jb-alvarado/media-autobuild_suite
I started fate with this command after rsync the testfiles:make fate
think it´s straight forward to favor the majority.
Signed-off-by: Thomas Mundt <loud...@yahoo.de>
---
libavcodec/h264.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavcodec/h264.c b/libavcodec/h264.c
index b797893..8b95003 100644
--- a/libavcodec/h264.c
>AVCodecContext.flags is set by the user application not by the codec
>see libavcodec/avcodec.h
Okay, maybe a patch for x264 is even better.
Regards, Thomas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
?
Regards,Thomas
Kieran Kunhya <kier...@obe.tv> schrieb am 20:59 Samstag, 26.September 2015:
On 26 September 2015 at 16:59, Thomas Mundt
<loudmax-at-yahoo...@ffmpeg.org> wrote:
> Hi,
> some h264 encoders, like broadcast avc-intra in this case
avc-intra sets pic-struct. Is
Prevents that following scalers in the filter chain will do unintentional color
range conversions.
Fixes Ticket #5096
Signed-off-by: Thomas Mundt <loud...@yahoo.de>
---
libavfilter/vf_scale.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavfilter/vf_scale.c b/libavfilter/vf_s
James Almer schrieb am So, 19.6.2016:
>On 2/7/2016 8:39 PM, Thomas Mundt wrote:
>> + at item deint
>> +Specify which frames to deinterlace. Accept one of the following
>> +values:
>> +
>> + at table @option
>> + at item 0, all
>> +Deinterlace al
I forgot one information:
With yadif and w3fdif the temporal interpolation of the first and last field of
a source file tend to result in heavy artefacts at fast motions. Therefore
BobWeaver uses spatial cubic interpolation at first and last field.
That´s the filter_intra function.
I attached
Hi,
last years I did many quality tests with commercial broadcast transcoder
software for SD/HD conversions.
Aside from few exeptions the weak point always was the deinterlacer. This was
even more visible with new OLED monitors.
Here artefacts from edge directed interpolation are much more
>>> Hendrik Leppkes schrieb am Mo, 8.2.2016:
> How does the speed compare to YADIF?
> Or in other words, is it usable in real-time, or rather designed for
> offline processing?
>
YADIF is quicker, because of its CPU optimizations. Without CPU optimizations
BobWeaver is
The attached patch is my first SIMD code. It is more than 3x faster, so
optimisations work.
But experienced programmers may find some more improvement.
I´m not really happy with the extra mov instructions needed in x86_32 for
mrefs3 and prefs3 because of the register limitations.
I tried a lot,
>>> Paul B Mahol <one...@gmail.com> schrieb am Di, 16.2.2016:On 2/8/16, Thomas
>>> Mundt <loudmax-at-yahoo...@ffmpeg.org> wrote:
>>>>> Hendrik Leppkes <h.lepp...@gmail.com> schrieb am Mo, 8.2.2016:
>>> How does the speed compar
>>> Paul B Mahol <one...@gmail.com> schrieb am Di, 16.2.2016:
>>>> On 2/8/16, Thomas Mundt <loudmax-at-yahoo...@ffmpeg.org> wrote:
>>>>> Hendrik Leppkes <h.lepp...@gmail.com> schrieb am Mo, 8.2.2016:
>>> How does the speed com
>>> Paul B Mahol schrieb am Mi, 17.2.2016:
> If nobody plans to comment on code I will apply this soon.
I´ve seen you applied it. Thanks.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
>>> Thomas Mundt wrote:
>> This new patch adds x86 SIMD support up to 12 bit. Please comment.
>
> Not much use I guess, but on sse2 8 bit content it tests OK = faster +
> md5sum the same as without the patch.
>
> Are you considering going further with this
Signed-off-by: Thomas Mundt <loud...@yahoo.de>
---
libavfilter/x86/vf_bwdif.asm | 4
1 file changed, 4 insertions(+)
diff --git a/libavfilter/x86/vf_bwdif.asm b/libavfilter/x86/vf_bwdif.asm
index 11aa025..147b7c6 100644
--- a/libavfilter/x86/vf_bwdif.asm
+++ b/libavfilter/x86/vf_bwd
>>>James Almer schrieb am So, 13.3.2016:
> Since you adapted quite a bit of this code from yadif simd, the copyright
> header should reflect that.
Agreed. I´ll send a patch...
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Signed-off-by: Thomas Mundt <loud...@yahoo.de>
---
doc/filters.texi | 3 +++
libavfilter/vf_colormatrix.c | 38 ++
2 files changed, 25 insertions(+), 16 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 528e0f8..a438f6d
Signed-off-by: Thomas Mundt <loud...@yahoo.de>
---
libavfilter/vf_colormatrix.c | 34 --
1 file changed, 20 insertions(+), 14 deletions(-)
diff --git a/libavfilter/vf_colormatrix.c b/libavfilter/vf_colormatrix.c
index 4a57fe0..ecd7a97 100644
--- a/libav
Signed-off-by: Thomas Mundt <loud...@yahoo.de>
---
libavfilter/vf_colormatrix.c | 49 +++-
1 file changed, 21 insertions(+), 28 deletions(-)
diff --git a/libavfilter/vf_colormatrix.c b/libavfilter/vf_colormatrix.c
index 6840b91..5fe9ce3
Signed-off-by: Thomas Mundt <loud...@yahoo.de>
---
libavfilter/vf_colormatrix.c | 182 ++-
1 file changed, 179 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_colormatrix.c b/libavfilter/vf_colormatrix.c
index 5fe9ce3..92224b6
These patches add bt.2020 colorspace and 10 and 12 bit depth support.
The calculation of the Y component is simplified but with identical results.
Some unused variables are removed.
The YUV croma coefficients are calculated instead of taken from a rough rounded
table.
Since these calculations
>>>Michael Niedermayer schrieb am Sa, 26.3.2016:
> missing fate update
Sorry!
Updated patch attached. Now fate passes.
0001-avfilter-vf_colormatrix-increase-precision.patch
Description: Binary data
___
ffmpeg-devel mailing list
>>>Michael Niedermayer schrieb am Sa, 26.3.2016:
>
> this causes some compiler warnings
>
> libavfilter/vf_colormatrix.c: In function ‘calc_coefficients’:
> libavfilter/vf_colormatrix.c:163:9: warning: passing argument 2 of
> ‘inverse3x3’ from incompatible pointer type
>>>Kieran Kunhya <kier...@obe.tv> schrieb am Sa, 26.3.2016:
>> On Fri, 25 Mar 2016 at 22:32 Thomas Mundt > ffmpeg.org> wrote:
>
>> Signed-off-by: Thomas Mundt
>> ---
>> libavfilter/vf_colormatrix.c | 182
>> +++
Ronald S. Bultje <rsbul...@gmail.com> schrieb am So, 27.3.2016:
> On Sun, Mar 27, 2016 at 7:09 AM, Thomas Mundt ffmpeg.org> wrote:
>
>> >>>Ronald S. Bultje schrieb am Sa, 26.3.2016:
>> > On Sat, Mar 26, 2016 at 10:04 AM, Thomas Mundt > ffmpeg.org> wro
>>>Kieran Kunhya <kier...@obe.tv> schrieb am So, 27.3.2016:
> On Sun, 27 Mar 2016 at 13:22 Thomas Mundt
> wrote:
>
>> Ronald S. Bultje schrieb am So, 27.3.2016:
>> > On Sun, Mar 27, 2016 at 7:09 AM, Thomas Mundt > ffmpeg.org> wrote:
>> &g
>>>Ronald S. Bultje <rsbul...@gmail.com> schrieb am Sa, 26.3.2016:
> On Sat, Mar 26, 2016 at 10:04 AM, Thomas Mundt ffmpeg.org> wrote:
>
>>>>>Kieran Kunhya schrieb am Sa, 26.3.2016:
>> >> On Fri, 25 Mar 2016 at 22:32 Thomas Mundt
>> >
>>>Kieran Kunhya schrieb am So, 27.3.2016:
> On Sun, 27 Mar 2016 at 13:22 Thomas Mundt
> wrote:
>
>> Ronald S. Bultje schrieb am So, 27.3.2016:
>> > On Sun, Mar 27, 2016 at 7:09 AM, Thomas Mundt > ffmpeg.org> wrote:
>> >
>> >> >&g
>>>Ronald S. Bultje <rsbul...@gmail.com> schrieb am Sa, 26.3.2016:
> Hi,
>
> On Fri, Mar 25, 2016 at 6:30 PM, Thomas Mundt ffmpeg.org> wrote:
>
>> These patches add bt.2020 colorspace and 10 and 12 bit depth support.
>> The calculation of the Y
This new patch adds x86 SIMD support up to 12 bit.
Please comment.
Signed-off-by: Thomas Mundt <loud...@yahoo.de>
---
libavfilter/bwdif.h | 72 +++
libavfilter/vf_bwdif.c | 69 +++
libavfilter/x86/Makefile| 2 +
libavfilter/x86/vf_bwd
Hi,
after checking the fate sample and further testing I noticed that the stated
framerate is not always correct and can lead to wrong results.
I didn´t find one single method to make it work correct in any case, so I added
a fallback.
av_frame_get_pkt_duration works for most files. Otherwise
Hi,
attached patch will fix ticket #2674.
Tested with examples from ticket 2674 and other files at various frame rates.
v2: Use av_frame_get_pkt_duration to calculate count of duplication of last
frame.
Use average of the earlier pts steps when av_frame_get_pkt_duration is not set.
v3: Write at
>>Thomas Mundt <loudmax-at-yahoo...@ffmpeg.org> schrieb am Di, 21.3.2017:
>>>Thomas Mundt schrieb am Mo, 13.3.2017:
>> Hi,
>>
>> this patch set
>> 1) changes the lowpass_line function prototype in vf_interlace and
>> vf_tinterlace as suggeste
>>Michael Niedermayer <mich...@niedermayer.cc> schrieb am Mi, 22.3.2017:
>>>On Tue, Mar 21, 2017 at 11:25:21PM +, Thomas Mundt wrote:
>> Hi,
>>
>> attached patch will fix ticket #2674.
>> It makes the fps filter duplicate or drop the last fram
>>Lou Logan <l...@lrcd.com> schrieb am Do, 30.3.2017:
> On Mon, 13 Mar 2017 16:23:46 + (UTC)
> Thomas Mundt wrote:
>
> [...]
>> index 09ca4d3..0b5b858 100644
>> --- a/libavfilter/vf_tinterlace.c
>> +++ b/libavfilter/vf_tinterlace.c
> [...]
>>
Hi,
attached patch will fix ticket #2674.
It makes the fps filter duplicate or drop the last frame depending on the input
and output frame rates.
Tested with examples from ticket 2674 and other files at various frame rates.
Regards,
Thomas
0001-avfilter-vf_fps-fix-duration.patch
Description:
>>Thomas Mundt <loudmax-at-yahoo...@ffmpeg.org> schrieb am Mo, 13.3.2017:
> Hi,
>
> this patch set
> 1) changes the lowpass_line function prototype in vf_interlace and
> vf_tinterlace as suggested by James Almer.
> 2) adds a complex (-1 2 6 2 -1) vertical l
>>>Thomas Mundt <loudmax-at-yahoo...@ffmpeg.org> schrieb am Fr, 24.3.2017:
> Hi,
> >
> attached patch will fix ticket #2674.
> Tested with examples from ticket 2674 and other files at various frame rates.
>
> v2: Use av_frame_get_pkt_duration to calculate c
>>>Thomas Mundt <loudmax-at-yahoo...@ffmpeg.org> schrieb am Fr, 24.3.2017:
> Hi,
> >
> attached patch will fix ticket #2674.
> Tested with examples from ticket 2674 and other files at various frame rates.
>
> v2: Use av_frame_get_pkt_duration to calculate c
>>>Thomas Mundt <loudmax-at-yahoo...@ffmpeg.org> schrieb am Do, 30.3.2017:
>>>Lou Logan schrieb am Do, 30.3.2017:
>> On Mon, 13 Mar 2017 16:23:46 + (UTC)
>> Thomas Mundt wrote:
>>
>> [...]
>>> index 09ca4d3..0b5b858 100644
&g
>>>Thomas Mundt <loudmax-at-yahoo...@ffmpeg.org> schrieb am Mi, 5.4.2017:
>>>>Thomas Mundt schrieb am Do, 30.3.2017:
>>>>Lou Logan schrieb am Do, 30.3.2017:
>>> On Mon, 13 Mar 2017 16:23:46 + (UTC)
>>> Thomas Mundt
>>>Nicolas George <geo...@nsup.org> schrieb am Sa, 1.4.2017:
> Le quartidi 4 germinal, an CCXXV, Thomas Mundt a écrit :
>> v2: Use av_frame_get_pkt_duration to calculate count of duplication of last
>> frame.
>> Use average of the earlier pts steps when av_f
>>Nicolas George schrieb am So, 2.4.2017:
>> Will you also fix the ticket or shall I make a new patch then?
>
> I do not understand what you mean.
So I think I misunderstood. Sorry, please ignore that sentence.
> And maybe you should find a mail user agent that works and does
>>>Nicolas George schrieb am So, 2.4.2017:
> Fortunately, you do not need to change your e-mail provider and address,
> you only need to change your mail software: just choose and install a
> real and good mail client instead of relying on webmails. You will gain
> a lot in
>>>Nicolas George <geo...@nsup.org> schrieb am So, 2.4.2017:
>>Le tridi 13 germinal, an CCXXV, Thomas Mundt a écrit :
>...
>> link->current_pts always returns the pts until the current (last) frame.
>> I can calculate its duration for cfr video, bu
>>>Michael Niedermayer <mich...@niedermayer.cc> schrieb am Mi, 12.4.2017:
On Thu, Mar 30, 2017 at 12:21:58AM +0000, Thomas Mundt wrote:
>> >>Lou Logan schrieb am Do, 30.3.2017:
>> > On Mon, 13 Mar 2017 16:23:46 + (UTC)
>> > Thomas Mundt wrote:
Patch attached...
0002-avfilter-interlace-add-complex-vertical-low-pass-fil.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi,
this patch set
1) changes the lowpass_line function prototype in vf_interlace and
vf_tinterlace as suggested by James Almer.
2) adds a complex (-1 2 6 2 -1) vertical low-pass filter to
vf_interlace and vf_tinterlace.
This one slightly less reduces interlace 'twitter' but better retains
detail
>>>James Almer <jamr...@gmail.com> schrieb am Do, 13.4.2017:
>>>>On 4/12/2017 9:39 PM, Thomas Mundt wrote:
>>
>> James Almer suggested to change the function prototype. Which was easy in c,
>> but for simd this is the best I can do.
>
> I didn't
Hi,
attached patch adds a complex (-1 2 6 2 -1) vertcal lowpassfilter to
vf_interlace. This will better retain detail and reduce blurring compared to
the existing (1 2 1) filter.
Please comment.
0001-avfilter-vf_interlace-add-complex-vertcal-lowpassfil.patch
Description: Binary data
> James Almer <jamr...@gmail.com> schrieb am Fr, 10.3.2017:
>> On 3/8/2017 1:58 PM, Thomas Mundt wrote:
>> Hi,
>>
>> attached patch adds a complex (-1 2 6 2 -1) vertcal lowpassfilter to
>> vf_interlace. This will better retain detail and reduce blurr
> Kieran Kunhya schrieb am Fr, 10.3.2017:
> Hi,
>
> Just wondering, did you see what this looks like on a CRT, especially with
> interline twitter.
> The original method is similar to what an interlaced camera does, averaging
> alternate lines, deliberately lowpassing the data.
>
Hi,
this patch set
1) changes the lowpass_line function prototype in vf_interlace and
vf_tinterlace as suggested by James Almer.
2) adds a complex (-1 2 6 2 -1) vertical low-pass filter to vf_interlace and
vf_tinterlace.
This one slightly less reduces interlace 'twitter' but better retains
> James Almer <jamr...@gmail.com> schrieb am Sa, 11.3.2017:
>>On 3/11/2017 12:39 PM, Thomas Mundt wrote:
>>> James Almer schrieb am Fr, 10.3.2017:
>>>> On 3/8/2017 1:58 PM, Thomas Mundt wrote:
>>>> Hi,
>>>>
>>&g
Patch attached...
0002-avfilter-interlace-add-complex-vertical-low-pass-fil.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>>>Thomas Mundt <loudmax-at-yahoo...@ffmpeg.org> schrieb am Fr, 24.3.2017:
> Hi,
> >
> attached patch will fix ticket #2674.
> Tested with examples from ticket 2674 and other files at various frame rates.
>
> v2: Use av_frame_get_pkt_duration to calculate c
2017-04-20 23:54 GMT+02:00 Thomas Mundt <tmund...@gmail.com>:
> Patch attached...
>
> Ping
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
2017-06-13 15:00 GMT+02:00 Nicolas George <geo...@nsup.org>:
> Le quintidi 25 prairial, an CCXXV, Thomas Mundt a écrit :
> > Live with the open ticket or with the modified patch?
>
> Either, actually, but I meant the modified patch.
>
Okay, I´ll write the patch then a
2017-06-13 14:46 GMT+02:00 Nicolas George :
> Le quintidi 25 prairial, an CCXXV, Thoms Mundt a écrit :
> > Since I dont see any solution or wip for this, I could modify my patch
> and
> > remove the use of pkt_duration. This would only work for constant frame
> rate
> > input,
2017-06-15 20:00 GMT+02:00 Nicolas George <geo...@nsup.org>:
> Le quintidi 25 prairial, an CCXXV, Thomas Mundt a écrit :
> > Patch attached. This fixes ticket #2674. I inserted a FIXME message as a
> > reminder.
> > Please comment.
>
> I am sorry to say I do not l
2017-06-15 21:23 GMT+02:00 Nicolas George <geo...@nsup.org>:
> Le septidi 27 prairial, an CCXXV, Thomas Mundt a écrit :
> > Hmm, before rewriting and sending this patch I asked if it would have a
> > chance to be pushed just to fix the ticket which is open for a very long
2017-06-13 15:04 GMT+02:00 Thomas Mundt <tmund...@gmail.com>:
> 2017-06-13 15:00 GMT+02:00 Nicolas George <geo...@nsup.org>:
>
>> Le quintidi 25 prairial, an CCXXV, Thomas Mundt a écrit :
>> > Live with the open ticket or with the modified patch?
>>
>&g
2017-05-02 19:14 GMT+02:00 James Almer <jamr...@gmail.com>:
> On 5/2/2017 1:49 PM, Paul B Mahol wrote:
> > On 5/2/17, Thomas Mundt <tmund...@gmail.com> wrote:
> >> 2017-04-29 18:15 GMT+02:00 Thomas Mundt <tmund...@gmail.com>:
> >>
> >>> 20
2017-04-29 18:15 GMT+02:00 Thomas Mundt <tmund...@gmail.com>:
> 2017-04-20 23:54 GMT+02:00 Thomas Mundt <tmund...@gmail.com>:
>
>> Patch attached...
>>
>> Ping
>
Ping
___
ffmpeg-devel mailing list
ffmpeg-dev
2017-09-13 23:35 GMT+02:00 Thomas Mundt <tmund...@gmail.com>:
> 2017-09-06 22:15 GMT+02:00 Thomas Mundt <tmund...@gmail.com>:
>
>> 2017-09-01 1:55 GMT+02:00 Thomas Mundt <tmund...@gmail.com>:
>>
>>> 2017-09-01 1:22 GMT+02:00 Michael Niedermayer <
2017-09-19 17:53 GMT+02:00 James Almer <jamr...@gmail.com>:
> On 9/19/2017 5:02 AM, Thomas Mundt wrote:
> > 2017-09-19 4:09 GMT+02:00 James Almer <jamr...@gmail.com>:
> >
> >> On 9/18/2017 10:41 PM, Thomas Mundt wrote:
> >>> I tried to set up
The attached patch needs to be applied on top of
"avfilter/interlace: add support for 10 and 12 bit".
Thanks.
0001-avfilter-interlace-rename-two-variables-for-consiste.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
2017-09-19 4:09 GMT+02:00 James Almer <jamr...@gmail.com>:
> On 9/18/2017 10:41 PM, Thomas Mundt wrote:
> > I tried to set up MIPS compiler for two days on windows and linux without
> > success.
> > Now I try it blind. This solution is based on the first suggesti
2017-09-23 20:24 GMT+02:00 Michael Niedermayer <mich...@niedermayer.cc>:
> On Tue, Sep 19, 2017 at 10:35:30PM +0200, Thomas Mundt wrote:
> > 2017-09-19 17:53 GMT+02:00 James Almer <jamr...@gmail.com>:
> >
> > > On 9/19/2017 5:02 AM, Thomas Mundt wrote:
>
2017-09-06 22:15 GMT+02:00 Thomas Mundt <tmund...@gmail.com>:
> 2017-09-01 1:55 GMT+02:00 Thomas Mundt <tmund...@gmail.com>:
>
>> 2017-09-01 1:22 GMT+02:00 Michael Niedermayer <mich...@niedermayer.cc>:
>>
>>> On Fri, Sep 01, 2017 at 01:18:11AM +0200,
Hi,
this patch set adds support for 10 and 12 bit to the interlace filters.
This is useful for broadcasters transcoding high bit depth sources to AVC
Intra or similar 10 bit video codecs.
These patches need to be applied on top of the following patch, which is
not pushed yet:
Patch attached
0003-avfilter-interlace-add-support-for-10-and-12-bit.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Patch attached
0002-avfilter-tinterlace-use-drawutils-for-pad-mode.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Patch attached
0001-avfilter-interlace-simplify-code.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Patch 1/3 has already been applied.
Patch attached.
0002-avfilter-tinterlace-use-drawutils-for-pad-mode.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
I tried to set up MIPS compiler for two days on windows and linux without
success.
Now I try it blind. This solution is based on the first suggestion James
gave me at IRC.
There might be room for improvement and an alternative solution with
AV_RL16() / AV_WL16().
I used av_le2ne16() because it
2017-09-15 22:26 GMT+02:00 Michael Niedermayer <mich...@niedermayer.cc>:
> On Fri, Sep 15, 2017 at 04:38:16PM +0200, Thomas Mundt wrote: >
> > Michael, is it possible for you to push this?
>
> will push
>
Thanks!
also i see noone listed in MAINTAINERS for vf_(t)interl
2017-09-15 22:15 GMT+02:00 Michael Niedermayer <mich...@niedermayer.cc>:
> On Thu, Sep 14, 2017 at 10:58:01PM +0200, Thomas Mundt wrote:
>
> > Patch attached
>
>
>
> > libavfilter/interlace.h|4 -
>
> > libavfilter
Requested by Michael
0001-MAINTAINERS-add-myself-for-bwdif-and-t-interlace.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
2017-10-06 10:01 GMT+02:00 Nicolas George :
> Le quartidi 14 vendémiaire, an CCXXVI, Sasi Inguva a écrit :
> > Signed-off-by: Sasi Inguva
> > ---
> > libavfilter/avfilter.c | 16
> > 1 file changed, 8 insertions(+), 8 deletions(-)
>
> You are
2017-10-10 19:36 GMT+02:00 Sasi Inguva :
> This is required for FLV files, for which duration_pts comes out to be
> zero.
>
> Signed-off-by: Sasi Inguva
> ---
> fftools/ffmpeg.c | 9 +++--
> 1 file changed, 7 insertions(+), 2 deletions(-)
>
2017-10-06 4:49 GMT+02:00 Sasi Inguva :
> Signed-off-by: Sasi Inguva
> ---
> libavfilter/avfilter.c | 16
> 1 file changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/libavfilter/avfilter.c b/libavfilter/avfilter.c
> index
Hi Michael,
2017-10-12 1:28 GMT+02:00 Michael Niedermayer <mich...@niedermayer.cc>:
> On Tue, Oct 10, 2017 at 10:26:13PM +0200, Thomas Mundt wrote:
> > 2017-10-10 19:36 GMT+02:00 Sasi Inguva <isasi-at-google@ffmpeg.org>:
> >
> > > This is required for FLV
Hi Thierry,
2017-09-08 19:03 GMT+02:00 Thierry Foucu :
> ---
> libavfilter/vf_fps.c| 42 ++
> +++-
> tests/ref/fate/filter-fps | 6 ++
> tests/ref/fate/filter-fps-r | 4
> 3 files changed, 47 insertions(+), 5
2017-09-01 1:55 GMT+02:00 Thomas Mundt <tmund...@gmail.com>:
> 2017-09-01 1:22 GMT+02:00 Michael Niedermayer <mich...@niedermayer.cc>:
>
>> On Fri, Sep 01, 2017 at 01:18:11AM +0200, Michael Niedermayer wrote:
>> > On Thu, Aug 31, 2017 at 10:40:12PM +0200, Thomas
Hi Thierry,
2017-09-12 3:25 GMT+02:00 Thierry Foucu :
> Fix ticket #2674
> Tested with examples from ticket 2674.
> ---
>
> Update the Patch with the correct number of duplicate showing.
> For exmaple, in case we up-sample one second video at 24fps by 2, we
> should be getting
Hi Thierry,
2017-09-11 23:00 GMT+02:00 Thierry Foucu :
> Fix ticket #2674
> Tested with examples from ticket 2674.
> ---
> libavfilter/vf_fps.c| 40 +++-
> tests/ref/fate/filter-fps | 6 ++
> tests/ref/fate/filter-fps-r | 4
2017-09-19 22:54 GMT+02:00 Thomas Mundt <tmund...@gmail.com>:
> The attached patch needs to be applied on top of
> "avfilter/interlace: add support for 10 and 12 bit".
> Thanks.
>
Ping
This patch is needful cosmetic after last commit.
2017-09-01 1:22 GMT+02:00 Michael Niedermayer <mich...@niedermayer.cc>:
> On Fri, Sep 01, 2017 at 01:18:11AM +0200, Michael Niedermayer wrote:
> > On Thu, Aug 31, 2017 at 10:40:12PM +0200, Thomas Mundt wrote:
> > > 2017-08-31 21:42 GMT+02:00 Michael Niedermayer
2017-08-31 21:42 GMT+02:00 Michael Niedermayer <mich...@niedermayer.cc>:
> On Wed, Aug 30, 2017 at 03:54:08AM +0200, Thomas Mundt wrote:
> > Hi,
> >
> > we did a transcoding cascade test at work were over-sharpening became
> > visible with the complex low-
Hi,
we did a transcoding cascade test at work were over-sharpening became
visible with the complex low-pass filter. This patch rectifies the
behaviour.
Please comment...
0001-avfilter-interlace-prevent-over-sharpening-with-the-.patch
Description: Binary data
1 - 100 of 164 matches
Mail list logo