Hi Steven,
I am restarting this discussion, just to conclude this thread one way or the
other. Maybe I am not thinking correctly. Here is detailed thinking, on why I
think this patch will not violate HLS spec.
>if (target_duration <= en->duration)
>target_duration = (hls->fl
Thanks.
Regards,
Karthick
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Instead, skip the invalid data in an attempt to find an ADTS frame, and
continue decoding from there.
Fixes ticket #6634
Signed-off-by: James Almer
---
New in v2:
- avpriv_aac_parse_header() used to validate ADTS headers more thoroughly.
- Removed the usage of avio_tell(s->pb) in resync() and r
On 9/5/2017 8:57 PM, Ilia Valiakhmetov wrote:
> Signed-off-by: Ilia Valiakhmetov
> ---
> libavcodec/avcodec.h | 7 ++-
> libavcodec/options.c | 1 +
> libavcodec/pthread_slice.c | 26 --
> libavcodec/utils.c | 14 ++
> 4 files changed,
From a6f3aaa9c1ff6d35d19eef587a49c04916fceca1 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Tue, 5 Sep 2017 23:07:15 -0400
Subject: [PATCH] lavc/vaapi_encode_mpeg2: fix frame rate calc error when use
time_base.
fix frame rate calc error when use time_base.
Signed-off-by: Yun Zhou
Signed-off-b
On 2017/8/28 20:28, Mark Thompson wrote:
> On 24/08/17 02:13, Jun Zhao wrote:
>> V5: - In h265_vaapi encoder, when setting slice number > max slice number
>> supported by driver, report error and return. Same as h264_vaapi.
>> - Clean the logic when setting first_slice_segment_in_pic_fl
On 9/5/2017 5:38 AM, wm4 wrote:
> On Tue, 5 Sep 2017 10:03:11 +0200
> Clément Bœsch wrote:
>
>> On Mon, Sep 04, 2017 at 08:35:17PM +0200, wm4 wrote:
>> [...]
>> Can't we just remove this codec? It has no use other than causing
>> potential security issues and maintenance.
>
>
On Tue, Sep 05, 2017 at 07:53:49PM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, Sep 5, 2017 at 7:47 PM, Michael Niedermayer
> wrote:
>
> > ff_dlog() is not part of a user build so a users bug report will not
> > contain it at any verbose / debug level.
> >
>
> That is intentional. The messa
Hi,
On Tue, Sep 5, 2017 at 7:59 PM, Ilia Valiakhmetov
wrote:
> Signed-off-by: Ilia Valiakhmetov
>
> v6 with changes from Ronald(BBB):
> ---
> libavcodec/vp9.c | 664 ++
> -
> libavcodec/vp9_mc_template.c | 202 ++---
> libavcodec/vp9b
On 9/5/2017 8:47 PM, Hendrik Leppkes wrote:
> On Wed, Sep 6, 2017 at 12:32 AM, James Almer wrote:
>> On 9/5/2017 7:12 PM, Hendrik Leppkes wrote:
>>> On Tue, Sep 5, 2017 at 11:20 PM, James Almer wrote:
On 9/5/2017 5:30 PM, Hendrik Leppkes wrote:
> On Mon, Sep 4, 2017 at 4:47 AM, James Alm
On Wed, Sep 06, 2017 at 01:25:45AM +0200, Mateusz wrote:
> W dniu 2017-09-05 o 23:37, Michael Niedermayer pisze:
> > On Tue, Sep 05, 2017 at 04:42:06PM +0200, Mateusz wrote:
> >> W dniu 2017-09-05 o 15:40, Michael Niedermayer pisze:
> >>> On Mon, Sep 04, 2017 at 09:33:34AM +0200, Mateusz wrote:
> >
Signed-off-by: Ilia Valiakhmetov
---
libavcodec/avcodec.h | 7 ++-
libavcodec/options.c | 1 +
libavcodec/pthread_slice.c | 26 --
libavcodec/utils.c | 14 ++
4 files changed, 45 insertions(+), 3 deletions(-)
diff --git a/libavcodec/a
Hi,
On Tue, Sep 5, 2017 at 7:47 PM, Michael Niedermayer
wrote:
> ff_dlog() is not part of a user build so a users bug report will not
> contain it at any verbose / debug level.
>
That is intentional. The messages are not meant for end users, since they
are not helpful or informative for them.
On Tue, Sep 05, 2017 at 07:13:00AM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Sep 4, 2017 at 10:11 PM, James Almer wrote:
>
> > On 9/4/2017 11:00 PM, Ronald S. Bultje wrote:
> > > Hi,
> > >
> > > On Mon, Sep 4, 2017 at 12:11 PM, Michael Niedermayer
> > > >> wrote:
> > >
> > >> if
On Wed, Sep 6, 2017 at 12:32 AM, James Almer wrote:
> On 9/5/2017 7:12 PM, Hendrik Leppkes wrote:
>> On Tue, Sep 5, 2017 at 11:20 PM, James Almer wrote:
>>> On 9/5/2017 5:30 PM, Hendrik Leppkes wrote:
On Mon, Sep 4, 2017 at 4:47 AM, James Almer wrote:
> Skip the invalid data in an attem
W dniu 2017-09-05 o 23:37, Michael Niedermayer pisze:
> On Tue, Sep 05, 2017 at 04:42:06PM +0200, Mateusz wrote:
>> W dniu 2017-09-05 o 15:40, Michael Niedermayer pisze:
>>> On Mon, Sep 04, 2017 at 09:33:34AM +0200, Mateusz wrote:
If ffmpeg reduces bit-depth to 8-bit or more, it uses DITHER_CO
This patchset enhances Alexis Ballier's original patch and validates
it using Qualcomm's Venus hardware (driver recently landed upstream
[1]).
This has been tested on Qualcomm's DragonBoard 410c and 820c
Configure/make scripts have been validated on Ubuntu 10.04 and
16.04.
Apologies for sending v10 right after having sent v9 just a few hours ago but I
think it makes sense to improve the overall readability while saving some
memory.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/f
On 9/5/2017 7:12 PM, Hendrik Leppkes wrote:
> On Tue, Sep 5, 2017 at 11:20 PM, James Almer wrote:
>> On 9/5/2017 5:30 PM, Hendrik Leppkes wrote:
>>> On Mon, Sep 4, 2017 at 4:47 AM, James Almer wrote:
Skip the invalid data in an attempt to find one instead, and continue
decoding from th
On Tue, Sep 5, 2017 at 11:20 PM, James Almer wrote:
> On 9/5/2017 5:30 PM, Hendrik Leppkes wrote:
>> On Mon, Sep 4, 2017 at 4:47 AM, James Almer wrote:
>>> Skip the invalid data in an attempt to find one instead, and continue
>>> decoding from there.
>>>
>>> Fixes ticket #6634
>>>
>>> Signed-off
On Tue, Sep 05, 2017 at 11:11:00PM +0200, Marton Balint wrote:
>
> On Tue, 5 Sep 2017, Michael Niedermayer wrote:
>
> >Signed-off-by: Michael Niedermayer
> >---
> >doc/filters.texi | 9 +
> >libavfilter/framesync2.c | 6 --
> >libavfilter/framesync2.h | 6 ++
> >libavfilter/
On Tue, Sep 05, 2017 at 04:42:06PM +0200, Mateusz wrote:
> W dniu 2017-09-05 o 15:40, Michael Niedermayer pisze:
> > On Mon, Sep 04, 2017 at 09:33:34AM +0200, Mateusz wrote:
> >> If ffmpeg reduces bit-depth to 8-bit or more, it uses DITHER_COPY macro.
> >> The problem is DITHER_COPY macro make imag
On 9/5/17, Marton Balint wrote:
>
> On Tue, 5 Sep 2017, Michael Niedermayer wrote:
>
>> Signed-off-by: Michael Niedermayer
>> ---
>> doc/filters.texi | 9 +
>> libavfilter/framesync2.c | 6 --
>> libavfilter/framesync2.h | 6 ++
>> libavfilter/vf_overlay.c | 8
>> 4 f
On 9/5/2017 5:30 PM, Hendrik Leppkes wrote:
> On Mon, Sep 4, 2017 at 4:47 AM, James Almer wrote:
>> Skip the invalid data in an attempt to find one instead, and continue
>> decoding from there.
>>
>> Fixes ticket #6634
>>
>> Signed-off-by: James Almer
>> ---
>> libavformat/aacdec.c | 41 +++
On Tue, 5 Sep 2017, Michael Niedermayer wrote:
Signed-off-by: Michael Niedermayer
---
doc/filters.texi | 9 +
libavfilter/framesync2.c | 6 --
libavfilter/framesync2.h | 6 ++
libavfilter/vf_overlay.c | 8
4 files changed, 23 insertions(+), 6 deletions(-)
No more
On Tue, 5 Sep 2017, Maksym Veremeyenko wrote:
04.09.2017 17:10, Maksym Veremeyenko пише:
Hi,
attached patch implemented threaded NDI output - separate output thread for
each stream. it makes audio preview in my case more smooth.
updated patch allows running audio/video threads separately
On Mon, Sep 4, 2017 at 4:47 AM, James Almer wrote:
> Skip the invalid data in an attempt to find one instead, and continue
> decoding from there.
>
> Fixes ticket #6634
>
> Signed-off-by: James Almer
> ---
> libavformat/aacdec.c | 41 +
> 1 file changed,
On Tue, 5 Sep 2017, James Almer wrote:
On 9/5/2017 3:52 PM, Marton Balint wrote:
On Sun, 3 Sep 2017, James Almer wrote:
Skip the invalid data in an attempt to find one instead, and continue
decoding from there.
Fixes ticket #6634
If you skipped some broken ADTS frames, which were previo
On Mon, 4 Sep 2017, Gildas Fargeas wrote:
Thanks for the feedback. Here are the changes:
- renamed pixelformat_option in raw_format
- restored bm_v210 options (if set, it overrides the raw_format option)
- removed list_pixelformats and only mention supported raw codes in help.
- restore previou
On 9/5/2017 3:52 PM, Marton Balint wrote:
>
> On Sun, 3 Sep 2017, James Almer wrote:
>
>> Skip the invalid data in an attempt to find one instead, and continue
>> decoding from there.
>>
>> Fixes ticket #6634
>
> If you skipped some broken ADTS frames, which were previously reported
> errnous, t
On Tue, 5 Sep 2017 20:19:09 +0100
Mark Thompson wrote:
> On 05/09/17 19:55, LongChair . wrote:> Le 05/09/2017 à 19:19, Mark Thompson a
> écrit :
> >> On 05/09/17 12:44, LongChair . wrote:
> >>> From: LongChair
> >>>
> >>> This adds hardware decoding for h264 / HEVC / VP8 using MPP Rockchip AP
On 05/09/17 19:55, LongChair . wrote:> Le 05/09/2017 à 19:19, Mark Thompson a
écrit :
>> On 05/09/17 12:44, LongChair . wrote:
>>> From: LongChair
>>>
>>> This adds hardware decoding for h264 / HEVC / VP8 using MPP Rockchip API.
>>> Will return frames holding an AVDRMFrameDescriptor struct in buf
On Sun, 3 Sep 2017, pkoshe...@gmail.com wrote:
From: Pavel Koshevoy
Steps to reproduce:
1. revert 4240e5b047379b29c33dd3f4438bc4e610527b83
2. ./ffmpeg -f lavfi -i sine=d=1 -af aselect=e=0,atempo=0.5 -y atempo.wav
---
libavfilter/af_atempo.c | 5 +
1 file changed, 5 insertions(+)
diff --gi
On 9/5/2017 3:49 PM, Marton Balint wrote:
>
> On Fri, 1 Sep 2017, Timo Rothenpieler wrote:
>
>> When re-encoding for example interlaced h264 from mkv into mkv, the
>> field ordering type switches from TT to TB, confusing some players.
>> Same happens on a lot of other cases as well.
>>
>> I have
Le 05/09/2017 à 19:19, Mark Thompson a écrit :
> On 05/09/17 12:44, LongChair . wrote:
>> From: LongChair
>>
>> This adds hardware decoding for h264 / HEVC / VP8 using MPP Rockchip API.
>> Will return frames holding an AVDRMFrameDescriptor struct in buf[0] that
>> allows drm / dmabuf usage.
>>
On Sun, 3 Sep 2017, James Almer wrote:
Skip the invalid data in an attempt to find one instead, and continue decoding
from there.
Fixes ticket #6634
If you skipped some broken ADTS frames, which were previously reported
errnous, then can you signal that somehow?
(E.g. by setting AVFrame->
On Fri, 1 Sep 2017, Timo Rothenpieler wrote:
When re-encoding for example interlaced h264 from mkv into mkv, the
field ordering type switches from TT to TB, confusing some players.
Same happens on a lot of other cases as well.
I have no idea if this is the correct fix for it, but something is
Hello there,
As stated here: https://www.ffmpeg.org/consulting.html, I take the
opportunity and I'm asking for anyone available for a specific consulting.
I have a working solution based on ffmpeg cli, but cpu only, and I would
like to leverage nvdec and nvenc for faster production.
I have the bu
On 05/09/17 12:44, LongChair . wrote:
> From: LongChair
>
> This adds hardware decoding for h264 / HEVC / VP8 using MPP Rockchip API.
> Will return frames holding an AVDRMFrameDescriptor struct in buf[0] that
> allows drm / dmabuf usage.
> Was tested on RK3288 (TinkerBoard) and RK3328.
> ---
>
On 9/4/2017 11:18 AM, James Almer wrote:
> On 9/4/2017 6:36 AM, wm4 wrote:
>> On Mon, 4 Sep 2017 00:04:36 -0300
>> James Almer wrote:
>>
>>> On 8/30/2017 2:14 AM, James Almer wrote:
Signed-off-by: James Almer
---
libavfilter/lavfutils.c | 20 +---
1 file chang
COPY FROM libav Martin Storsjö
If the metadata packet is corrupted, flv_read_metabody can accidentally
read past the start of the next packet. If the start of the next packet
had been flushed out of the IO buffer, we would be unable to seek to
the right position (on a nonseekable stream).
Prefer
From: Clément Bœsch
Currently, when checking for AVFoundation/AVFoundation.h, the actual
enabled header is math.h.
Similarly, when testing for QuartzCore/CoreImage.h, the actual enabled
header is CoreGraphics/CoreGraphics.h.
This is completely broken and may be the reason why these checks are
m
From: Clément Bœsch
What is required by the filter is CoreImage, there is no QuartzCore
usage. QuartzCore/CoreImage.h is simply an include to
CoreImage/CoreImage.h.
---
configure | 8
libavfilter/vf_coreimage.m | 2 +-
2 files changed, 5 insertions(+), 5 deletions(-)
d
2017-09-05 21:45 GMT+08:00 Michael Niedermayer :
> On Mon, Sep 04, 2017 at 08:16:53AM +, Jeyapal, Karthick wrote:
>> >On 9/4/17, 1:36 PM, "Steven Liu"
>> >mailto:lingjiujia...@gmail.com>> wrote:
>> >+if (c->user_agent)
>> >+av_dict_set(options, "user-agent", c->user_agent, 0);
>> >
2017-09-05 21:57 GMT+08:00 Clément Bœsch :
> From: Clément Bœsch
>
> I'm reworking the Apple Framework dependencies in the build system, and
> unfortunately I can't test VDA (because OSX doesn't have it anymore).
> I'll either break it badly without being able to fix it, or won't be
> able to do a
W dniu 2017-09-05 o 15:40, Michael Niedermayer pisze:
> On Mon, Sep 04, 2017 at 09:33:34AM +0200, Mateusz wrote:
>> If ffmpeg reduces bit-depth to 8-bit or more, it uses DITHER_COPY macro.
>> The problem is DITHER_COPY macro make images darker (on all planes).
>>
>> In x265 project there is issue #
On Tue, 5 Sep 2017 15:57:23 +0200
Clément Bœsch wrote:
> From: Clément Bœsch
>
> I'm reworking the Apple Framework dependencies in the build system, and
> unfortunately I can't test VDA (because OSX doesn't have it anymore).
> I'll either break it badly without being able to fix it, or won't b
From: Clément Bœsch
I'm reworking the Apple Framework dependencies in the build system, and
unfortunately I can't test VDA (because OSX doesn't have it anymore).
I'll either break it badly without being able to fix it, or won't be
able to do any the rework in the build system.
---
MAINTAINERS
On Mon, Jul 31, 2017 at 10:13:08AM +, Manojkumar Bhosale wrote:
> LGTM
will apply
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Never trust a computer, one day, it may think you are the virus. -- Compn
signature.asc
Description: Digital signature
On Mon, Sep 04, 2017 at 08:16:53AM +, Jeyapal, Karthick wrote:
> >On 9/4/17, 1:36 PM, "Steven Liu"
> >mailto:lingjiujia...@gmail.com>> wrote:
> >+if (c->user_agent)
> >+av_dict_set(options, "user-agent", c->user_agent, 0);
> >
> >should be
> >av_dict_set(options, "user_agent", c->u
On Mon, Sep 04, 2017 at 09:33:34AM +0200, Mateusz wrote:
> If ffmpeg reduces bit-depth to 8-bit or more, it uses DITHER_COPY macro.
> The problem is DITHER_COPY macro make images darker (on all planes).
>
> In x265 project there is issue #365 which is caused by this DITHER_COPY bug.
> I think it i
On 9/5/17, Tobias Rapp wrote:
> On 29.08.2017 16:07, Tobias Rapp wrote:
>> Makes the handling of unspecified/unknown color_range values on stream
>> level consistent to the value used on frame level.
>>
>> Signed-off-by: Tobias Rapp
>> ---
>> ffprobe.c | 8
>> tes
Signed-off-by: Michael Niedermayer
---
doc/filters.texi | 9 +
libavfilter/framesync2.c | 6 --
libavfilter/framesync2.h | 6 ++
libavfilter/vf_overlay.c | 8
4 files changed, 23 insertions(+), 6 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index
On Wed, Aug 30, 2017 at 10:52:41AM +0200, Marton Balint wrote:
>
> On Wed, 30 Aug 2017, Michael Niedermayer wrote:
>
> >Signed-off-by: Michael Niedermayer
> >---
> >libavfilter/framesync2.c | 6 --
> >libavfilter/framesync2.h | 6 ++
> >libavfilter/vf_overlay.c | 8
> >3 files chan
Adds another test for asetnsamples filter where padding of the last
frame is switched off. Renames the existing test to make the difference
obvious.
Signed-off-by: Tobias Rapp
---
tests/fate/filter-audio.mak | 13 +
.../fate/{filter-asetnsamples => fil
On 29.08.2017 16:07, Tobias Rapp wrote:
Makes the handling of unspecified/unknown color_range values on stream
level consistent to the value used on frame level.
Signed-off-by: Tobias Rapp
---
ffprobe.c | 8
tests/ref/fate/ffprobe_compact | 4 ++--
tests/ref/fa
On 09/05/2017 10:27 AM, wm4 wrote:
On Tue, 5 Sep 2017 10:03:49 +0200
Jorge Ramirez wrote:
On 09/05/2017 09:16 AM, Jorge Ramirez wrote:
On 09/05/2017 12:16 AM, Mark Thompson wrote:
On 04/09/17 22:55, Jorge Ramirez wrote:
On 09/04/2017 11:29 PM, Mark Thompson wrote:
... stuff ...
So the seq
This patchset enhances Alexis Ballier's original patch and validates
it using Qualcomm's Venus hardware (driver recently landed upstream
[1]).
This has been tested on Qualcomm's DragonBoard 410c and 820c
Configure/make scripts have been validated on Ubuntu 10.04 and
16.04.
From: LongChair
This adds hardware decoding for h264 / HEVC / VP8 using MPP Rockchip API.
Will return frames holding an AVDRMFrameDescriptor struct in buf[0] that allows
drm / dmabuf usage.
Was tested on RK3288 (TinkerBoard) and RK3328.
---
Changelog | 1 +
configure
Overlooked a “signed vs unsigned comparison” compilation warning in the
previous patch. Sorry about that. Please use this updated patch(attached) for
review.
Regards,
Karthick
P.S : I had sent the same reply sometime back, but a new thread got created.
Please ignore that. I am using Outlook o
Overlooked a “signed vs unsigned comparison” compilation warning in the
previous patch. Sorry about that. Please use this updated patch(attached) for
review.
Regards,
Karthick
0001-avdevice-decklink_dec-Added-VANC-search-for-all-reso.patch
Description: 0001-avdevice-decklink_dec-Added-VANC-sea
>On 9/3/17, 8:19 PM, "Marton Balint" mailto:c...@passwd.hu>>
>wrote:
>Why don't use you simply use uint16_t here as well? I think we typically
>try to avoid unsigned as a type.
Done. Changed it to uint16_t.
>This VANC parser does not seem right. VANC header can appear multiple
>times, you seem
On Tue, Sep 05, 2017 at 01:16:22PM +0200, Paul B Mahol wrote:
> On 9/5/17, Michael Niedermayer wrote:
> > Hi
> >
> > On Mon, Sep 04, 2017 at 06:45:02PM -0400, Ronald S. Bultje wrote:
> >> Hi,
> >>
> >> On Mon, Sep 4, 2017 at 6:04 PM, Michael Niedermayer
> >>
> >> wrote:
> >>
> >> > Fixes: OOM
> >
Hi,
This really isn't worth our time. Really, it isn't.
On Tue, Sep 5, 2017 at 7:04 AM, Michael Niedermayer
wrote:
> > Please change it to ff_tlog().
>
> that would make the message unavailable to the user, so the user
> would not know why a decoding failure occured.
>
It is intentional to not
On 9/5/17, Michael Niedermayer wrote:
> Hi
>
> On Mon, Sep 04, 2017 at 06:45:02PM -0400, Ronald S. Bultje wrote:
>> Hi,
>>
>> On Mon, Sep 4, 2017 at 6:04 PM, Michael Niedermayer
>>
>> wrote:
>>
>> > Fixes: OOM
>> > Fixes: 2225/clusterfuzz-testcase-minimized-5505632079708160
>> >
>> > Found-by: co
Hi,
On Mon, Sep 4, 2017 at 10:11 PM, James Almer wrote:
> On 9/4/2017 11:00 PM, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Mon, Sep 4, 2017 at 12:11 PM, Michael Niedermayer
> >> wrote:
> >
> >> if(type){
> >> +int ld, cbd, crd;
> >> pred_mv(s, &mx, &my, 0, left
Hi
On Mon, Sep 04, 2017 at 06:45:02PM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Sep 4, 2017 at 6:04 PM, Michael Niedermayer
> wrote:
>
> > Fixes: OOM
> > Fixes: 2225/clusterfuzz-testcase-minimized-5505632079708160
> >
> > Found-by: continuous fuzzing process https://github.com/google/oss
> Where is patch?
--
С уважением,
Александр mailto:alexander.sloboden...@bramtech.ru
0001-libavformat-dv-change-dv-audio-type-to-BE.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://f
On 9/5/17, Aleksandr Slobodenyuk wrote:
>> breaks playback of
>> http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket4671/dir1.tar.bz2
>
>> ./ffplay -enable_drefs 1 -i dir1/movie2.mov
>
> Fixed.
>
> P.S. I'm surprised libavcodec has DVAUDIO codec id with decoder,
> encoder, that (also) doesn't
>> breaks playback of
>> http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket4671/dir1.tar.bz2
>> ./ffplay -enable_drefs 1 -i dir1/movie2.mov
Fixed.
P.S. I'm surprised libavcodec has DVAUDIO codec id with decoder,
encoder, that (also) doesn't use that old code from the
muxer/demuxer ... I
> breaks playback of
> http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket4671/dir1.tar.bz2
> ./ffplay -enable_drefs 1 -i dir1/movie2.mov
Fixed.
P.S. I'm surprised libavcodec has DVAUDIO codec id with decoder,
encoder, that (also) doesn't use that old code from the
muxer/demuxer ... I gue
>On 9/3/17, 5:18 PM, "Marton Balint" mailto:c...@passwd.hu>>
>wrote:
>
>I think we only have vanc numbers until resolution of 1920 width, so that
>should be enough. Probably better to add an av_assert which checks if
>frame width is less or equal to FF_ARRAY_ELEMS(luma_vanc).
Done. Please find th
>On 9/3/17, 4:48 PM, "Marton Balint" mailto:c...@passwd.hu>>
>wrote:
>That may well be true, but SMPTE 334M recommands to use lines "from
>the second line after the line specified for switching to the last line
>preceding active video, inclusive", so I'd skip at least the lines up to
>the switch
2017-09-01 18:26 GMT+08:00 Steven Liu :
> ffmpeg need a dash demuxer for demux the dash formats base on
> https://github.com/samsamsam-iptvplayer/exteplayer3/blob/master/tmp/ffmpeg/patches/3.2.2/01_add_dash_demux.patch
>
> TODO:
> 1. support multi bitrate dash.
>
> v2 fixed:
> 1. from autodetec
On Tue, 5 Sep 2017 00:04:08 +0200
Michael Niedermayer wrote:
> Fixes: OOM
> Fixes: 2225/clusterfuzz-testcase-minimized-5505632079708160
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Niedermayer
> ---
> libav
On Tue, 5 Sep 2017 10:03:11 +0200
Clément Bœsch wrote:
> On Mon, Sep 04, 2017 at 08:35:17PM +0200, wm4 wrote:
> [...]
> > > > > Can't we just remove this codec? It has no use other than causing
> > > > > potential security issues and maintenance.
> > > >
> > > > I agree about removing the en
On Tue, 5 Sep 2017 10:03:49 +0200
Jorge Ramirez wrote:
> On 09/05/2017 09:16 AM, Jorge Ramirez wrote:
> > On 09/05/2017 12:16 AM, Mark Thompson wrote:
> >> On 04/09/17 22:55, Jorge Ramirez wrote:
> >>> On 09/04/2017 11:29 PM, Mark Thompson wrote:
> > ... stuff ...
> So the sequen
On Mon, 4 Sep 2017 22:53:43 +0200
Michael Niedermayer wrote:
> On Mon, Sep 04, 2017 at 09:27:32PM +0200, wm4 wrote:
> > On Mon, 4 Sep 2017 21:18:35 +0200
> > Michael Niedermayer wrote:
> >
> > > On Sat, Sep 02, 2017 at 09:47:38PM -0300, James Almer wrote:
> > > > From: Anton Khirnov
> > >
On 09/05/2017 09:16 AM, Jorge Ramirez wrote:
On 09/05/2017 12:16 AM, Mark Thompson wrote:
On 04/09/17 22:55, Jorge Ramirez wrote:
On 09/04/2017 11:29 PM, Mark Thompson wrote:
... stuff ...
So the sequence of calls is:
send_frame(frame 0) -> success
receive_packet() -> EAGAIN
send_frame(frame
On Mon, Sep 04, 2017 at 08:35:17PM +0200, wm4 wrote:
[...]
> > > > Can't we just remove this codec? It has no use other than causing
> > > > potential security issues and maintenance.
> > >
> > > I agree about removing the encoder, but the decoder is needed for
> > > existing streams. Unless eve
On 09/05/2017 12:16 AM, Mark Thompson wrote:
On 04/09/17 22:55, Jorge Ramirez wrote:
On 09/04/2017 11:29 PM, Mark Thompson wrote:
... stuff ...
So the sequence of calls is:
send_frame(frame 0) -> success
receive_packet() -> EAGAIN
send_frame(frame 1) -> success
receive_packet() -> EAGAIN
...
04.09.2017 17:10, Maksym Veremeyenko пише:
Hi,
attached patch implemented threaded NDI output - separate output thread
for each stream. it makes audio preview in my case more smooth.
updated patch allows running audio/video threads separately
please review
--
Maksym Veremeyenko
From 67ee16
82 matches
Mail list logo
