> 2021年3月1日 下午3:22，Nachiket Tarate 写道：
>
> On Mon, Mar 1, 2021 at 11:30 AM Steven Liu wrote:
>>
>>
>>
>>> 2021年3月1日 下午12:55，Nachiket Tarate 写道：
>>>
>>> This is an updated version of the patch in which I have added the check. If
>>> the segments are in Fragmented MP4 format, HLS demuxer
Ping.
> On Feb 8, 2021, at 11:04 AM, Zhao Zhili wrote:
>
> ---
> libavformat/libamqp.c | 4 ++--
> libavformat/network.c | 16 ++--
> libavformat/network.h | 14 +-
> libavformat/tcp.c | 6 --
> 4 files changed, 33 insertions(+), 7 deletions(-)
>
> diff --git
> 2021年3月1日 下午12:55，Nachiket Tarate 写道：
>
> This is an updated version of the patch in which I have added the check. If
> the segments are in Fragmented MP4 format, HLS demuxer quits by giving an
> error message:
>
> "SAMPLE-AES encryption is not supported for fragmented MP4 format yet”
I
This is an updated version of the patch in which I have added the check. If
the segments are in Fragmented MP4 format, HLS demuxer quits by giving an
error message:
"SAMPLE-AES encryption is not supported for fragmented MP4 format yet"
Best Regards,
Nachiket Tarate
On Mon, Mar 1, 2021 at 10:13
Guo, Yejun:
> Below are the example steps to do object detection:
>
> 1. download and install l_openvino_toolkit_p_2021.1.110.tgz from
> https://software.intel.com/content/www/us/en/develop/tools/openvino-toolkit/download.html
> or, we can get source code (tag 2021.1), build and install.
> 2.
> 2021年3月1日 下午12:35，Nachiket Tarate 写道：
>
> @Steven Liu
>
> Can we merge this patch ?
I’m waiting update patch for fragment mp4 encryption.
After new version of the patchset I will test and review.
>
> Best Regards,
> Nachiket Tarate
>
> On Wed, Feb 24, 2021 at 4:44 PM Nachiket Tarate <
>
@Steven Liu
Can we merge this patch ?
Best Regards,
Nachiket Tarate
On Wed, Feb 24, 2021 at 4:44 PM Nachiket Tarate <
nachiket.program...@gmail.com> wrote:
> Apple HTTP Live Streaming Sample Encryption:
>
>
>
On Sat, Feb 13, 2021 at 10:04 PM wrote:
> From: Mark Reid
>
> Hi,
> This patch fixes audio issues I've had with some capture devices. The audio
> gets really choppy and stops working. This seems to be because
> avf_read_packet
> stops outputting the audio frames because a video frame happens to
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: 2021年2月28日 19:45
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V3 1/5] libavdevice/v4l2.c: fix build
> warning for [-Wformat-truncation=]
>
> Guo, Yejun
> -Original Message-
> From: ffmpeg-devel On Behalf Of Guo,
> Yejun
> Sent: 2021年2月25日 10:02
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH V3 3/3] libavfilter: add filter dnn_detect
> for object detection
>
>
>
> > -Original Message-
> > From: Guo, Yejun
This commit adds a "gophers" handler to the gopher protocol. gophers
is a community-adopted protocol that acts the same way like normal
gopher with the added TLS encapsulation.
The gophers protocol is supported by gopher servers like geomydae(8),
and clients like curl(1), clic(1), and hurl(1).
Signed-off-by: parazyd
---
configure| 2 +-
libavformat/gopher.c | 16
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/configure b/configure
index 98daa1a64a..380fca5245 100755
--- a/configure
+++ b/configure
@@ -3450,7 +3450,7 @@
On Sun, 28 Feb 2021, Paul B Mahol wrote:
On Sun, Feb 28, 2021 at 11:14 PM Marton Balint wrote:
On Sun, 28 Feb 2021, Paul B Mahol wrote:
> This work is sponsored by Open Broadcast Systems.
>
> Signed-off-by: Paul B Mahol
> ---
> configure | 5 +
> doc/protocols.texi
This commit adds a "gophers" handler to the gopher protocol. gophers
is a community-adopted protocol that acts the same way like normal
gopher with the added TLS encapsulation.
The gophers protocol is supported by gopher servers like geomydae(8),
and clients like curl(1), clic(1), and hurl(1).
Signed-off-by: parazyd
---
configure| 2 +-
libavformat/gopher.c | 16
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/configure b/configure
index 98daa1a64a..380fca5245 100755
--- a/configure
+++ b/configure
@@ -3450,7 +3450,7 @@
This commit adds a "gophers" handler to the gopher protocol. gophers
is a community-adopted protocol that acts the same way like normal
gopher with the added TLS encapsulation.
The gophers protocol is supported by gopher servers like geomyidae(8),
and clients like curl(1), clic(1), and hurl(1).
On Sun, Feb 28, 2021 at 11:14 PM Marton Balint wrote:
>
>
> On Sun, 28 Feb 2021, Paul B Mahol wrote:
>
> > This work is sponsored by Open Broadcast Systems.
> >
> > Signed-off-by: Paul B Mahol
> > ---
> > configure | 5 +
> > doc/protocols.texi | 29 +
> >
On Mon, Feb 22, 2021 at 3:19 PM Jan Ekström wrote:
>
> From: Jan Ekström
>
> As currently it is the responsibility of the following subtitle
> encoder to validate the correctness of the incoming ASS dialog line.
>
> Signed-off-by: Jan Ekström
Requesting comments on this bit of the change set,
On Sun, 28 Feb 2021, Paul B Mahol wrote:
This work is sponsored by Open Broadcast Systems.
Signed-off-by: Paul B Mahol
---
configure | 5 +
doc/protocols.texi | 29 +
libavformat/Makefile| 1 +
libavformat/librist.c | 236
On Sun, 28 Feb 2021, Paul B Mahol wrote:
On Fri, Feb 26, 2021 at 9:54 PM Marton Balint wrote:
On Fri, 26 Feb 2021, Paul B Mahol wrote:
> This work is sponsored by Open Broadcast Systems.
>
> Signed-off-by: Paul B Mahol
> ---
> configure | 5 +
> doc/protocols.texi |
Pinging for review.
Best regards,
Ivan
___
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".
This work is sponsored by Open Broadcast Systems.
Signed-off-by: Paul B Mahol
---
configure | 5 +
doc/protocols.texi | 29 +
libavformat/Makefile| 1 +
libavformat/librist.c | 236
libavformat/protocols.c | 1 +
5
On Fri, Feb 26, 2021 at 9:54 PM Marton Balint wrote:
>
>
> On Fri, 26 Feb 2021, Paul B Mahol wrote:
>
> > This work is sponsored by Open Broadcast Systems.
> >
> > Signed-off-by: Paul B Mahol
> > ---
> > configure | 5 +
> > doc/protocols.texi | 29 +
> >
lgtm if encoding is still working and tested.
___
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".
This is possible because their size is known at compile-time; so they
can be put directly into the context and don't need to be allocated for
every frame.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/roqvideoenc.c | 146 ++-
1 file changed, 68
Signed-off-by: Andreas Rheinhardt
---
libavcodec/roqvideoenc.c | 25 -
1 file changed, 8 insertions(+), 17 deletions(-)
diff --git a/libavcodec/roqvideoenc.c b/libavcodec/roqvideoenc.c
index 7ce0332f5b..d65c740d5f 100644
--- a/libavcodec/roqvideoenc.c
+++
In case of the cel evaluators it even allows to perform the
initialization of the source coordinates only once instead of for each
frame.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/roqvideoenc.c | 125 +--
1 file changed, 55 insertions(+), 70
Up until now, the RoQ video decoder and encoder used the same context;
and said context contained several fields that are only used by the
encoder. This commit changes this and uses a dedicated context for the
encoder; it contains the common context as first element in order to use
functions
Some FATE tests use files created by other FATE tests as input files;
this mostly affects the seek tests which use files from vsynth_lena as
well as acodec-pcm as input files. In order to make this possible the
temporary files of all the vsynth* and all acodec-pcm tests are kept.
Yet only a
On Sun, 28. Feb 13:57, sgerwk-at-aol@ffmpeg.org wrote:
> Hi,
>
> On Sat, 27 Feb 2021, Andriy Gelman wrote:
>
> > On Mon, 22. Feb 17:53, sgerwk-at-aol@ffmpeg.org wrote:
> > > Hi,
> > >
> > > On Sun, 21 Feb 2021, Andriy Gelman wrote:
> > > > Hi,
> > > > > Thanks for updating the patch.
Anton Khirnov:
> Quoting Andreas Rheinhardt (2021-02-22 05:05:29)
>> Andreas Rheinhardt:
>>> Needs a CountedElement in order to distinguish the case of the element
>>> not being present and the element being present with a value of zero.
>>>
>>> Signed-off-by: Andreas Rheinhardt
>>> ---
>>>
Peter Ross:
> On Sun, Feb 28, 2021 at 04:01:21AM +0100, Andreas Rheinhardt wrote:
>> The WTV demuxer's oledata_to_iso8601 reads a value via avio_rl64
>> and reinterprets it as a double via av_int2double. This does not
>> work on big endian systems. So swap it to native endianness before
>>
On Sun, 28. Feb 04:01, Andreas Rheinhardt wrote:
> The WTV demuxer's oledata_to_iso8601 reads a value via avio_rl64
> and reinterprets it as a double via av_int2double. This does not
> work on big endian systems. So swap it to native endianness before
> av_int2double.
>
>
Hi,
it's my first attempt to do some assembly, it might still includes some dont's
of the asm world...
Tested with gcc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0
Speed-wise, it sees a drop for small prediction orders until around 10 or 11.
Well, the maximum prediction order is 1023.
I therefore
Marton Balint (12021-02-28):
> Robust how? For non-blocking mode that would mean you have to keep the read
> data in the context if you read less than period size. Doable, but I wanted
> to avoid it.
That is exactly what I am suggesting. It does not rely on less tested
functions like
On Sun, 28 Feb 2021, Nicolas George wrote:
Marton Balint (12021-02-21):
Otherwise we might return 1-2 samples per packet if av_read_frame() call rate is
only sligthly less than the stream sample rate.
Signed-off-by: Marton Balint
---
libavdevice/alsa_dec.c | 18 ++
1 file
Marton Balint (12021-02-21):
> Otherwise we might return 1-2 samples per packet if av_read_frame() call rate
> is
> only sligthly less than the stream sample rate.
>
> Signed-off-by: Marton Balint
> ---
> libavdevice/alsa_dec.c | 18 ++
> 1 file changed, 18 insertions(+)
Marton Balint (12021-02-21):
> Constant frame size is not guaranteed if the read call interrupted by a
> signal,
> or if non-blocking mode is used.
>
> Signed-off-by: Marton Balint
> ---
> libavdevice/alsa_dec.c | 1 -
> 1 file changed, 1 deletion(-)
Should be ok.
Regards,
--
Nicolas
Hi,
On Sat, 27 Feb 2021, Andriy Gelman wrote:
On Mon, 22. Feb 17:53, sgerwk-at-aol@ffmpeg.org wrote:
Hi,
On Sun, 21 Feb 2021, Andriy Gelman wrote:
> Hi,
>
> Thanks for updating the patch. Sorry for the delay in getting you some feedback..
>
> When I tested with -show_mouse 1
Signed-off-by: Paul B Mahol
---
libavcodec/exr.c| 90 +
libavcodec/half2float.h | 74 +
2 files changed, 103 insertions(+), 61 deletions(-)
create mode 100644 libavcodec/half2float.h
diff --git a/libavcodec/exr.c
Signed-off-by: Paul B Mahol
---
libavcodec/exrenc.c | 52 +++-
libavcodec/float2half.h | 67 +
2 files changed, 72 insertions(+), 47 deletions(-)
create mode 100644 libavcodec/float2half.h
diff --git a/libavcodec/exrenc.c
Signed-off-by: Paul B Mahol
---
libavcodec/exr.c | 343 +--
1 file changed, 331 insertions(+), 12 deletions(-)
diff --git a/libavcodec/exr.c b/libavcodec/exr.c
index 4559174ba2..e0e525e53c 100644
--- a/libavcodec/exr.c
+++ b/libavcodec/exr.c
@@ -66,8
Am 28.02.21 um 13:30 schrieb Kieran Kunhya:
> Hi,
>
> Please email me privately with your ssh public key and desired username if
> you would like access to the second Apple M1 Mac Mini which we bought for
> development purposes.
Done, thanks for setting these things up!
-Thilo
Hi,
Please email me privately with your ssh public key and desired username if
you would like access to the second Apple M1 Mac Mini which we bought for
development purposes.
Regards,
Kieran Kunhya
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Guo, Yejun (12021-02-27):
> 'man readdir' on my system shows that it is d_name[256], see below.
man tells you what your particular system does right now, assuming the
man page is up-to-date. It does not tell you if your system will change
tomorrow, nor what other system do.
> agree, and maybe we
Hi,
> Please find the proposal for the following two projects for GSoC this year.
>
> The FATE project had been proposed earlier already but I don't know why it
> didn't happen.
>
> I previously got the feedback from Thilo Borgmann and would be happy to get
> feedback from the community as
> -Original Message-
> From: ffmpeg-devel On Behalf Of Reimar
> D?ffinger
> Sent: 2021年2月27日 22:09
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V3 3/5] libavformat/protocols.c: fix build
> warning for [-Wdiscarded-qualifiers]
>
>
>
> > On 27
47 matches
Mail list logo
