>>>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
ffmpeg-devel@ffmpeg.org
h
>>>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 [enabled by default]
> liba
>>>Kieran Kunhya 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 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 component is simplified but with
>>>Ronald S. Bultje 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
>> >>
Ronald S. Bultje 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> wrote:
>> >
>>>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
>>>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
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
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
__
> 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 Kieran,
For
> James Almer 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 blurring compared to
>> the
> James Almer 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,
>>>>
>>>> attached patch adds a complex (-
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 detai
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,
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
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 patch
@ Michael: Sorry, I`m subscribed now. CODEC_ID_H264 changed.
@ Kieran: Maybe this would make sense as an option. But in a future step. :-)
@ Tomas:Thanks for your suggestions!The component_depth part was taken from
Michael´s patch last month. But it also can be changed to 10 bit fixed for AVCI.
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 "libavcod
Okay. I will do so next patch.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Carl Eugen, I changed the indentations and attached a unified diff. Since I´m
on windows I used turtoise git. I hope that´s okay.
Regards,
Thomas
avci_mxf.diff
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg
2018-03-13 16:10 GMT+01:00 Vasile Toncu :
>
>
> On 06.03.2018 20:38, Thomas Mundt wrote:
>
>> Hi,
>>
>> 2018-03-05 13:48 GMT+01:00 Carl Eugen Hoyos :
>>
>> 2018-03-05 12:37 GMT+01:00, Paul B Mahol :
>>>
>>>> On 3/5/18, Vasile Toncu w
2018-03-29 15:44 GMT+02:00 Vasile Toncu :
>
>
> On 14.03.2018 18:56, Thomas Mundt wrote:
>
>> 2018-03-13 16:10 GMT+01:00 Vasile Toncu :
>>
>>
>>> On 06.03.2018 20:38, Thomas Mundt wrote:
>>>
>>> Hi,
>>>>
>>>> 2018-03
Hi,
2018-04-10 22:34 GMT+02:00 Vasile Toncu :
> Hello,
>
> This is the first part of the first patch. I added interlace options to
> tinterlace. On the next patch I will delete vf_interlace.
>
>
> Thank you,
>
> Vasile Toncu
>
>
> From b2be4e949e071f9017d8a9d6fbd1fbb56505ac50 Mon Sep 17 00:00:00
Hi,
2018-04-17 13:33 GMT+02:00 Vasile Toncu :
>
>
> On 12.04.2018 19:45, Thomas Mundt wrote:
>
>>
>> You need to write separate AVOption interlace_options and AVFilter
>> avfilter_vf_interlace in vf_tinterlace.c
>> Have a look at this patch:
>> https://g
Hi,
2018-04-23 18:22 GMT+02:00 Vasile Toncu :
> Hello,
>
> Here is patch 3. Please review.
>
> Thank you,
> Vasile
>
Some fate tests fail when both patches are applied.
I also get lots of compiler warnings.
Please fix them and, as already said, run fate.
All tests must pass, otherwise there is s
Hi,
2018-04-25 16:24 GMT+02:00 Vasile Toncu :
> Hello,
>
> Here is patch 3. I renamed reinterlace to tinterlace and replaced the
> functionality of tinterlace with the one from reinterlace. Please review.
>
> Thank you,
> Vasile
>
Same as I wrote for your previous version.
Lots of compiler warni
Hi,
attached patch adds some h264 profiles to the mxf encoder.
Please comment.
Thomas
0001-avformat-mxfenc-add-h264-profiles.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg
2018-04-30 19:27 GMT+02:00 Paul B Mahol :
> On 4/30/18, Thomas Mundt wrote:
> > Hi,
> >
> > attached patch adds some h264 profiles to the mxf encoder.
>
> *muxer, not encoder.
>
Right. I was writing mxfenc short before and seem to switched of my brain.
>
&
Hi,
this is a better version of the patch.
10 bit and TFF are mandatory for AVC Intra only. Other profiles differ.
Regards,
Thomas
0001-avformat-mxfenc-add-h264-profiles.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.
2018-05-06 13:32 GMT+02:00 Tomas Härdin :
> fre 2018-05-04 klockan 01:52 +0200 skrev Thomas Mundt:
> > Hi,
> >
> > this is a better version of the patch.
> > 10 bit and TFF are mandatory for AVC Intra only. Other profiles
> > differ.
> >
>
> >
2018-05-07 10:40 GMT+02:00 Tomas Härdin :
> sön 2018-05-06 klockan 21:31 +0200 skrev Thomas Mundt:
> > 2018-05-06 13:32 GMT+02:00 Tomas Härdin :
> >
> > > fre 2018-05-04 klockan 01:52 +0200 skrev Thomas Mundt:
> > > > Hi,
> > > >
> > > &g
it happens that this task results in unnecessary
> duplicated code.
>
> I want to address the main copyright holders Thomas Mundt, Stefano
> Sabatini, Baptiste Coudurier and other ffmpeg maintainers for their
> approval.
>
I have no objections changing the license to LGPL, but
e the
> parts they wrote under LGPL. I mention here Thomas Mundt and Stefano
> Sabatini.
>
> This being said, I come up with a new filter - reinterlace - which
> implements all the tinterlace functionalities and adds a few more.
>
> The new filter is added to ffmpeg without --enable
Hi,
2018-03-05 13:48 GMT+01:00 Carl Eugen Hoyos :
> 2018-03-05 12:37 GMT+01:00, Paul B Mahol :
> > On 3/5/18, Vasile Toncu wrote:
> >> Hello,
> >>
> >> Thanks for the review. I've made changes according to your guidance.
> >>
> >> It would be great to know if the community will go on with our in
2018-03-07 0:49 GMT+01:00 Carl Eugen Hoyos :
> 2018-03-06 19:38 GMT+01:00, Thomas Mundt :
> >
> > 2018-03-05 13:48 GMT+01:00 Carl Eugen Hoyos :
> >
> >> 2018-03-05 12:37 GMT+01:00, Paul B Mahol :
> >> > On 3/5/18, Vasile Toncu wrote:
> >> &g
Hi Philip,
Am Fr., 9. Okt. 2020 um 18:33 Uhr schrieb Philip Langdale :
> I've been sitting on this for a couple of years now, and I figured I
> should just send it out. This is what I believe is a conceptually
> correct port of bwdif to cuda (modulo edge handling which is not done
> in the same w
Am Mo., 12. Okt. 2020 um 21:42 Uhr schrieb Philip Langdale <
phil...@overt.org>:
> On Sun, 11 Oct 2020 18:36:42 +0200
> Thomas Mundt wrote:
>
> > Hi Philip,
> >
> > Am Fr., 9. Okt. 2020 um 18:33 Uhr schrieb Philip Langdale
> > > >:
> >
> &
Am Fr., 9. Dez. 2022 um 01:28 Uhr schrieb Niklas Haas :
> From: Niklas Haas
>
> This filter, when used in the "pad" mode, currently makes the
> distinction between limited and full range solely by testing for YUVJ
> pixel formats at link setup time. This is deprecated and should be
> improved to
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
ffmpeg-devel@ffmp
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
Prevents that following scalers in the filter chain will do unintentional color
range conversions.
Fixes Ticket #5096
Signed-off-by: Thomas Mundt
---
libavfilter/vf_scale.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavfilter/vf_scale.c b/libavfilter/vf_scale.c
index ce410e9
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 eye-ca
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 the
>>> 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 quicker.
It should definit
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
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 field
?
Regards,Thomas
Kieran Kunhya schrieb am 20:59 Samstag, 26.September 2015:
On 26 September 2015 at 16:59, Thomas Mundt
wrote:
> Hi,
> some h264 encoders, like broadcast avc-intra in this case
avc-intra sets pic-struct. Is this new?
.September 2015:
On 27 September 2015 at 09:09, Thomas Mundt
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. Just checked avci header - no
> pic_struct_present_flag. Sorry!But f
Michael Niedermayer 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: ''
>> Err
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
SAMPLES="D:/ffmpeg/fate-suite
think it´s straight forward to favor the majority.
Signed-off-by: Thomas Mundt
---
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
+++ b/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
http://ffmpeg.org/mailman/listinfo/ff
Hi,
2018-05-30 16:10 GMT+02:00 Vasile Toncu :
> Hello,
>
> I've sent a wrong version in the previous email for patch 3. Please
> ignore. This is the corect one.
the compiler warnings are gone, but fate-filter-pixfmts-tinterlace_pad
still fails.
Why do you replace the usage of draw utils for gen
2018-07-25 17:11 GMT+02:00 Vasile Toncu :
> What would be the next steps?
>
> On Tue, Jul 24, 2018 at 12:17 PM, Vasile Toncu
> wrote:
>
> > Fixed tabs.
> > Thank you for the feedback.
> >
> > On Fri, Jul 20, 2018 at 7:27 PM, Paul B Mahol wrote:
> >
> >> On 7/20/18, Vasile Toncu wrote:
> >> > Hi
Hi,
2018-07-24 12:17 GMT+02:00 Vasile Toncu :
> Fixed tabs.
> Thank you for the feedback.
>
> {}
> +case MODE_INTERLEAVE_BOTTOM:
> +case MODE_INTERLEAVE_TOP:
> +y = y * 2;
> +
> +if (tinterlace->flags & FLAG_VLPF || tinterlace->flags &
> FLAG_CVLPF) {
> +
> +
Hi,
2018-08-13 0:02 GMT+02:00 Vasile Toncu :
> Hello,
>
> I have updated patch 3 according to review, removed all code related to the
> new flags (MERGE_TFF, MERGE_BFF) and threading functionality.
>
>
Thanks, your patch looks fine to me now.
There is just one thing, I forgot to mention last revi
Hi,
2018-08-14 18:53 GMT+02:00 Vasile Toncu :
> Hi Thomas,
>
> I added the log messages.
>
> Thanks for the review.
>
I found some more time for testing this evening. Unfortunately there are
still issues.
I get half green pictures with some modes at high bit depth.
But the fix is easy.
The bytew
Hi,
2018-08-16 13:56 GMT+02:00 Vasile Toncu :
> Hi,
>
> Thank you for the additional testing effort.
> Fixed the issue.
>
>
thanks, the patch looks good to me as far as I can judge.
It´s up to more experienced developers now to permit the license change.
Can anybody please have a look at this.
R
Lynne schrieb am So., 11. Juni 2023, 20:11:
> Jun 11, 2023, 04:53 by phil...@overt.org:
>
> > On Sat, 25 Mar 2023 00:02:03 +0100
> > Thomas Mundt wrote:
> >
> >> Hi Philip,
> >>
> >> Philip Langdale schrieb am Fr., 24. März 2023,
> >&
Am So., 2. Juli 2023 um 14:34 Uhr schrieb John Cox :
> Add an optional filter_line3 to the available optimisations.
>
> filter_line3 is equivalent to filter_line, memcpy, filter_line
>
> filter_line shares quite a number of loads and some calculations in
> common with its next iteration and testin
Am So., 2. Juli 2023 um 18:57 Uhr schrieb Lynne :
> Jul 2, 2023, 18:54 by d...@lynne.ee:
>
> > The issue is that clipping the interpolated temporal sample against
> > the spatially predicted sample causes artifacts to appear.
> >
> > Discovered while writing the Vulkan version (where I omitted the
Am So., 2. Juli 2023 um 20:58 Uhr schrieb Lynne :
> Jul 2, 2023, 20:41 by tmund...@gmail.com:
>
> > Am So., 2. Juli 2023 um 18:57 Uhr schrieb Lynne :
> >
> >> Jul 2, 2023, 18:54 by d...@lynne.ee:
> >>
> >> > The issue is that clipping the interpolated temporal sample against
> >> > the spatially p
Am Mo., 3. Juli 2023 um 10:27 Uhr schrieb John Cox :
> On Mon, 3 Jul 2023 00:12:46 +0300 (EEST), you wrote:
>
> >On Sun, 2 Jul 2023, Thomas Mundt wrote:
> >
> >> Am So., 2. Juli 2023 um 14:34 Uhr schrieb John Cox :
> >> Add an optional filter_
Lynne schrieb am Di., 4. Juli 2023, 00:54:
> Jul 4, 2023, 00:08 by tmund...@gmail.com:
>
> > Am So., 2. Juli 2023 um 20:58 Uhr schrieb Lynne :
> >
> >> Jul 2, 2023, 20:41 by tmund...@gmail.com:
> >>
> >> > Am So., 2. Juli 2023 um 18:57 Uhr schrieb Lynne :
> >> >
> >> >> Jul 2, 2023, 18:54 by d...
Hi James,
James Darnley schrieb am Mo., 20. Feb. 2023, 13:59:
> ---
> libavfilter/bwdif.h | 3 ++-
> libavfilter/vf_bwdif.c | 13 +
> libavfilter/x86/vf_bwdif_init.c | 4 +---
> 3 files changed, 12 insertions(+), 8 deletions(-)
>
> diff --git a/libavfilter/bwd
Hi James,
Am Mo., 20. Feb. 2023 um 20:59 Uhr schrieb James Darnley :
> 2.24x faster (1925±1.3 vs. 859±2.2 decicycles) compared with ssse3
> ---
> libavfilter/x86/vf_bwdif.asm| 29 -
> libavfilter/x86/vf_bwdif_init.c | 12
> 2 files changed, 36 inserti
Hi James,
Am Mo., 20. Feb. 2023 um 20:59 Uhr schrieb James Darnley :
> ---
> tests/checkasm/Makefile | 1 +
> tests/checkasm/checkasm.c | 3 ++
> tests/checkasm/checkasm.h | 1 +
> tests/checkasm/vf_bwdif.c | 70 +++
> tests/fate/checkasm.mak | 1 +
>
101 - 169 of 169 matches
Mail list logo
