On Wed, Oct 10, 2018 at 6:16 PM hwren wrote:
>
> Signed-off-by: hwren
> ---
> LICENSE.md | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/LICENSE.md b/LICENSE.md
> index ba65b05..1340ee4 100644
> --- a/LICENSE.md
> +++ b/LICENSE.md
> @@ -83,11 +83,13 @@ affect the licensing of binaries
Signed-off-by: Steven Liu
---
src/documentation | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/documentation b/src/documentation
index e3bbf4c..7569e86 100644
--- a/src/documentation
+++ b/src/documentation
@@ -131,6 +131,8 @@
http://ffmpeg.tv";>FFmpeg Basics by Franti
On Wed, Oct 17, 2018 at 7:23 AM Michael Niedermayer
wrote:
>
> On Mon, Oct 15, 2018 at 10:03:59PM +0800, Jun Zhao wrote:
> > case 1:
> > use the hexdump -C SMM0005.rcv get:
> > size skip (size - 4)
> > ||
> >
On Tue, Oct 16, 2018 at 2:08 PM Mark Thompson wrote:
> Any of these buffers (for both H.264 and H.265) might reasonably be
> parsed using the bitstream reader, so include padding on all of them.
> ---
> This seems simpler than adding it to specific cases as problems are found.
>
>
Entire patchset
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I've changed the commit message as James suggested.
Do I have to do anything else to get someone to commit it?
Cheers,
K. C.
On 2018-10-15 22:11, Helmut K. C. Tessarek wrote:
> --- src/download | 2 +- 1 file changed, 1 insertion(+), 1
> deletion
case 1:
use the hexdump -C SMM0005.rcv get:
size skip (size - 4)
||
VV
18 00 00 c5 05 00 00 00 4d f1 0a 11 00 e0 01 00
0010 00 d0 02 00 00 0c 00 00 00 88 13
v5: - fix potential integer overflow
- fix size check agagin, sadly. :(
v4: - add size check to avoid overread
v3: - add size check when probe as Michael's comments.
- update commit msg
- for Jerome's comments, I don't find a way to adjusted the handle for
"0x000c"
v2: - split the
rcv is commonly used as extension for vc1 test stream files.
Signed-off-by: Jun Zhao
---
libavformat/vc1test.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/libavformat/vc1test.c b/libavformat/vc1test.c
index 64a45cd..d445709 100644
--- a/libavformat/vc1test.c
+++ b/li
On Wed, Oct 17, 2018 at 7:23 AM Michael Niedermayer
wrote:
>
> On Mon, Oct 15, 2018 at 10:03:59PM +0800, Jun Zhao wrote:
> > case 1:
> > use the hexdump -C SMM0005.rcv get:
> > size skip (size - 4)
> > ||
> >
On Wed, Oct 17, 2018 at 7:23 AM Michael Niedermayer
wrote:
>
> On Mon, Oct 15, 2018 at 10:03:59PM +0800, Jun Zhao wrote:
> > case 1:
> > use the hexdump -C SMM0005.rcv get:
> > size skip (size - 4)
> > ||
> >
On Tue, Oct 16, 2018 at 4:26 PM Guo, Yejun wrote:
>
> see the algorithm's paper and code below.
>
> the filter's parameter looks like:
> sdr2hdr=model_filename=/path_to_tensorflow_graph.pb:out_fmtname=gbrp10le
>
> The input of the deep CNN model is RGB24 while the output is float
> for each color
On Mon, Oct 15, 2018 at 10:03:59PM +0800, Jun Zhao wrote:
> case 1:
> use the hexdump -C SMM0005.rcv get:
> size skip (size - 4)
> ||
> VV
> 18 00 00 c5 05 00 00 0
On Sun, Oct 14, 2018 at 06:14:04PM +0200, Martin Vignali wrote:
> Hello,
>
> Patch in attach add YA16 le/be output for swscale
should be ok if you tested each function (that is confirmed
vissually that both alpha and luma channels look ok for all 3
functions)
thx
[...]
--
Michael GnuPG fi
From: Wang Cao
- Add an option "detail_stats" to ffmpeg to output stats for each
video/audio streams and each ouptut file ffmpeg output log in print_report.
- Make print_final_stats only output stats for one output instead of
aggregate stats.
Signed-off-by: Wang Cao
---
When creating multiple o
Hi!
Attached patch allows decoding the sample from ticket #7495.
Please review, Carl Eugen
From 0e9d2ec4e0cba36ba03a6b7470a707c0a3f88b8c Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Wed, 17 Oct 2018 00:21:26 +0200
Subject: [PATCH] lavc/mjpegdec: Support 2:3 subsampling.
Fixes ticket #7
On Tue, Oct 16, 2018 at 8:22 PM Timo Rothenpieler wrote:
>
> On 16.10.2018 19:25, dmitrij.gresser...@loewe.de wrote:
> > Hello,
> >
> > i need access to the reference track of a stream in a mp4 file.
> > ISO/IEC 14496-12:2005 describes this as the track_ID of the Track Reference
> > Box.
> > Here
2018-10-14 23:51 GMT+02:00, Carl Eugen Hoyos :
> 2018-10-14 22:30 GMT+02:00, Hendrik Leppkes :
>> On Sun, Oct 14, 2018 at 10:18 PM Carl Eugen Hoyos
>> wrote:
>>>
>>> Attached patch is supposed to fix ticket #7491, I currently
>>> don't have gcc 8 to test myself.
>>
>> Only the 120 and 960 tables a
2018-10-13 13:12 GMT+02:00, Carl Eugen Hoyos :
> Attached patch fixes a warning, I wonder if the value is actually
> supposed to use somewhere...
Ping.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/
On 16/10/18 22:20, James Almer wrote:
> On 10/16/2018 6:15 PM, Mark Thompson wrote:
>> On 05/10/18 00:09, Mark Thompson wrote:
>>> ---
>>> doc/bitstream_filters.texi | 50 ++
>>> 1 file changed, 50 insertions(+)
>>>
>>> diff --git a/doc/bitstream_filters.texi b/
On 10/16/2018 6:15 PM, Mark Thompson wrote:
> On 05/10/18 00:09, Mark Thompson wrote:
>> ---
>> doc/bitstream_filters.texi | 50 ++
>> 1 file changed, 50 insertions(+)
>>
>> diff --git a/doc/bitstream_filters.texi b/doc/bitstream_filters.texi
>> index d948c6d658
On 05/10/18 00:09, Mark Thompson wrote:
> ---
> doc/bitstream_filters.texi | 50 ++
> 1 file changed, 50 insertions(+)
>
> diff --git a/doc/bitstream_filters.texi b/doc/bitstream_filters.texi
> index d948c6d658..66df24fd3d 100644
> --- a/doc/bitstream_filters.t
64c50c0e978cd556dc2da238dfe0bb367e7c1ab9 declared support for decomposing
them but omitted to implement it; this adds an implementation.
Also do the same for end-of-stream NAL units, since they are equivalent.
---
For an example of both, see the end of Sharp_MP_PAFF_1r2.jvt (also tested as
part o
Any of these buffers (for both H.264 and H.265) might reasonably be
parsed using the bitstream reader, so include padding on all of them.
---
This seems simpler than adding it to specific cases as problems are found.
libavcodec/cbs_h2645.c| 3 ++-
libavcodec/cbs_h264_syntax_templ
It should be the same as the one used for the rest of the pic_timing
structure.
---
libavcodec/cbs_h264_syntax_template.c | 15 ---
1 file changed, 4 insertions(+), 11 deletions(-)
diff --git a/libavcodec/cbs_h264_syntax_template.c
b/libavcodec/cbs_h264_syntax_template.c
index 1a9fb9
On 16.10.2018 19:25, dmitrij.gresser...@loewe.de wrote:
Hello,
i need access to the reference track of a stream in a mp4 file.
ISO/IEC 14496-12:2005 describes this as the track_ID of the Track Reference Box.
Here is my approach attached as a patch.
Adding a field just for this seems a bit weir
Hello,
i need access to the reference track of a stream in a mp4 file.
ISO/IEC 14496-12:2005 describes this as the track_ID of the Track Reference Box.
Here is my approach attached as a patch.
Best regards
Visit our website: https://www.loewe.tv/int
[Facebook]
On 15/10/2018 06:08, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> ---
> libavcodec/libx265.c | 18 ++
> 1 file changed, 18 insertions(+)
A few questions:
* Do we do anything similar elsewhere in FFmpeg?
* Does x265 have a log callback we can register? I'd prefer that w
Hello,
Still Baptiste Coudurier and Michael Zucchi could not be reached, however
since the old GPL tinterlace was replaced with a new LGPL implementation
aren't we on the second course of action recommended by Nicolas George? And
by that means can we change the license of this implementation witho
On 10/16/2018 12:34 PM, Steve Lhomme wrote:
> On 16/10/2018 16:59, Hendrik Leppkes wrote:
>> On Tue, Oct 16, 2018 at 4:02 PM James Almer wrote:
>>> On 10/16/2018 9:16 AM, Steve Lhomme wrote:
If the decoder provides its own buffers it might not be able to
release its
buffers once it
On 16/10/2018 16:59, Hendrik Leppkes wrote:
On Tue, Oct 16, 2018 at 4:02 PM James Almer wrote:
On 10/16/2018 9:16 AM, Steve Lhomme wrote:
If the decoder provides its own buffers it might not be able to release its
buffers once it has been closed. (this is the case with dav1d).
---
fftools/ff
On Tue, Oct 16, 2018 at 4:02 PM James Almer wrote:
>
> On 10/16/2018 9:16 AM, Steve Lhomme wrote:
> > If the decoder provides its own buffers it might not be able to release its
> > buffers once it has been closed. (this is the case with dav1d).
> > ---
> > fftools/ffmpeg.c | 1 +
> > 1 file chan
On 10/16/2018 9:16 AM, Steve Lhomme wrote:
> If the decoder provides its own buffers it might not be able to release its
> buffers once it has been closed. (this is the case with dav1d).
> ---
> fftools/ffmpeg.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/fftools/ffmpeg.c b/fftools/f
On 10/16/18, Moritz Barsnick wrote:
> On Sat, Oct 13, 2018 at 23:14:59 +0200, Paul B Mahol wrote:
>
> I see a few promotions from float to double arithmetic in here. Note
> that initializations don't matter, the preprocessor handles assigning a
> double to a float and downscales (casts) automatica
If the decoder provides its own buffers it might not be able to release its
buffers once it has been closed. (this is the case with dav1d).
---
fftools/ffmpeg.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index da4259a9a8..faf62475a2 100644
--- a/fftools
On Sat, Oct 13, 2018 at 23:14:59 +0200, Paul B Mahol wrote:
I see a few promotions from float to double arithmetic in here. Note
that initializations don't matter, the preprocessor handles assigning a
double to a float and downscales (casts) automatically. But
float_var = float_var * double_const
On Mon, Oct 15, 2018 at 01:32:03PM +0100, jos...@ob-encoder.com wrote:
> From: Josh de Kock
>
> This test ensures that you are able to send N number of slice NALUs in slice
> threaded mode to be decoded simultaneously
> ---
> Tested on Linux 32/64, MinGW + WINE 32/64.
fails on qemu arm
i susp
On 10/16/18, Guo, Yejun wrote:
> see the algorithm's paper and code below.
>
> the filter's parameter looks like:
> sdr2hdr=model_filename=/path_to_tensorflow_graph.pb:out_fmtname=gbrp10le
>
> The input of the deep CNN model is RGB24 while the output is float
> for each color channel. This is the
see the algorithm's paper and code below.
the filter's parameter looks like:
sdr2hdr=model_filename=/path_to_tensorflow_graph.pb:out_fmtname=gbrp10le
The input of the deep CNN model is RGB24 while the output is float
for each color channel. This is the filter's default behavior to
output format w
38 matches
Mail list logo