On Wed, Mar 13, 2019 at 12:08 PM Paweł Wegner
wrote:
> On Mon, Mar 4, 2019 at 10:52 AM Paweł Wegner
> wrote:
>
>> On Mon, Mar 4, 2019 at 10:50 AM Paweł Wegner
>> wrote:
>>
>>> ping
>>>
>>> On Mon, Feb 25, 2019 at 11:50 AM Paweł Wegne
On Mon, Mar 4, 2019 at 10:52 AM Paweł Wegner
wrote:
> On Mon, Mar 4, 2019 at 10:50 AM Paweł Wegner
> wrote:
>
>> ping
>>
>> On Mon, Feb 25, 2019 at 11:50 AM Paweł Wegner
>> wrote:
>>
>>> This fixes avformat_query_codec incorrectly returnin
ping
On Mon, Feb 25, 2019 at 11:50 AM Paweł Wegner
wrote:
> This fixes avformat_query_codec incorrectly returning 0 for
> mov container and mov_text subtitles.
>
> Signed-off-by: Paweł Wegner
> ---
> libavformat/movenc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletio
On Mon, Mar 4, 2019 at 10:50 AM Paweł Wegner
wrote:
> ping
>
> On Mon, Feb 25, 2019 at 11:50 AM Paweł Wegner
> wrote:
>
>> This fixes avformat_query_codec incorrectly returning 0 for
>> mov container and mov_text subtitles.
>>
>> Signed-off-by: Paweł Wegn
This fixes avformat_query_codec incorrectly returning 0 for
mov container and mov_text subtitles.
Signed-off-by: Paweł Wegner
---
libavformat/movenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 77943304b5..8969d5b170
On Tue, Feb 5, 2019 at 12:53 AM Carl Eugen Hoyos wrote:
> 2019-02-04 21:27 GMT+01:00, Paweł Wegner :
>
> > any reason why this commit:
> >
> https://github.com/FFmpeg/FFmpeg/commit/d54ae9b782c85e626a1e49a8ee204728746227d1#diff-ce2d1d31314e57cff2d1f3eb78988c88R1903
> &g
Signed-off-by: Paweł Wegner
---
libavformat/dashdec.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
index f4f4e935de..89acd5807d 100644
--- a/libavformat/dashdec.c
+++ b/libavformat/dashdec.c
@@ -2000,8 +2000,6 @@ static int
Hello,
any reason why this commit:
https://github.com/FFmpeg/FFmpeg/commit/d54ae9b782c85e626a1e49a8ee204728746227d1#diff-ce2d1d31314e57cff2d1f3eb78988c88R1903
disables seeking in dash demuxer? Seeking works fine for my dash manifests
when I remove the highlighted line.
--
Paweł Wegner
Paweł
On Thu, Jan 24, 2019 at 4:01 PM Gyan wrote:
>
>
> On 24-01-2019 08:18 PM, Paweł Wegner wrote:
> >
> > This fixes seeking when I have video playback sped up in ffplay like
> this:
> > ffplay -vf "setpts=0.5 * PTS" -af "atempo=2" input
>
> T
On Thu, Jan 24, 2019 at 3:43 PM Pavel Koshevoy wrote:
> On Thu, Jan 24, 2019 at 5:49 AM Paweł Wegner
> wrote:
> >
> > Signed-off-by: Paweł Wegner
> > ---
> > libavfilter/af_atempo.c | 9 +
> > 1 file changed, 9 insertions(+)
> >
> > di
Signed-off-by: Paweł Wegner
---
libavfilter/af_atempo.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/libavfilter/af_atempo.c b/libavfilter/af_atempo.c
index bfdad7d76b..1245eae8c1 100644
--- a/libavfilter/af_atempo.c
+++ b/libavfilter/af_atempo.c
@@ -147,6 +147,8 @@ typedef
On Tue, Nov 13, 2018 at 6:52 PM Michael Niedermayer
wrote:
> On Tue, Nov 13, 2018 at 12:23:42PM +0100, Paweł Wegner wrote:
> > On Tue, Nov 13, 2018 at 11:40 AM Michael Niedermayer
>
> > wrote:
> >
> > > On Tue, Nov 13, 2018 at 09:50:17AM +0100, Paweł Wegner wr
On Tue, Nov 13, 2018 at 11:40 AM Michael Niedermayer
wrote:
> On Tue, Nov 13, 2018 at 09:50:17AM +0100, Paweł Wegner wrote:
> > On Tue, Nov 13, 2018 at 12:39 AM Michael Niedermayer
>
> > wrote:
> >
> > > On Mon, Nov 12, 2018 at 02:42:36PM +0100, Paweł Wegn
On Tue, Nov 13, 2018 at 12:39 AM Michael Niedermayer
wrote:
> On Mon, Nov 12, 2018 at 02:42:36PM +0100, Paweł Wegner wrote:
> > Implemented the following encoders:
> > * ff_h264_mf_encoder
> > * ff_hevc_mf_encoder
> > * ff_aac_mf_encoder
> > * ff_ac3_m
On Mon, Nov 12, 2018 at 4:29 PM Carl Eugen Hoyos wrote:
> 2018-11-12 14:42 GMT+01:00, Paweł Wegner :
> > Implemented the following encoders:
> > * ff_h264_mf_encoder
> > * ff_hevc_mf_encoder
> > * ff_aac_mf_encoder
> > * ff_ac3_mf_encoder
> > * ff_mp3_mf_
Implemented the following encoders:
* ff_h264_mf_encoder
* ff_hevc_mf_encoder
* ff_aac_mf_encoder
* ff_ac3_mf_encoder
* ff_mp3_mf_encoder
The code is based on the PLEX's FFmpeg fork which can be found here:
https://files.plexapp.com/elan/ffmpeg/plex-ffmpeg-2017-12-17.txz
Signed-off-by:
I renamed mf.c to mfenc.c and left only the encoders for now.
This lowered the line count of the biggest file to 1242, don't
know how to split this up more for now.
MF is now autodetected.
The commit message now contains the origin of the code.
HWContext stuff removed.
Paweł Wegn
So should I make it auto-detectable or not? For me it can be either way.
On Mon, Oct 29, 2018 at 10:23 PM Paul B Mahol wrote:
> On 10/29/18, Carl Eugen Hoyos wrote:
> > 2018-10-29 10:27 GMT+01:00, Paweł Wegner :
> >
> >> + --enable-mf enable decoding
Thanks for the tip; I took Media Foundation support from PLEX's FFmpeg fork.
The newer patch revision contains hw decoding through Media Foundation.
Paweł Wegner (1):
avcodec/mf: implemented Media Foundation wrapper
configure | 48 +-
fftools/Mak
patch makes sense because it provides
encoders
similar to MacOS specific ones based on videotoolbox; it also provides
non-gpl software h264 encoder under Windows.
Best regards,
Paweł Wegner
Paweł Wegner (1):
avcodec/mf: implemented Media Foundation wrapper
configure | 34
Yes, it will work.
Fixes: runtime error: passing uninitialized value to FreeContextBuffer
causes a crash
Signed-off-by: Paweł Wegner
---
libavformat/tls_schannel.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/tls_schannel.c b/libavformat/tls_schannel.c
index
Yes, this works as well. I attached fixed patch.
On Fri, Aug 17, 2018 at 11:15 AM Carl Eugen Hoyos
wrote:
> 2018-08-03 20:28 GMT+02:00, Paweł Wegner :
>
> > One could copy the initialization to the top from the while loop:
> > init_sec_buffer(&outbuf[0], SE
Could someone merge it?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
One could copy the initialization to the top from the while loop:
init_sec_buffer(&outbuf[0], SECBUFFER_TOKEN, NULL, 0);
init_sec_buffer(&outbuf[1], SECBUFFER_ALERT, NULL, 0);
init_sec_buffer(&outbuf[2], SECBUFFER_EMPTY, NULL, 0);
init_sec_buffer_desc(&outbuf_desc, outbuf, 3);
But memset
One could copy the initialization to the top from the while loop:
init_sec_buffer(&outbuf[0], SECBUFFER_TOKEN, NULL, 0);
init_sec_buffer(&outbuf[1], SECBUFFER_ALERT, NULL, 0);
init_sec_buffer(&outbuf[2], SECBUFFER_EMPTY, NULL, 0);
init_sec_buffer_desc(&outbuf_desc, outbuf, 3);
But memset
Fixes: runtime error: passing uninitialized value to FreeContextBuffer
causes a crash
Signed-off-by: Paweł Wegner
---
libavformat/tls_schannel.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/tls_schannel.c b/libavformat/tls_schannel.c
index f41b007773..6b51c1f3dc 100644
Fixes: runtime error: passing uninitialized value to FreeContextBuffer
causes a crash
---
libavformat/tls_schannel.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/tls_schannel.c b/libavformat/tls_schannel.c
index 065dccb..6953008 100644
--- a/libavformat/tls_schannel.c
+++ b/li
27 matches
Mail list logo
