Hi!Is it working? I try everything but constantly get error from overlay_cuda:
ffmpeg -y -init_hw_device cuda=cuda -filter_hw_device cuda -hwaccel cuvid -c:v
h264_cuvid -resize 1920x1080 -i 720p.mp4 -i watermark.png -filter_complex
"[1:v]format=nv12,hwupload[img];[0:v][img]overlay_cuda=x=50:y=8
read, 2 seeks
[AVIOContext @ 02318248e700] Statistics: 67602 bytes read, 0 seeks
Conversion failed!
--- Original message ---
From: "Dennis Mungai"
Date: 1 April 2020, 16:51:16
On Wed, 1 Apr 2020 at 16:43, Alex <3.1...@ukr.net> wrote:
> Hi!Is it working? I try everything but
My GPU is GTX 1080Ti.
--- Original message ---
From: "Timo Rothenpieler"
Date: 1 April 2020, 16:51:27
On 01.04.2020 15:43, Alex wrote:
> Hi!Is it working? I try everything but constantly get error from overlay_cuda:
>
>
> ffmpeg -y -init_hw_device cuda=cuda -filter_h
Driver 445.75 (Win 10)
--- Original message ---
From: "Alex" <3.1...@ukr.net>
Date: 1 April 2020, 17:01:28
My GPU is GTX 1080Ti.
--- Original message ---
From: "Timo Rothenpieler"
Date: 1 April 2020, 16:51:27
On 01.04.2020 15:43, Alex wrote:
> Hi!Is it working? I
;Timo Rothenpieler"
Date: 1 April 2020, 18:04:05
On 01.04.2020 16:14, Alex wrote:
> Driver 445.75 (Win 10)
I just tested a similar commandline on the same driver:
./ffmpeg_g.exe -v verbose -init_hw_device cuda=cuda -filter_hw_device
cuda -hwaccel_output_format cuda -hwaccel cuda -i
But on my linux machine is rtx2070 card, not 1080ti. Do You testing filter on
10xx gpu card?
1 April 2020, 18:12:22, by "Alex" < 3.1...@ukr.net >:
Driver is ok (I just updated it and same result), and nvenc working without
without cuda filters. But with overlay_cuda or scal
Is it vp9_qsv encoder will work on i9-9900k Intel CPU or we need to wait for
new CPU release from Intel?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ff
Hi!
We have overlay_opencl, overlay_qsv, ... etc, but don't have overlay_cuda what
can be speed up video processing without copy frame between cpu and gpu.
So, doy You guys planning to implement overlay_cuda filter?
Alex
___
ffmpeg-devel mailing
Ok, thank for answering.Can I help to speed up implementation of GPU overlay?
From my side I can pay from my pocket around 100USD for this features.
Alex
--- Исходное сообщение ---
От кого: "Timo Rothenpieler"
Дата: 20 ноября 2019, 12:49:59
On 20/11/2019 10:30, Alex wrote:
>
Hi!Can any one write simple "http" filter for ffmpeg and I'm paying for this
job 100$.
Filter must accept server address, port, path, query as options. This filter,
just send post request with attached raw image/frame data to the server and
server will respond with new post-processed image/frame
ep 08, 2020 at 01:58:44PM +0300, Alex wrote:
> Hi!Can any one write simple "http" filter for ffmpeg and I'm paying for this
> job 100$.
> Filter must accept server address, port, path, query as options. This filter,
> just send post request with attached raw image/fram
It just send raw frames/images to other process/server and wait for response.
Nothing complicated.
--- Original message ---
From: "Nicolas George"
Date: 8 September 2020, 14:36:45
Alex (12020-09-08):
> Hi!Can any one write simple "http" filter for ffmpeg and I'
Signed-off-by: alex_qt <3.1...@ukr.net>
---
Changelog| 1 +
configure| 4 +
doc/filters.texi | 28 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/version.h| 2 +-
libavfilter/vf_http.c| 221 ++
> Hard-coded URL parameters,
>nothing to set the formats, not even the possibility of a filter that
>changes the resolution.
This filter has options: url and content-type header for requests and it's not
hardcoded. Format and resolution can be changed after this filter later in
filter graph, it'
>The format for the parameters is hard-coded.Please, tell me more I don't
>understand that do You mean?
--- Original message ---
From: "Nicolas George"
Date: 11 September 2020, 14:09:47
Alex (12020-09-11):
> This filter has options: url and content-type header for
frame with right width, height,
pix format, etc. I will fix it.
--- Original message ---
From: "Nicolas George"
Date: 11 September 2020, 14:09:47
Alex (12020-09-11):
> This filter has options: url and content-type header for requests and it's
> not hardcoded.
The format f
scale2ref video filter failed with message "segmentation fault".
Command to reproduce:
I just want to scale watermark depending of size of the main video.
ffmpeg -init_hw_device cuda=cuda hwaccel cuda -hwaccel_output_format cuda
-filter_hw_device cuda -i 720p.mp4 -ss 10 -t 10 -filter_complex
sc
This path fixing scale2ref filter if reference frame is HW frame.Command for
add watermark (resize it based on the main/reference video size:
[watermark][scaled]scale2ref=oh*mdar:ih*0.5[watermark2][scaled2] ) on video in
case of HW pipeline:>./ffmpeg -init_hw_device cuda=cuda -hwaccel cuda
-hwa
Signed-off-by: alex_qt <3.1...@ukr.net>
---
libavfilter/vf_overlay_cuda.c | 146 --
1 file changed, 120 insertions(+), 26 deletions(-)
diff --git a/libavfilter/vf_overlay_cuda.c b/libavfilter/vf_overlay_cuda.c
index 2f0f860e50..636ddbedb0 100644
--- a/libavfilter/
Is it possible to implement python backend as ffmpeg video filter, like
https://openvinotoolkit.github.io/dlstreamer_gst/ ?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link
Yes.
I wat to do filtering inside python script.
7 December 2021, 05:16:50, by "Steven Liu" :
Alex <3.1...@ukr.net> 于2021年12月7日周二 上午9:12写道：
>
> Is it possible to implement python backend as ffmpeg video filter, like
> https://openvinotoolkit.github.io/dlstreamer_gst/ ?
Hi!
Can any one tell me is it layout of DNNData->data are chw or hwc or nchw or
nhwc?
And how to perform convertion from hwc to chw and reverse?
How to normalize and denormalize data (-1..0..1 <=> 0...255) ?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffm
Do anyone know fastest way to divide the chw array of pixel data for frame?
1 January 2022, 04:48:03, by "Guo, Yejun" :
-Original Message-
From: ffmpeg-devel On Behalf Of Alex
Sent: 2022年1月1日 3:16
To: FFmpeg development discussions and patches
Subject: [FFmpeg-devel] DNN d
Can you tell me more where this come from ?
extern char ff_vf_yadif_videotoolbox_metallib_data[];
extern unsigned int ff_vf_yadif_videotoolbox_metallib_len;
22 December 2021, 02:15:23, by "rcombs" :
- Ensure the yadif .metal compiles when targeting any Metal runtime version
- Use some preproce
Hi!
I developing custom GPU filter that require lot of time to process frames and
as result overal fps is low ( around 20 fps):
ffmpeg -i 720p.mp4 -filter_complex "format=rgb24,myfilter" -f null -
But then I added actual encoding part to ffmpeg command, result fps is down to
16 fps (-4 fps, ar
Thanks I will chek it out!
For now my filter use standart filter_frame() function callback. But how to
request next frame from decoder in my filter?
5 July 2022, 16:19:49, by "Felix LeClair" :
From: ffmpeg-devel on behalf of Alex
<3.1...@ukr.net>
Sent: July 5, 2022 9:
Hi!
I write custom encoder codec and want to use threads to speed up encoding
process. I know what ffmpeg have frame level threads and slices threads, but in
my case best option is to use frame level threads with FF_CODEC_ENCODE_CB()
function.
But I have couple of questions:
1) Then I add AV_CO
uot;01" and "10" are permitted.
Some set top boxes (Motorola, Arris, Zyxel) refuse non-conforming packets.
Signed-off-by: Alex Shumsky
---
libavformat/mpegtsenc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mp
If original packet is corrupted, then parsed packet is probably corrupted too.
Let the application decide what to do.
Signed-off-by: Alex Shumsky
---
libavformat/demux.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/demux.c b/libavformat/demux.c
index
> Nowadays when you are streaming to a live platform if the RTMP(s)
> server needs to restarted for any reason (ex: deploy new version)
> the RTMP connection is interrupted (probably after some draining time).
> Facebook will publish a proposal to avoid that by sending a
> GoAway message in the RTM
Hi.
Currently, there is no legitimate way to flush data buffered within the
muxer for applications that choose to use av_interleaved_write_frame.
Actually one could flush muxer buffers with av_write_frame, but docs forbid
mixing av_interleaved_write_frame/av_write_frame within a single muxing
cont
rame(s, NULL) mixing in documentation.
Any thoughts?
On Fri, Oct 22, 2021 at 1:32 PM Alex ThreeD wrote:
> Hi.
>
> Currently, there is no legitimate way to flush data buffered within the
> muxer for applications that choose to use av_interleaved_write_frame.
> Actually one could flush muxer
rameter to the
ff_rtp_send_vp9 function which could be called as:
ff_rtp_send_vp9(s1, pkt->data, size, pkt->flags & AV_PKT_FLAG_KEY);
Thanks
Alex
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/
paque scalability structure information (which could store frame
resolution among other things). The optional parts don't seem to affect
my use case (I added the gstreamer take on it at some point but didn't
see any changes for better or worth),
Thanks
Alex
On 6/1/19 2:14 PM, Ja
On Thu, Aug 15, 2019 at 11:07 AM Nicolas George wrote:
> Juan De León (12019-08-15):
> > Ping. Does anyone have any more feedback?
> > If not, can anyone review this for pushing.
>
> Less than 24 hours feel a bit short to get impatient.
>
> Regards,
>
> --
> Nicolas George
> ___
On Sun, Sep 30, 2018 at 2:09 PM Jan Ekström wrote:
> Sn Sun, Sep 30, 2018 at 8:56 PM wrote:
> >
> > ...
> > +if (st->codecpar->codec_id == AV_CODEC_ID_H264) {
> > +if (pkt->size >= 5 && AV_RB32(pkt->data) != 0x001 &&
> > + (AV_RB24(pkt->data) != 0x000
On Mon, Oct 1, 2018 at 11:01 AM wrote:
> From: Alex Sukhanov
>
> ---
> libavformat/ivfenc.c | 50 +---
> 1 file changed, 38 insertions(+), 12 deletions(-)
>
> diff --git a/libavformat/ivfenc.c b/libavformat/ivfenc.c
> index 66441
On Sat, Oct 6, 2018 at 10:37 AM Mark Thompson wrote:
> On 05/10/18 21:45, Alex Sukhanov wrote:
> > On Mon, Oct 1, 2018 at 11:01 AM wrote:
> >
> >> From: Alex Sukhanov
> >>
> >> ---
> >> libavformat/ivfenc.c | 50 +
On Thu, Oct 11, 2018 at 2:47 PM Derek Buitenhuis
wrote:
> On 11/10/2018 22:21, Jan Ekström wrote:
> > I'd probably disable creation of such files unless you enable a less
> > standards-compliant strictness mode.
>
> Is there even an IVF spec, though? If not, there's not really such a
> thing as "
On Mon, Oct 15, 2018 at 9:35 AM Vittorio Giovara
wrote:
> On Thu, Oct 11, 2018 at 5:28 PM Jan Ekström wrote:
>
> > On Thu, Oct 11, 2018 at 10:58 PM Alex Sukhanov
> > wrote:
> > >
> > > Hi Mark,
> > >
> > > at Google we have some ol
> From a12637c97c3140a1676f20b19c91647313379b39 Mon Sep 17 00:00:00 2001
> From: pkviet
> Date: Sun, 9 Sep 2018 16:47:32 +0200
> Subject: [PATCH 3/3] avcodec/aacdec: Translate pce to avutil channel_layout
>
> This commit enables the native aac decoder to translate pce to
> ffmpeg channel layouts w
On Wed, Oct 24, 2018 at 1:03 PM pkv.stream wrote:
>
> Patch updated ; passes all FATE tests.
>
> Comments from Alex Converse review incorporated (much thanks to him).
>
Hey,
I'm a bit concerned with the outputs this generates for low channel
count streams.
al17_44.mp4 has t
On Sat, Oct 13, 2018 at 5:17 PM Michael Niedermayer
wrote:
> On Fri, Oct 12, 2018 at 01:13:45AM +0100, Derek Buitenhuis wrote:
> > On 11/10/2018 23:39, Alex Sukhanov wrote:
> > > The only "spec" I'm aware of:https://wiki.multimedia.cx/index.php/IVF
> >
>
by default adobe_transform set to 0 and because of that mjpegb decoder detects
yuv444 pix fmt as bgrp
---
libavcodec/mjpegbdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/mjpegbdec.c b/libavcodec/mjpegbdec.c
index 37d7bb8228..70ff4cf563 100644
--- a/libavcodec/mjpegbdec.c
+++
On Wed, Nov 20, 2019 at 2:57 PM Carl Eugen Hoyos wrote:
>
>
> > Am 20.11.2019 um 12:22 schrieb Alex Mogurenko :
> >
> > by default adobe_transform set to 0 and because of that mjpegb decoder
> detects yuv444 pix fmt as bgrp
>
> Please provide a sample that gets
On Wed, Nov 20, 2019 at 3:57 PM Carl Eugen Hoyos wrote:
> > Am 20.11.2019 um 14:41 schrieb Alex Mogurenko :
> >
> >> On Wed, Nov 20, 2019 at 2:57 PM Carl Eugen Hoyos
> wrote:
> >>
> >>
> >>
> >>> Am 20.11.2019 um 12:22 schrieb Alex
y Marcus Johansson.
See https://trac.ffmpeg.org/ticket/1452 for more details
Signed-off-by: Alex Mi
---
doc/muxers.texi| 3 +++
libavformat/avformat.h | 3 ++-
libavformat/img2enc.c | 8 +---
libavformat/utils.c| 31 +++
4 files changed, 37 insertions(
---
libavcodec/proresenc_kostya.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/proresenc_kostya.c b/libavcodec/proresenc_kostya.c
index 9a77d24fb6..e045a972f1 100644
--- a/libavcodec/proresenc_kostya.c
+++ b/libavcodec/proresenc_kostya.c
@@ -222,6 +222,7 @@
, after all we pass qmat/qmat_chroma to function where we
estimate encoded slice size or encode slice:
estimate_slice_plane / encode_slice_plane
I will make new patch with detailed description
пт, 28 дек. 2018 г. в 18:43, Derek Buitenhuis :
> On 27/12/2018 19:28, Alex Mogurenko wro
problem occurs in slice quant estimation and slice encoding.
if slice quant >= MAX_STORED_Q we dont use pre-calculated quant matrices but
generate new:
qmat = ctx->custom_q;
qmat_chroma = ctx->custom_q;
for (i = 0; i < 64; i++) {
qmat[i] = ctx->quant_mat[i] * quant;
qmat
fdct done twice for each block. first time during quant calculation, second
during slice encoding. so if we pre-save dct coefficients no need to do fdct
second time.
disadvantages: requires more memory
advantages: improves performance ~4-5%
---
libavcodec/proresenc_kostya.c | 74
I seems to be lame as failed to find how to run fate to check prores_ks :(
On Mon, Dec 31, 2018 at 4:46 AM Michael Niedermayer
wrote:
> On Sun, Dec 30, 2018 at 10:57:23PM +0200, Alex Mogurenko wrote:
> > fdct done twice for each block. first time during quant calculation,
> second
fdct done twice for each block. first time during quant calculation, second
during slice encoding. so if we pre-save dct coefficients no need to do fdct
second time.
disadvantages: requires more memory
advantages: improves performance ~4-5%
---
libavcodec/proresenc_kostya.c | 74
thanks,
just sent new patch
On Mon, Dec 31, 2018 at 5:56 PM Derek Buitenhuis
wrote:
> On 31/12/2018 09:12, Alex Mogurenko wrote:
> > I seems to be lame as failed to find how to run fate to check prores_ks
> :(
>
> General way to run all of FATE:
>
> $ configure --sample
ping
On Mon, Dec 31, 2018 at 11:02 PM Alex Mogurenko wrote:
> thanks,
> just sent new patch
>
> On Mon, Dec 31, 2018 at 5:56 PM Derek Buitenhuis <
> derek.buitenh...@gmail.com> wrote:
>
>> On 31/12/2018 09:12, Alex Mogurenko wrote:
>> > I seems to be la
Aliased compressed AAC bytes are almost certainly not meaningful SBR
data. In the wild this causes harsh artifacts switching HE-AAC streams
that don't have SBR headers aligned with segment boundaries.
Turning off SBR falls back to a default set of upsampling parameters
that can function as a sort
On Mon, Apr 17, 2017 at 2:51 PM, Timo Rothenpieler
wrote:
>>> I'm generally in favor of adding CUDA based filtering, there's a lot of
>>> nice stuff that could be done that way.
>>>
>>> But there is one big issue with this approach:
>>>
>>> Having to run a .bat file prior to building isn't really
On Wed, Aug 30, 2017 at 5:09 PM, Michael Niedermayer
wrote:
> On Tue, Aug 29, 2017 at 11:40:06AM -0700, Alex Converse wrote:
>> Fixes ticket 6398.
>>
>> Debugged with the help of James Almer and Hendrik Leppkes.
>> ---
>> libavformat/flvdec.c | 1 +
>> 1
Report the actual level of the encoded output if a level is
targeted or the level is passively tracked with a target of 0.
---
libavcodec/libvpxenc.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/libavcodec/libvpxenc.c b/libavcodec/libvpxenc.c
index 51f423a..
Levels are specified at https://www.webmproject.org/vp9/levels/
---
libavcodec/libvpxenc.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/libavcodec/libvpxenc.c b/libavcodec/libvpxenc.c
index 68f25a4..51f423a 100644
--- a/libavcodec/libvpxenc.c
+++ b/libavcodec/libvpxenc.c
@@ -107
On Fri, Nov 18, 2016 at 3:44 PM, James Zern
wrote:
>
> On Fri, Nov 18, 2016 at 2:01 PM, Alex Converse
> wrote:
> > Levels are specified at https://www.webmproject.org/vp9/levels/
> > ---
> > libavcodec/libvpxenc.c | 10 ++
> > 1 file changed, 10 i
Report the actual level of the encoded output if a level is
targeted or the level is passively tracked with a target of 0.
---
libavcodec/libvpxenc.c | 32
1 file changed, 32 insertions(+)
diff --git a/libavcodec/libvpxenc.c b/libavcodec/libvpxenc.c
index 51f423a.
On Tue, Nov 22, 2016 at 3:10 PM, James Zern wrote:
> On Tue, Nov 22, 2016 at 12:08 PM, James Zern wrote:
>> On Tue, Nov 22, 2016 at 12:04 PM, James Zern wrote:
>>> On Fri, Nov 18, 2016 at 2:01 PM, Alex Converse
>>> wrote:
>>>> Report the actual le
On Mon, Nov 28, 2016 at 11:57 AM, James Zern wrote:
> On Mon, Nov 28, 2016 at 10:34 AM, Alex Converse
> wrote:
>> Report the actual level of the encoded output if a level is
>> targeted or the level is passively tracked with a target of 0.
>> ---
>>
On Tue, Dec 6, 2016 at 5:08 PM, Alex Converse wrote:
> Fixes https://www2.iis.fraunhofer.de/AAC/7.1auditionOutLeader_v2_rtb.mp4
>
> Reported-by: rcombs on IRC
> ---
> libavcodec/aacdec_template.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
>
Fixes https://www2.iis.fraunhofer.de/AAC/7.1auditionOutLeader_v2_rtb.mp4
Reported-by: rcombs on IRC
---
libavcodec/aacdec_template.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/aacdec_template.c b/libavcodec/aacdec_template.c
index 8cfa34b..64d46e3 100644
On Thu, Dec 8, 2016 at 2:14 AM, Rostislav Pehlivanov
wrote:
> On 7 December 2016 at 01:08, Alex Converse wrote:
>
>> Fixes https://www2.iis.fraunhofer.de/AAC/7.1auditionOutLeader_v2_rtb.mp4
>>
>> Reported-by: rcombs on IRC
>> ---
>> libavcodec/aacdec_templat
It describes the type of the previous che element (SCE, CPE, CCE, or
LFE) and does not reflect non-che elements.
---
libavcodec/aacdec_template.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/aacdec_template.c b/libavcodec/aacdec_template.c
index 64d46e3..8
On Thu, Dec 8, 2016 at 12:56 PM, Rostislav Pehlivanov
wrote:
> On 8 December 2016 at 19:55, Alex Converse wrote:
>
>> It describes the type of the previous che element (SCE, CPE, CCE, or
>> LFE) and does not reflect non-che elements.
>> ---
>> libavcodec/aacdec
On Thu, Dec 8, 2016 at 12:36 PM, Rostislav Pehlivanov
wrote:
>
> On 8 December 2016 at 19:42, Alex Converse wrote:
>>
>> On Thu, Dec 8, 2016 at 2:14 AM, Rostislav Pehlivanov
>> wrote:
>> > On 7 December 2016 at 01:08, Alex Converse
>> >
Fixes "Failed to set VP9E_GET_LEVEL codec control: Codec does not
implement requested capability" log messages on VP8 encodes.
---
libavcodec/libvpxenc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/libvpxenc.c b/libavcodec/libvpxenc.c
index 1325199..de0d0b6 100
On Mon, Dec 12, 2016 at 2:41 PM, James Zern wrote:
> On Mon, Dec 12, 2016 at 12:12 PM, Alex Converse
> wrote:
>> Fixes "Failed to set VP9E_GET_LEVEL codec control: Codec does not
>> implement requested capability" log messages on VP8 encodes.
>> ---
>> l
VP9-in-ISOM uses vp08 and vp09 tags, while ivf uses VP80 and VP90.
---
libavformat/ivfenc.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/libavformat/ivfenc.c b/libavformat/ivfenc.c
index 5dbcd97..1735606 100644
--- a/libavformat/ivfenc.c
+++ b/libavformat/ivfen
Fixes Netflix VP9 DASH samples.
---
libavformat/mov.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index a7595c5..6e80b93 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -2161,6 +2161,7 @@ static int mov_finalize_stsd_codec(MOVContext *c,
AVI
This fixes remuxing VPX from MP4 without manually overwriting the tag.
---
libavformat/ivfenc.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/libavformat/ivfenc.c b/libavformat/ivfenc.c
index 5dbcd97..f3ae4dc 100644
--- a/libavformat/ivfenc.c
+++ b/libavformat/ivfenc.c
@@ -97,6 +97,12
; }
>
> return lut_nmsedec_ref0[x & ((1 << T1_NMSEDEC_BITS) - 1)];
> }
>
>
>
>
> I will post more later.
>
Not having seen the specification I do have a question: Is it possible this
code piece is in the spec? Many specs contain sample code or a description
leading to very similar implementations.
I think this is important to double check and try to stay not biased.
Best,
Alex
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Thu, Mar 24, 2016 at 12:23 PM, Alex Beregszaszi wrote:
>
> Not having seen the specification I do have a question: Is it possible this
> code piece is in the spec? Many specs contain sample code or a description
> leading to very similar implementations.
>
> I think this is i
implementation be removed from FFmpeg?
My impression based on the first thread was that you would be
interested in having your AGPL implementation included. Later you
have mentioned that you don't want to have it included.
Based on past examples I think an implementation would be removed in
the following cases:
a) there is a superior new FFmpeg-specific implementation available
(and not an external library)
b) it is broken beyond repair
Do any of the following cases stand today?
Best,
Alex
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Sun, Mar 20, 2016 at 6:29 AM, Christophe Gisquet <
christophe.gisq...@gmail.com> wrote:
>
>
> I understand the sentiment, and there's probably little lost in
> keeping it, but... is it not a hack? ie:
> - When do you notice the added security is no longer there/it breaks
> in even worse ways?
>
ng it outright
if it proves to be more trouble than it's worth. For now keeping it
enabled for release builds is a reasonable trade off.
Signed-off-by: Alex Smith
---
configure | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index e550547..e8c4
I think the logic is correct but I won't be able to test it with the changes
until tomorrow. I wanted to get the patch on the ML as soon as possible
since
debugging is currently broken.
As I mentioned in the original patch thread I'll see about taking another
stab
at binutils to see if this can't
Attached patch fixes an int<-->uint bug affecting muxing of ogg audio.
This line is the problem:
https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/oggparsevorbis.c#L476
You can see in:
https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/oggdec.h#L68 that
`os->pduration` is an `unsigne
Quiets some log spam on pure upsampling mode.
---
libavcodec/aacdec_template.c | 2 +-
libavcodec/aacsbr.h | 2 +-
libavcodec/aacsbr_template.c | 3 ++-
3 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/libavcodec/aacdec_template.c b/libavcodec/aacdec_template.c
index 2a06f82
Fixes ticket 4730
---
libavcodec/aacdec.c | 26 --
libavcodec/aacdec_template.c | 82
libavcodec/mpeg4audio.c | 76 ++--
libavcodec/mpeg4audio.h | 12 ++-
4 files changed, 120 insert
A strict reading of the spec seems to imply that it should be aligned to
the start of the element instance tag, but that would break all of the
samples with PCEs.
It seems like a well formed LATM stream should have its PCE in the ASC
rather than inband.
Fixes ticket 4544
---
libavcodec/aacdec_te
This preserves sync extensions.
---
libavcodec/aacdec.c | 27 +++
1 file changed, 15 insertions(+), 12 deletions(-)
diff --git a/libavcodec/aacdec.c b/libavcodec/aacdec.c
index 709ac7cdf8..08d92fe145 100644
--- a/libavcodec/aacdec.c
+++ b/libavcodec/aacdec.c
@@ -289,17 +28
Fixes ticket 4730
---
libavcodec/aacdec.c | 26 --
libavcodec/aacdec_template.c | 82
libavcodec/mpeg4audio.c | 76 ++--
libavcodec/mpeg4audio.h | 12 ++-
4 files changed, 120 insert
Quiets some log spam on pure upsampling mode.
Fixes ticket 5163.
---
libavcodec/aacdec_template.c | 2 +-
libavcodec/aacsbr.h | 2 +-
libavcodec/aacsbr_template.c | 3 ++-
3 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/libavcodec/aacdec_template.c b/libavcodec/aacdec_temp
On Thu, Feb 9, 2017 at 4:11 PM, Carl Eugen Hoyos wrote:
>
> 2017-02-09 18:40 GMT+01:00 Alex Converse :
> > Quiets some log spam on pure upsampling mode.
>
> Please mention ticket #5163.
>
Done
> For the whole patchset, I suggest you push as soon as everybody
> agre
This is related to, but doesn't solve ticker 6152.
---
libavcodec/aacdec_template.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/aacdec_template.c b/libavcodec/aacdec_template.c
index 4e0a9529e1..4367e74cf7 100644
--- a/libavcodec/aacdec_template.c
+++ b/libavcodec/aacdec_templat
On Thu, Feb 16, 2017 at 3:21 PM, Carl Eugen Hoyos wrote:
> 2017-02-16 22:13 GMT+01:00 Alex Converse :
>> This is related to, but doesn't solve ticker 6152.
>> ---
>> libavcodec/aacdec_template.c | 1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git
I like the idea -- it will be then possible to link to hardware
acceleration.
I don't think R-D optimization (including taking VLC / CABAC into account)
belongs to the library -- this, as well as figuring out partitions, should
be up to the actual encoder.
On Thu, Aug 3, 2017 at 4:09 PM, Ronald S
On Sat, Aug 12, 2017 at 9:47 AM, Dave Rice wrote:
>
> Hello all,
> This issue originated in this thread
> https://github.com/amiaopensource/vrecord/issues/170. On Field Order, in the
> QuickTime specification at
> https://developer.apple.com/library/content/documentation/QuickTime/QTFF/QTFFChap
Hi Paul,
Can you please point me to some information how this filter works?
Best,
Alex.
On Wed, Aug 16, 2017 at 12:08 PM, Paul B Mahol wrote:
> Hi,
>
> patch attached.
>
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.or
On Sun, Aug 20, 2017 at 5:15 PM, Michael Niedermayer
wrote:
>
> Fixes: out of array read
> Fixes: 2873/clusterfuzz-testcase-minimized-5924145713905664
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Niedermayer
>
---
tests/fate/aac.mak | 4
1 file changed, 4 insertions(+)
diff --git a/tests/fate/aac.mak b/tests/fate/aac.mak
index 5ef8ddc2b9..e8cbcef54d 100644
--- a/tests/fate/aac.mak
+++ b/tests/fate/aac.mak
@@ -2,6 +2,10 @@ FATE_AAC += fate-aac-al04_44
fate-aac-al04_44: CMD = pcm -i $(TARGET_SAMPLE
From: Paul B Mahol
Co-Authored-By: Alex Converse
---
libavcodec/aac.h | 3 +
libavcodec/aacdec_template.c | 124 +++---
libavcodec/aactab.c | 120
libavcodec/aactab.h | 6
On Tue, Aug 22, 2017 at 3:23 PM, Michael Niedermayer
wrote:
> On Mon, Aug 21, 2017 at 04:22:15PM -0700, Alex Converse wrote:
>> ---
>> tests/fate/aac.mak | 4
>> 1 file changed, 4 insertions(+)
>
> where can i find the files to test & upload to fate samples
Fixes probing the stream from ticket 6398.
Noticed by James Almer.
---
libavformat/utils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 23865c88c4..68ba8aa85b 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -2997
Fixes ticket 6398.
Debugged with the help of James Almer and Hendrik Leppkes.
---
libavformat/flvdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/flvdec.c b/libavformat/flvdec.c
index 94c9e28334..2e70352c53 100644
--- a/libavformat/flvdec.c
+++ b/libavformat/flvdec.c
@@ -754,
1 - 100 of 171 matches
Mail list logo
