Hello,
Over at ladybird (the browser that forked off of the serenity os project) they
are beginning to implement video playback based on ffmpeg. They are wondering
also about gpu acceleration and wondering wether vulkan decode would be an
option. The one thing missing though would be vp9 suppor
> On 19. Nov 2022, at 14:30, Lynne wrote:
>
> Nov 19, 2022, 11:48 by danieloberh...@googlemail.com:
>
>> Hello, reposting this from the user list as it seems it did not get any
>> attention there and maybe is better suited here:
>>
>> I saw recently on phoronix that there was a vulkan video
Hello, reposting this from the user list as it seems it did not get any
attention there and maybe is better suited here:
I saw recently on phoronix that there was a vulkan video branch. Unfortunately
that seems to have grown stale. Is there any chance vulkan video will make it
into ffmpeg any t
> Am 19.12.2019 um 22:46 schrieb Jun Li :
>
> On Thu, Dec 19, 2019 at 4:00 AM Daniel Oberhoff <
> danieloberh...@googlemail.com> wrote:
>
>> Hello.
>>
>> I have been diving deep into the mp4 spec to understand fragmented mp4.
>> From what I unde
!
Daniel Oberhoff
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
Sep 17 00:00:00 2001
From: Daniel Oberhoff
Date: Wed, 16 Jan 2019 15:58:52 +0100
Subject: [PATCH] flush segments to guarantuee atomic single file hls
---
libavformat/hlsenc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index d7a4cd2cc4
ffmpeg/cuda. We also took
the liberty to clean up the loader macros a bit.
From daeffbc8bb41fd3baa9891839a1282b8f96fe604 Mon Sep 17 00:00:00 2001
From: Daniel Oberhoff
Date: Mon, 2 Sep 2019 09:25:29 +0200
Subject: [PATCH] more functions and tidier loader
---
ffnvcodec.pc.in| 2
Bump,
Is there any interest in applying this patch? The brokenness of -ss on
hls/ts has caused and keeps on causing us lots of headaches...
Best
Daniel Oberhoff
GameOn Technologies
pEpkey.asc
Description: application/pgp-keys
___
ffmpeg-devel
---
libavformat/hlsenc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index ca57694e9e..2cd651d7e8 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -406,6 +406,7 @@ static int flush_dynbuf(VariantStream *vs, int
*range_length)
Hello,
This patch makes the hls muxer use avio_flush after writing a segment to disk.
This is needed so that in single file hls segments actually become visile to
readers in time.
Daniel Oberhoff (1):
flush segments to guarantuee atomic single file hls
libavformat/hlsenc.c | 1 +
1 file
If I may pitch in: why not separate issues? I could imagine a generic
convolutional nn filter which gets given topology and weights via some config
file. Then provide files separately for this particular trained network.
Gruß!
Daniel Oberhoff
> Am 03.07.2018 um 14:11 schrieb Gyan Do
>
>> Frames can be mapped from nvdec/cuvid, not needing any actual memory
>> allocation, but all other features of the hw_frames_ctx.
>> Hence the dummy-mode, which does not allocate any (notable amounts of)
>> memory but otherwise behaves the exact same.
Can someone explain the actual use-case?
>>
>> I want to add a mapped-frame/dummy mode to the CUDA frame allocator, where
>> it does everything a normal hwframes ctx does, except allocating memory,
>> because the backing memory comes mapped from the cuvid frame.
>>
>> Which is a simple flag to set, but there is no way to tell it righ
> Am 05.05.2018 um 20:41 schrieb Rostislav Pehlivanov :
>
> On 5 May 2018 at 18:40, Daniel Oberhoff
> wrote:
>
>>
>>>
>>> As a last note, you can find my GLSL(+Vulkan) implementations of the
>>> algorithm changes described above, as well as
>
> As a last note, you can find my GLSL(+Vulkan) implementations of the
> algorithm changes described above, as well as all of the related
> color-management code and various decision logic for what values to
> infer/default here:
> https://github.com/haasn/libplacebo/blob/master/src/shaders/col
> Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Makefile b/Makefile
> index a51c2c9..98d8b59 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -1,4 +1,4 @@
> -PREFIX = /usr/local
> +PREFIX = ${PREFIX:-/usr/local}
sorry, that was wrong, new patch coming
signature
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index a51c2c9..c3a9209 100644
--- a/Makefile
+++ b/Makefile
@@ -1,4 +1,4 @@
-PREFIX = /usr/local
+PREFIX ?= /usr/local
LIBDIR = lib
INSTALL = install
SED = sed
--
2.14.3 (Apple Git-98)
___
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index a51c2c9..98d8b59 100644
--- a/Makefile
+++ b/Makefile
@@ -1,4 +1,4 @@
-PREFIX = /usr/local
+PREFIX = ${PREFIX:-/usr/local}
LIBDIR = lib
INSTALL = install
SED = sed
--
2.14.3 (Apple Git-98
> On 30. Apr 2018, at 15:52, Daniel Oberhoff
> wrote:
>
> Hello All,
>
> I am fighting since a few days to get the frames from the cuvid decoder using
> the cuda pixel format transfered to opengl.
>
> What i have done is create textures on gl using glGenTextures
Hello All,
I am fighting since a few days to get the frames from the cuvid decoder using
the cuda pixel format transfered to opengl.
What i have done is create textures on gl using glGenTextures and
glTexStorage2D. The actual format is NV12 in my case, and i properly allocate
two planes with t
---
include/ffnvcodec/dynlink_cuda.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/ffnvcodec/dynlink_cuda.h b/include/ffnvcodec/dynlink_cuda.h
index 2cc50bb..82c5fe3 100644
--- a/include/ffnvcodec/dynlink_cuda.h
+++ b/include/ffnvcodec/dynlink_cuda.h
@@ -108,7 +108,7
passes silently in c but fails to compile under c++ if used right
Daniel Oberhoff (1):
fix cuCtxPushCurrent signature
include/ffnvcodec/dynlink_cuda.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--
2.14.3 (Apple Git-98)
___
ffmpeg-devel
> On 26. Apr 2018, at 16:20, Daniel Oberhoff wrote:
>
> ---
> include/ffnvcodec/dynlink_cuda.h | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/include/ffnvcodec/dynlink_cuda.h
> b/include/ffnvcodec/dynlink_cuda.h
> index 2cc50bb..df1d316 10064
---
include/ffnvcodec/dynlink_cuda.h | 8
1 file changed, 8 insertions(+)
diff --git a/include/ffnvcodec/dynlink_cuda.h b/include/ffnvcodec/dynlink_cuda.h
index 2cc50bb..df1d316 100644
--- a/include/ffnvcodec/dynlink_cuda.h
+++ b/include/ffnvcodec/dynlink_cuda.h
@@ -68,6 +68,14 @@ typede
*** BLURB HERE ***
Daniel Oberhoff (1):
add CUgraphicsRegisterFlags enum
include/ffnvcodec/dynlink_cuda.h | 8
1 file changed, 8 insertions(+)
--
2.14.3 (Apple Git-98)
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http
> On 26. Apr 2018, at 14:08, Hendrik Leppkes wrote:
>
> On Thu, Apr 26, 2018 at 2:06 PM, Daniel Oberhoff
> wrote:
>> Hello,
>>
>> I just started programming to directly use the cuda decoded frames on the
>> gpu (working off master). Would it be possible to
> On 26. Apr 2018, at 14:49, Nicolas George wrote:
>
> Daniel Oberhoff (2018-04-26):
>> ---
>> include/ffnvcodec/dynlink_loader.h | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> I may be missing something obvious, but I am not seeing this file in o
---
include/ffnvcodec/dynlink_loader.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/ffnvcodec/dynlink_loader.h
b/include/ffnvcodec/dynlink_loader.h
index 352a0c8..3b0a284 100644
--- a/include/ffnvcodec/dynlink_loader.h
+++ b/include/ffnvcodec/dynlink_loader.h
@@ -11
Daniel Oberhoff (1):
make headers compile in c++ mode
include/ffnvcodec/dynlink_loader.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--
2.14.3 (Apple Git-98)
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman
> On 26. Apr 2018, at 14:40, wm4 wrote:
>
> On Thu, 26 Apr 2018 14:12:14 +0200
> Hendrik Leppkes mailto:h.lepp...@gmail.com>> wrote:
>
>> On Thu, Apr 26, 2018 at 2:02 PM, Daniel Oberhoff
>> wrote:
>>>
>>>> Am 26.04.2018 um 13:59 schrieb D
>>
>> BTW, is there any kind of issue tracking?
>
> https://trac.ffmpeg.org/
oh, 1784 issues...
signature.asc
Description: Message signed with OpenPGP
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-dev
these are hidden from the
public interface.
Gruß!
Daniel Oberhoff
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> Am 26.04.2018 um 13:59 schrieb Daniel Oberhoff
> :
>
>
>> Am 26.04.2018 um 13:56 schrieb Daniel Oberhoff
>> :
>>
>>
>>> Am 26.04.2018 um 13:52 schrieb Nicolas George :
>>>
>>> Daniel Oberhoff (2018-04-26):
>>&g
> Am 26.04.2018 um 13:56 schrieb Daniel Oberhoff
> :
>
>
>> Am 26.04.2018 um 13:52 schrieb Nicolas George :
>>
>> Daniel Oberhoff (2018-04-26):
>>> I was wondering if there is any chance to move development to github?
>>> I.e. not just mirror,
> Am 26.04.2018 um 13:52 schrieb Nicolas George :
>
> Daniel Oberhoff (2018-04-26):
>> I was wondering if there is any chance to move development to github?
>> I.e. not just mirror, but as primary development repo, with issues and
>> pull requests? Would make collabor
Hello,
I was wondering if there is any chance to move development to github? I.e. not
just mirror, but as primary development repo, with issues and pull requests?
Would make collaboration a *lot* easier (think of submitting a pr instead of
having to generate/format/split patches).
Best
Daniel
>>
>> Signed-off-by: Daniel Oberhoff
>> ---
>> libavfilter/Makefile| 1 +
>> libavfilter/allfilters.c| 1 +
>> libavfilter/vf_remap_frac.c | 491
>>
>> 3 files changed, 493 insertions(+)
&
Signed-off-by: Daniel Oberhoff
---
libavfilter/vf_remap.c | 149 -
1 file changed, 97 insertions(+), 52 deletions(-)
diff --git a/libavfilter/vf_remap.c b/libavfilter/vf_remap.c
index e70956d..84b2466 100644
--- a/libavfilter/vf_remap.c
+++ b
this is a fractional version of remap that interprets
the x/y maps as 13.3bit fixed point values, i.e
the three least significant bits are used for inter-pixel
interpolation by weighed averaging the four adjacent pixels
Signed-off-by: Daniel Oberhoff
---
libavfilter/Makefile| 1
filter strictly “halves” the image efficiently, which is often exactly what is
needed
likely much faster than using scale
fully slice parallelized
Signed-off-by: Daniel Oberhoff
---
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_halve.c | 367
Ok, will try to get round to that today, otherwise it will be two weeks as I am
traveling.
> On 9 Feb 2017, at 17:15, Thilo Borgmann wrote:
>
> Am 09.02.17 um 16:01 schrieb Daniel Oberhoff:
>> [...]
>> we would like to contribute this back to ffmpeg as it may be useful
warping)
3. implement halve that makes the image exactly halve size and is faster than
using scale
we would like to contribute this back to ffmpeg as it may be useful for others.
do you think so to? if so, should we send one big patch or split it up somehow?
Best
Daniel Oberhoff
This enables extracting the source wall clock time from the rtsp stream, which
is extremely useful for synchronization with other sources.
diff --git a/libavformat/rtpdec.c b/libavformat/rtpdec.c
index c8eed7e..e6b353a 100644
--- a/libavformat/rtpdec.c
+++ b/libavformat/rtpdec.c
@@ -22,6 +22,7 @@
Hi,
We tried this via the docs but got lost heavily. We need the actual wall clock
time of video data from a camera which delivers via rtsp. I have read around
that there are things like RTCP sender reports and such on the low level
containing this info, and I have seen indication that it is so
Hello,
I was wondering if ffmpeg parallelizes over outputs, i.e. if I have one input,
but multiple outputs, with different codecs and/or filters, since these outputs
are independent from each other they could be rendered/encoded in different
threads (or thread groups), is this the case?
Best
Von meinem iPhone gesendet
Anfang der weitergeleiteten E‑Mail:
> Von: Daniel Oberhoff
> Datum: 26. November 2014 00:19:30 MEZ
> An: Reimar Döffinger
> Kopie: "Daniel Oberhoff (Privat)"
> Betreff: Re: [FFmpeg-devel] pipeline multithreading
>
>
>
>
Von meinem iPhone gesendet
Anfang der weitergeleiteten E‑Mail:
> Von: Daniel Oberhoff
> Datum: 25. November 2014 09:58:03 MEZ
> An: Reimar Döffinger
> Betreff: Re: [FFmpeg-devel] pipeline multithreading
>
>
>
> Von meinem iPhone gesendet
>
>>> A
Von meinem iPhone gesendet
Anfang der weitergeleiteten E‑Mail:
> Von: Daniel Oberhoff
> Datum: 25. November 2014 09:59:39 MEZ
> An: Timothy Gu
> Betreff: Re: [FFmpeg-devel] pipeline multithreading
>
>
> Von meinem iPhone gesendet
>
>> Am 24.11.2014 um 16:54
Von meinem iPhone gesendet
> Am 24.11.2014 um 17:16 schrieb Reimar Döffinger :
>
>> On Mon, Nov 24, 2014 at 12:35:58PM +0100, Daniel Oberhoff wrote:
>> inout -> filter1 -> filter2 -> output
>>
>> some threads processing frame n in the output (i.e. encod
Hi,
>From what I gather the filter graph is utilizing modern multicores by
>“striping” where filters support it, i.e. an image is divided in stripes and
>the filter gets called in separate threads for separate stripes. I was
>wondering if there is or will be pipeline multuthreading, i.e. with a
---
Daniel Oberhoff
daniel.oberh...@gmail.com
On Aug 21, 2014, at 1:53 PM, Daniel Oberhoff wrote:
>
> ---
> Daniel Oberhoff
> daniel.oberh...@gmail.com
>
>
>
> On Aug 21, 2014, at 1:52 PM, Michael Niedermayer wrote:
>
>> On Thu, Aug 21, 2014 at
---
Daniel Oberhoff
daniel.oberh...@gmail.com
On Aug 21, 2014, at 1:52 PM, Michael Niedermayer wrote:
> On Thu, Aug 21, 2014 at 12:57:08PM +0200, Daniel Oberhoff wrote:
>>
>> ---
>> Daniel Oberhoff
>> daniel.oberh...@gmail.com
>>
>>
>&
---
Daniel Oberhoff
daniel.oberh...@gmail.com
On Aug 21, 2014, at 12:34 PM, Michael Niedermayer wrote:
> Exceeding the count would write out of array, and should not occur with any
> current pixel format
>
> Signed-off-by: Michael Niedermayer
> ---
> libavfilter/v
---
Daniel Oberhoff
daniel.oberh...@gmail.com
On Aug 20, 2014, at 4:20 PM, Michael Niedermayer wrote:
> On Wed, Aug 20, 2014 at 03:48:39PM +0200, Daniel Oberhoff wrote:
>>
>> ---
>> Daniel Oberhoff
>> daniel.oberh...@gmail.com
>>
>>
>
---
Daniel Oberhoff
daniel.oberh...@gmail.com
On Aug 20, 2014, at 3:11 PM, Michael Niedermayer wrote:
> On Wed, Aug 20, 2014 at 02:58:50PM +0200, Daniel Oberhoff wrote:
>>
>> ---
>> Daniel Oberhoff
>> daniel.oberh...@gmail.com
>>
>>
>
---
Daniel Oberhoff
daniel.oberh...@gmail.com
On Aug 20, 2014, at 2:55 PM, Michael Niedermayer wrote:
> On Wed, Aug 20, 2014 at 02:36:29PM +0200, Daniel Oberhoff wrote:
>>
>> ---
>> Daniel Oberhoff
>> daniel.oberh...@gmail.com
>>
>>
>
---
Daniel Oberhoff
daniel.oberh...@gmail.com
On Aug 20, 2014, at 2:54 PM, Michael Niedermayer wrote:
> On Wed, Aug 20, 2014 at 02:42:35PM +0200, Daniel Oberhoff wrote:
>>
>> ---
>> Daniel Oberhoff
>> daniel.oberh...@gmail.com
>>
>>
>
---
Daniel Oberhoff
daniel.oberh...@gmail.com
On Aug 20, 2014, at 2:17 PM, Michael Niedermayer wrote:
> The only remaining floats are in the user interface, they are left as they
> should not cause a problem in practice
> ---
> libavfilter/vf_lenscorrection.c | 13 +++---
---
Daniel Oberhoff
daniel.oberh...@gmail.com
On Aug 20, 2014, at 2:33 PM, Michael Niedermayer wrote:
> On Wed, Aug 20, 2014 at 02:23:10PM +0200, Daniel Oberhoff wrote:
>> So we prefer int64_t above float32?
>
> well, its not exactly making me happy either but its j
interpolation out of perspective and rotation instead, right? Or should I just
make yet anothe impl inside the lenscorrection code?.
---
Daniel Oberhoff
daniel.oberh...@gmail.com
On Aug 20, 2014, at 2:17 PM, Michael Niedermayer wrote:
> The only remaining floats are in the user interf
---
Daniel Oberhoff
daniel.oberh...@gmail.com
On Aug 20, 2014, at 12:51 PM, Michael Niedermayer wrote:
> On Wed, Aug 20, 2014 at 12:20:06PM +0200, Daniel Oberhoff wrote:
>>
>> ---
>> Daniel Oberhoff
>> daniel.oberh...@gmail.com
>>
>>
>&
>> of course if someone wants to use the filter as a quick correction
>> for a random video downloaded somewhere thats likely in YUV space
>
> For me going to YUV made everyting around 4x faster..
And this is not for “random downloads” but a complete real-time video
broadcast/archival solution
---
Daniel Oberhoff
daniel.oberh...@gmail.com
On Aug 20, 2014, at 12:15 PM, Michael Niedermayer wrote:
> On Wed, Aug 20, 2014 at 11:54:08AM +0200, Daniel Oberhoff wrote:
>>
>> ---
>> Daniel Oberhoff
>> daniel.oberh...@gmail.com
>>
>>
>&
---
Daniel Oberhoff
daniel.oberh...@gmail.com
On Aug 20, 2014, at 11:47 AM, Michael Niedermayer wrote:
> On Wed, Aug 20, 2014 at 08:14:31AM +0200, Daniel Oberhoff wrote:
>>
>>
>> Von meinem iPhone gesendet
>>
>>> Am 20.08.2014 um 03:16 schrieb Mi
Von meinem iPhone gesendet
> Am 20.08.2014 um 03:16 schrieb Michael Niedermayer :
>
>> On Wed, Aug 20, 2014 at 12:12:49AM +0200, Daniel Oberhoff wrote:
>> Hello,
>>
>> As a follow-up to my last patch I now factored out the floating point based
>> interp
Hello,
As a follow-up to my last patch I now factored out the floating point based
interpolation from transform.h/transform.c and applied it in the
vf_lenscorrection filter I introduced in my last patch. What I did not do is
also factor out fixed point based interpolation as used in vf_rotate a
Am 11.08.2014 um 17:39 schrieb Clément Bœsch :
> On Mon, Aug 11, 2014 at 05:33:10PM +0200, Daniel Oberhoff wrote:
>>
>> Am 11.08.2014 um 00:20 schrieb Michael Niedermayer :
>>
>>> On Sun, Aug 10, 2014 at 08:36:37PM +0200, Daniel Oberhoff wrote:
>>>&
Am 11.08.2014 um 00:20 schrieb Michael Niedermayer :
> On Sun, Aug 10, 2014 at 08:36:37PM +0200, Daniel Oberhoff wrote:
>>
>>
>> Von meinem iPhone gesendet
>>
>>> Am 10.08.2014 um 17:50 schrieb Michael Niedermayer :
>>>
>>>> On Su
Von meinem iPhone gesendet
> Am 10.08.2014 um 17:50 schrieb Michael Niedermayer :
>
>> On Sun, Aug 10, 2014 at 03:36:04PM +0200, Nicolas George wrote:
>> Le tridi 23 thermidor, an CCXXII, Paul B Mahol a écrit :
>>> It is not mandatory(but it would be nice) to add other methods to have
>>> this
Von meinem iPhone gesendet
> Am 10.08.2014 um 15:46 schrieb Nicolas George :
>
> Le tridi 23 thermidor, an CCXXII, Daniel Oberhoff a écrit :
>> Well, i could factor out the resampling from the Rotary filter and put it
>> into a header accessible by both, would that be ok
Von meinem iPhone gesendet
> Am 10.08.2014 um 15:36 schrieb Nicolas George :
>
> Le tridi 23 thermidor, an CCXXII, Paul B Mahol a écrit :
>> It is not mandatory(but it would be nice) to add other methods to have
>> this filter included into libavfilter.
>
> Is it really a good idea? We would e
Am 08.08.2014 um 12:10 schrieb Michael Niedermayer :
> On Thu, Aug 07, 2014 at 12:15:17AM +0200, Daniel Oberhoff wrote:
>>
>> Am 06.08.2014 um 12:12 schrieb Clément Bœsch :
>>
>>> On Sun, Aug 03, 2014 at 06:43:18PM +0200, Daniel Oberhoff wrote:
>>>
Hello,
Did anyone get my last mail? Wrote it last night and it shows up on my
mailing host too, but somehow not in the list archives...
Best
On Thu, Aug 7, 2014 at 12:15 AM, Daniel Oberhoff
wrote:
>
> Am 06.08.2014 um 12:12 schrieb Clément Bœsch :
>
> > On Sun, Aug 03, 201
Am 06.08.2014 um 12:12 schrieb Clément Bœsch :
> On Sun, Aug 03, 2014 at 06:43:18PM +0200, Daniel Oberhoff wrote:
> [...]
>>>> +static av_cold int init(AVFilterContext *ctx)
>>>> +{
>>>> +return 0;
>>>> +}
>>>>
>>&
Am 03.08.2014 um 18:38 schrieb Paul B Mahol :
> On Sun, Aug 3, 2014 at 5:39 PM, Daniel Oberhoff
> wrote:
>
>>
>> Am 03.08.2014 um 03:15 schrieb Daniel Oberhoff <
>> danieloberh...@googlemail.com>:
>>
>>> Am 03.08.2014 um 00:12 schrieb Clément
Am 03.08.2014 um 03:15 schrieb Daniel Oberhoff :
> Am 03.08.2014 um 00:12 schrieb Clément Bœsch :
>
>> On Fri, Aug 01, 2014 at 12:56:42PM +0200, Daniel Oberhoff wrote:
>>>
>>> Am 01.08.2014 um 12:22 schrieb Clément Bœsch :
>>>
>>>> On Fri
Am 03.08.2014 um 00:12 schrieb Clément Bœsch :
> On Fri, Aug 01, 2014 at 12:56:42PM +0200, Daniel Oberhoff wrote:
>>
>> Am 01.08.2014 um 12:22 schrieb Clément Bœsch :
>>
>>> On Fri, Aug 01, 2014 at 12:13:22PM +0200, Daniel Oberhoff wrote:
>>>>
>
Von meinem iPhone gesendet
> Am 01.08.2014 um 14:45 schrieb Carl Eugen Hoyos :
>
> Daniel Oberhoff gmail.com> writes:
>
>> And how about that test/data/fate/filter-pixfmts-rectification.rep
>> file?
>
> Imo, please send a patch without fate test first,
&g
Am 01.08.2014 um 13:07 schrieb Carl Eugen Hoyos :
> Daniel Oberhoff gmail.com> writes:
>
>> all work now, except vuy444p
>
> It's yuv444p
oops :).
And how about that test/data/fate/filter-pixfmts-rectification.rep file? Sh
Am 01.08.2014 um 12:22 schrieb Clément Bœsch :
> On Fri, Aug 01, 2014 at 12:13:22PM +0200, Daniel Oberhoff wrote:
>>
>> Am 29.07.2014 um 09:54 schrieb Carl Eugen Hoyos :
>>
>>> Daniel Oberhoff gmail.com> writes:
>>>
>>>> OBJS-$(CONFIG_ZOO
Am 29.07.2014 um 09:54 schrieb Carl Eugen Hoyos :
> Daniel Oberhoff gmail.com> writes:
>
>> OBJS-$(CONFIG_ZOOMPAN_FILTER)+= vf_zoompan.o
>> +OBJS-$(CONFIG_RECTIFICATION_FILTER) += vf_rectification.o
>
>> REGISTER_FILTER(ZOOM
Am 29.07.2014 um 09:43 schrieb Clément Bœsch :
> On Tue, Jul 29, 2014 at 08:04:50AM +0200, Daniel Oberhoff wrote:
>> Updated patch:
…
>> +static av_cold int init(AVFilterContext *ctx)
>> +{
>> +return 0;
>> +}
>> +
>> +st
Am 30.07.2014 um 00:08 schrieb wm4 :
> On Tue, 29 Jul 2014 00:31:48 +0200
> Daniel Oberhoff wrote:
>
>> Hello,
>>
>> In the last days I effectively rewrote the rectification filter found in the
>> frei0r suite as a libavfilter video filter and would like
On Jul 29, 2014, at 11:56 AM, James Darnley wrote:
> On 2014-07-29 07:41, Daniel Oberhoff wrote:
>> First off thanks for taking the time to review.
>>
>> Am 29.07.2014 um 01:16 schrieb Carl Eugen Hoyos :
>>
>>> Daniel Oberhoff gmail.com> writes:
>
Updated patch:
>From 204a8da14f92fcdefe63dda341261bdd25d6ce87 Mon Sep 17 00:00:00 2001
From: Daniel Oberhoff
Date: Mon, 28 Jul 2014 23:58:12 +0200
Subject: [PATCH] added rectification filter
---
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfil
First off thanks for taking the time to review.
Am 29.07.2014 um 01:16 schrieb Carl Eugen Hoyos :
> Daniel Oberhoff gmail.com> writes:
>
>> + * This program is free software; you can redistribute it and/or modify
>> + * it under the terms of the GNU General Public Licen
Hi again,
Since at least in the web view of the list attachements seem to be stripped, I
send it here in the clear:
thanks for reviewing!
Daniel
>From 7b5b3b42804714ddc56d2b8cd2c5709b4bb91f70 Mon Sep 17 00:00:00 2001
From: Daniel Oberhoff
Date: Mon, 28 Jul 2014 23:58:12 +0200
Subject: [PA
Hello,
In the last days I effectively rewrote the rectification filter found in the
frei0r suite as a libavfilter video filter and would like to submit this to
ffmpeg. It probably needs some cleanup, which I will do by checking your commit
guidelines, but I would like to get a first opinion als
88 matches
Mail list logo
