Yes, I have checked it and I implemented it according to OIPF spec: 8.4.2
AVComponent, audioDescription case (as I wrote in my 1st email). This
implementation is tested by official org.hbbtv_HTML50420 testcase.
Regards,
*Łukasz Krzciuk*
Developer
Vewd
ul. Grabarska 2, Pegaz 2A, 50-079 Wrocław, P
On 4/24/2018 7:22 PM, James Almer wrote:
> On 4/23/2018 11:17 PM, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> libavcodec/cbs_mpeg2.c | 15 +--
>> 1 file changed, 9 insertions(+), 6 deletions(-)
>>
>> diff --git a/libavcodec/cbs_mpeg2.c b/libavcodec/cbs_mpeg2.c
>> index
From: Aman Gupta
Based largely on VLC's modules/codec/telx.c.
Processes only teletext pages marked as subtitles, so depending
on the stream it might not produce any output.
Subtitles are rendered directly to ASS, with support for background
colors and a best-effort at screen positioning. The AS
Hi.
I was reading the documentation and it wasn’t clear what happens in the
following case.
I’ve set up a network connection, and data is being delivered asynchronously to
a buffer (a sort of elastic FIFO).
I’ve set up avio_alloc_context() to read from that FIFO.
I’ve done an avformat_open_in
2018-04-22 23:29 GMT+08:00 Mark Thompson :
> The only common option here is low_power - it was previously supported
> for H.264 only, that specific option is removed.
> ---
> doc/encoders.texi | 14 --
> libavcodec/vaapi_encode.h | 9 +
> libavcodec/vaapi_enc
On 4/24/2018 9:58 PM, Michael Niedermayer wrote:
> Fixes:
> 6798/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_G2M_fuzzer-5135899701542912
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Niedermayer
> ---
>
Fixes:
6798/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_G2M_fuzzer-5135899701542912
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/elsdec.c | 10 ++
libavcodec/g2meet.c | 1 +
Thank you for your replies so far.
On Tue, Apr 24, 2018 at 11:46 PM, Nicolas George wrote:
> Stephan Holljes (2018-04-24):
>> The consensus seems to be that there are more disadvantages in using
>> the http server of libavformat than there are advantages.
>
> I completely disagree. There is no po
On 24 April 2018 at 22:33, Stephan Holljes wrote:
> Hi all,
>
> I've discussed this on IRC a bit, but I don't want to exclude those
> views that are not present there.
>
> The consensus seems to be that there are more disadvantages in using
> the http server of libavformat than there are advantag
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I'm not an ffmpeg developer, but I do have experience in software
engineering and ddesign.
On 2018-04-24 17:33, Stephan Holljes wrote:
> This arose partly out of the discussion that there is no way to get
> a connected peer's address through the pub
On Tue, Apr 24, 2018 at 10:36:50AM +0200, Łukasz Krzciuk wrote:
> Any updates on this?
did you base this on teh specification / have checked that it matches
the specification ?
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Many that live deserve death. And so
On 4/23/2018 11:17 PM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/cbs_mpeg2.c | 15 +--
> 1 file changed, 9 insertions(+), 6 deletions(-)
>
> diff --git a/libavcodec/cbs_mpeg2.c b/libavcodec/cbs_mpeg2.c
> index bfb64a0851..086d08ed64 100644
> --- a/libavcodec/
Hi all
before anyone notices and asks ...
my box with my virtual fate clients on it died today
my arm clients should still be working though
Ill try to get it up and working ASAP.
Symptoms for the curious
attempting to power the box on causes GPU and PSU fan to momentarily spin,
nothing else mov
Stephan Holljes (2018-04-24):
> The consensus seems to be that there are more disadvantages in using
> the http server of libavformat than there are advantages.
I completely disagree. There is no point in having the HTTP server in
libavformat if it cannot be used to implement exactly that kind of
Hi all,
I've discussed this on IRC a bit, but I don't want to exclude those
views that are not present there.
The consensus seems to be that there are more disadvantages in using
the http server of libavformat than there are advantages.
This arose partly out of the discussion that there is no wa
On Tue, Apr 24, 2018 at 2:11 PM, Jan Ekström wrote:
> On Tue, Apr 24, 2018 at 11:59 PM, Aman Gupta wrote:
> > From: Aman Gupta
> >
> > ---
> > libavcodec/mediacodecdec.c| 24 +++-
> > libavcodec/mediacodecdec_common.c | 12
> > 2 files changed, 15 inser
From: Aman Gupta
This fixes issues reported on some devices where both
avcodec_send_packet and avcodec_receive_frame can return EAGAIN
at the same time, instead of one or the other blocking.
The new logic follows a recommendation by @rcombs to use
dequeueInputBuffer with a timeout of 0 as a way
From: Aman Gupta
---
libavcodec/mediacodecdec_common.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/mediacodecdec_common.c
b/libavcodec/mediacodecdec_common.c
index 0c27624dea..56b3c4fd1e 100644
--- a/libavcodec/mediacodecdec_common.c
+++ b/libavcodec/m
From: Aman Gupta
Also fixes a bug where EOS buffer was sent with incorrect
pts when not using surface generation.
---
libavcodec/mediacodecdec_common.c | 17 ++---
1 file changed, 6 insertions(+), 11 deletions(-)
diff --git a/libavcodec/mediacodecdec_common.c
b/libavcodec/mediacode
From: Aman Gupta
---
libavcodec/mediacodecdec.c| 24 +++-
libavcodec/mediacodecdec_common.c | 12
2 files changed, 15 insertions(+), 21 deletions(-)
diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c
index 0d4a853f07..e5d3e6a0af 100644
On 24 April 2018 at 19:54, Patrick Keroulas <
patrick.kerou...@savoirfairelinux.com> wrote:
> From: Damien Riegel
>
> This codec is already capable of depacking some combinations of pixel
> formats and depth as defined in the RFC4175. The only difference between
> progressive and interlace is tha
2018-04-24 19:06 GMT+02:00, Martin Vignali :
> Sorry, i missread the code before writing the test, and
> didn't see it use float for one step.
> I will send a patch to remove these tests.
Or just commit.
Thank you, Carl Eugen
___
ffmpeg-devel mailing l
Temporarily keep the old method for ffmpeg_filters.c choose_pix_fmt and
avfiltergraph.c pick_format() until a paletted pixel format without alpha is
introduced.
Signed-off-by: Marton Balint
---
fftools/ffmpeg_filter.c | 1 +
libavcodec/ffv1enc.c| 4 ++--
libavfilter/avfiltergraph.c |
The specs says that the the first color component in the color array is
not alpha, but simply 0.
Fixes 0 alpha of fate-suite/cvid/catfight-cvid-pal8-partial.mov
Signed-off-by: Marton Balint
---
libavformat/qtpalette.c | 12 ++--
tests/ref/lavf-fate/mov_qtrle_mace6 | 2 +-
2
Signed-off-by: Marton Balint
---
doc/APIchanges| 3 +++
libavcodec/tests/imgconvert.c | 4
libavutil/pixdesc.c | 3 +--
libavutil/pixdesc.h | 8 ++--
libavutil/tests/pixdesc.c | 4
libavutil/version.h | 2 +-
6 files changed, 7 inser
Signed-off-by: Marton Balint
---
libavcodec/hnm4video.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/hnm4video.c b/libavcodec/hnm4video.c
index a64dbb1746..9e1ac49ddc 100644
--- a/libavcodec/hnm4video.c
+++ b/libavcodec/hnm4video.c
@@ -375,6 +375,7 @@ static void hnm_update_pale
Signed-off-by: Marton Balint
---
libavcodec/anm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/anm.c b/libavcodec/anm.c
index 72684189bb..ab6a3994e9 100644
--- a/libavcodec/anm.c
+++ b/libavcodec/anm.c
@@ -54,7 +54,7 @@ static av_cold int decode_init(AVCodecConte
On 4/24/18, wm4 wrote:
> On Tue, 24 Apr 2018 20:23:43 +0200 (CEST)
> Marton Balint wrote:
>
>> On Tue, 24 Apr 2018, Michael Niedermayer wrote:
>>
>> > On Tue, Apr 24, 2018 at 02:10:53AM +0200, Michael Niedermayer wrote:
>> >> On Mon, Apr 23, 2018 at 04:50:54AM +0200, Marton Balint wrote:
>> >>>
>
From: Damien Riegel
In order to handle the interlaced formats, the demuxer has only a few
things to do:
- parse the SDP correctly and propagate the information
- check the field bit in the RFC4175 header, and pass that information
to the decoder
In interlaced mode, received data only consis
From: Damien Riegel
This codec is already capable of depacking some combinations of pixel
formats and depth as defined in the RFC4175. The only difference between
progressive and interlace is that either a packet will contain the whole
frame, or only a field of the frame.
There is no mechanism f
From: Damien Riegel
ff_get_buffer is used to allocate a buffer to hold frame's content. This
function was called in the function in charge of decoding an AVPacket
containing raw video with the yuv422 pixel format and a depth of 10-bit.
RFC4175 supports both progressive and interlaced mode. But t
On Tue, 24 Apr 2018 20:23:43 +0200 (CEST)
Marton Balint wrote:
> On Tue, 24 Apr 2018, Michael Niedermayer wrote:
>
> > On Tue, Apr 24, 2018 at 02:10:53AM +0200, Michael Niedermayer wrote:
> >> On Mon, Apr 23, 2018 at 04:50:54AM +0200, Marton Balint wrote:
> >>>
> >>>
> >>> On Mon, 23 Apr 201
On Tue, 24 Apr 2018, Michael Niedermayer wrote:
On Tue, Apr 24, 2018 at 02:10:53AM +0200, Michael Niedermayer wrote:
On Mon, Apr 23, 2018 at 04:50:54AM +0200, Marton Balint wrote:
On Mon, 23 Apr 2018, Michael Niedermayer wrote:
On Sun, Apr 22, 2018 at 01:44:19PM +0200, Marton Balint wrot
On Mon, Apr 23, 2018 at 09:56:54AM +0200, Paul B Mahol wrote:
> On 4/23/18, Michael Niedermayer wrote:
> > also fixes: runtime error: index 1456 out of bounds for type 'int16_t [16]'
> >
> > Found-by: durandal_1707
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/vc1_block.c | 6
From: Aman Gupta
The seek functions use first_timestamp, so keep that up to date as
old segments drop off the playlist.
---
libavformat/hls.c | 46 ++
1 file changed, 38 insertions(+), 8 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
> >
> > These tests are also broken, please fix or
> > remove them:
> > https://buildd.debian.org/status/fetch.php?pkg=ffmpeg&;
> arch=i386&ver=7%3A4.0-1&stamp=152218&raw=0
> > ("Error 1")
>
> I've had a brief look at this error (and a similar error on s390x) and
> it looks like a float roundin
On Tue, 24 Apr 2018 08:28:35 +0200
Hendrik Leppkes wrote:
> On Fri, Jan 19, 2018 at 1:01 PM, Steve Lhomme wrote:
> > If we don't do that get_format might not be called for a while and the
> > proper
> > SAR not used.
> >
> > See the sample mentioned here: https://trac.videolan.org/vlc/ticket/19
On 23/04/18 10:11, Carl Eugen Hoyos wrote:
> 2018-03-14 7:31 GMT+01:00, Martin Vignali :
>
>> In that case we can let the test using "none"
>> compression (bypass the snappy part)
>
> These tests are also broken, please fix or
> remove them:
> https://buildd.debian.org/status/fetch.php?pkg=ffmpeg
On 4/24/18, Gyan Doshi wrote:
>
>
> On 4/24/2018 6:23 PM, Paul B Mahol wrote:
>>
>> +@item scale
>> +Specify scale, if it is set it will be multiplied with sum
>> +of weigths multiplied with pixel values to give final destination
>> +pixel value. By default it is auto scaled to sum of weights.
>
>
On 4/24/2018 6:23 PM, Paul B Mahol wrote:
+@item scale
+Specify scale, if it is set it will be multiplied with sum
+of weigths multiplied with pixel values to give final destination
+pixel value. By default it is auto scaled to sum of weights.
s/Specify scale, if it is set/If set
s/weigth
On 24 April 2018 at 12:29, Alexander Kravchenko
wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Mark Thompson
> > Sent: Sunday, April 22, 2018 6:37 PM
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFmpeg-devel] [PATCH 5/
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 10 ++
libavfilter/vf_mix.c | 9 -
2 files changed, 18 insertions(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 23d6063ef4..db686689ea 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -11154
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 15 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_mix.c | 158 +++
4 files changed, 136 insertions(+), 39 deletions(-)
diff --git a/doc/filters.t
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Mark
> Thompson
> Sent: Sunday, April 22, 2018 6:37 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 5/5] amfenc: Remove spurious
> initialisations
>
> On 15/04/18 20:45
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Mark
> Thompson
> Sent: Sunday, April 22, 2018 6:49 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/amfenc: DXVA2 textures support
> implementa
From: Vishwanath Dixit
---
doc/muxers.texi | 4
libavformat/dashenc.c | 7 +++
2 files changed, 11 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index db81901..e9082a4 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -282,6 +282,10 @@ corrects that index value
From: Vishwanath Dixit
The producer reference time box supplies relative wall-clock times
at which movie fragments, or files containing movie fragments
(such as segments) were produced.
The box is mainly useful in live streaming use cases. A media player
can parse the box and utilize the time fie
From: Vishwanath Dixit
This utility function creates 64-bit NTP time format as per the RFC
5905.
A simple explaination of 64-bit NTP time format is here
http://www.beaglesoft.com/Manual/page53.htm
---
libavformat/internal.h | 8
libavformat/utils.c| 20
2 files
Any updates on this?
Regards,
*Łukasz Krzciuk*
Developer
Vewd
ul. Grabarska 2, Pegaz 2A, 50-079 Wrocław, Polska
On Wed, Apr 18, 2018 at 11:03 PM, Michael Niedermayer <
mich...@niedermayer.cc> wrote:
> On Wed, Apr 18, 2018 at 08:28:05AM +0200, Łukasz Krzciuk wrote:
> > Any updates on this?
>
>
On 4/24/18, Michael Niedermayer wrote:
> On Mon, Apr 23, 2018 at 11:15:17PM +0200, Paul B Mahol wrote:
>> On 4/23/18, Nicolas George wrote:
>> > Paul B Mahol (2018-04-23):
>> >> It is big threat.
>> >
>> > Will you please give arguments instead of repeating the same things
>> > endlessly?
>> >
>>
50 matches
Mail list logo
