Andreas Rheinhardt:
> Andreas Rheinhardt:
>> On Fri, Feb 28, 2020 at 6:10 AM Andreas Rheinhardt <
>> andreas.rheinha...@gmail.com> wrote:
>>
>>> On Tue, Feb 25, 2020 at 2:24 PM Andreas Rheinhardt <
>>> andreas.rheinha...@gmail.com> wrote:
>>>
Andreas Rheinhardt:
> Andreas Rheinhardt:
>
Hi everyone,
I'm trying to implement a new pixel format in FFmpeg but it appears that my
implementation is not correct. Indeed, when I do a ffplay on a raw video in
this new pixel format, the output is not correct.
The pixel format I want to implement is the uyvy422i12le. Data y, u and v
are stor
On Mon, Mar 9, 2020 at 3:20 AM James Almer wrote:
>
> Signed-off-by: James Almer
> ---
> libavcodec/decode.c | 1 -
> libavcodec/internal.h | 1 -
> 2 files changed, 2 deletions(-)
>
> diff --git a/libavcodec/decode.c b/libavcodec/decode.c
> index 03b9da25f9..0e3d7e17e4 100644
> --- a/libavcod
> Am 09.03.2020 um 10:05 schrieb Damien Chabannes
> :
>
> The pixel format I want to implement is the uyvy422i12le.
What produces this format?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpe
> From: ffmpeg-devel On Behalf Of
> Damien Chabannes
> Sent: Monday, March 9, 2020 17:05
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] New pixel format uyvy422i12le
>
> Hi everyone,
>
> I'm trying to implement a new pixel format in FFmpeg but it appears that my
> implementation is not
Signed-off-by: Zane van Iperen
---
libavformat/alp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/alp.c b/libavformat/alp.c
index c0c7905380..4c2e8f0652 100644
--- a/libavformat/alp.c
+++ b/libavformat/alp.c
@@ -51,7 +51,7 @@ static int alp_probe(const AVProbeDa
On 3/9/2020 6:09 AM, Hendrik Leppkes wrote:
> On Mon, Mar 9, 2020 at 3:20 AM James Almer wrote:
>>
>> Signed-off-by: James Almer
>> ---
>> libavcodec/decode.c | 1 -
>> libavcodec/internal.h | 1 -
>> 2 files changed, 2 deletions(-)
>>
>> diff --git a/libavcodec/decode.c b/libavcodec/decode.c
Am Mo., 9. März 2020 um 12:55 Uhr schrieb Zane van Iperen
:
>
> Signed-off-by: Zane van Iperen
> ---
> libavformat/alp.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/alp.c b/libavformat/alp.c
> index c0c7905380..4c2e8f0652 100644
> --- a/libavformat/alp.c
>
Signed-off-by: Zane van Iperen
---
tests/fate/adpcm.mak| 6 ++
tests/ref/fate/adpcm-ima-alp-mono | 1 +
tests/ref/fate/adpcm-ima-alp-stereo | 1 +
3 files changed, 8 insertions(+)
create mode 100644 tests/ref/fate/adpcm-ima-alp-mono
create mode 100644 tests/ref/fate/adpcm-
check_func will return NULL for functions that have already been tested. If
the func is tested and skipped (which happens several times), there is no
need to prepare data(randomize_buffers and memcpy).
Move relative code in compare_add_res(), prepare data and do check only if
the function is not t
Add overflow test for hevc_add_res when int16_t coeff = -32768.
The result of C is good, while ASM is not.
To verify:
make fate-checkasm-hevc_add_res
ffmpeg/tests/checkasm/checkasm --test=hevc_add_res
./checkasm --test=hevc_add_res
checkasm: using random seed 679391863
MMXEXT:
hevc_a
On 07/10/2019 11:40, vectronic wrote:
> Hello,
>
> Wondering if anyone would be able to review these changes? I’m currently
> using this in production and it is working well.
The patch set looks OK to me. I will push in 24h if nobody objects.
- Derek
On 3/9/2020 5:09 PM, Derek Buitenhuis wrote:
> On 07/10/2019 11:40, vectronic wrote:
>> Hello,
>>
>> Wondering if anyone would be able to review these changes? I’m currently
>> using this in production and it is working well.
>
> The patch set looks OK to me. I will push in 24h if nobody objects.
On Mon, Mar 09, 2020 at 05:57:50AM +0100, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > Fixes: Assertion failure
> > Fixes:
> > 19629/clusterfuzz-testcase-minimized-ffmpeg_BSF_H264_METADATA_fuzzer-5676822528524288
> >
> > Found-by: continuous fuzzing process
> > https://github.com/google/
On Sun, 8 Mar 2020, Andriy Gelman wrote:
From: Andriy Gelman
Supports connecting to a RabbitMQ broker via AMQP version 0-9-1.
Signed-off-by: Andriy Gelman
---
Changes in v4:
- Fixed leak from user_decoded/password_decoded when amqp_new_connection()
fails
Changes in v3:
- Fix
On 09/03/2020 21:43, James Almer wrote:
> The second patch is very outdated, and should be squashed with the first
> (alongside a lavc minor version bump that would be reflected in the
> APIChanges entry).
Yes, the update and bump before pushing is implied, I thought.
- Derek
Hi,
My patch from last July to add WavPack DSD support was rejected because I
created another codec ID for WavPack DSD audio and
duplicated some existing WavPack code.
This patch simply adds the DSD support to the existing wavpack.c file. As
suggested, I now use ff_thread_report/await_progress(
On 08/03/2020 08:28, Linjie Fu wrote:
> Use desc->log2_chroma_w/h to calculate the sps->conf_win_right/bottom_offset.
>
> Based on Table 6-1, SubWidthC and SubHeightC depend on chroma
> format(log2_chroma_w/h).
>
> Based on D-28 and D-29, set the correct cropped width/height.
>
> croppedWidth
On Mon, Mar 09, 2020 at 01:07:47PM +, Zane van Iperen wrote:
> Signed-off-by: Zane van Iperen
> ---
> tests/fate/adpcm.mak| 6 ++
> tests/ref/fate/adpcm-ima-alp-mono | 1 +
> tests/ref/fate/adpcm-ima-alp-stereo | 1 +
> 3 files changed, 8 insertions(+)
> create mode 100
Hi!
The Chemnitzer Linuxtage were canceled yesterday because of the Coronavirus.
I request reimbursement of €138,86 for the flight to Germany I had
booked last month.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ff
On Mon, Mar 9, 2020, at 4:59 PM, Carl Eugen Hoyos wrote:
> Hi!
>
> The Chemnitzer Linuxtage were canceled yesterday because of the Coronavirus.
> I request reimbursement of €138,86 for the flight to Germany I had
> booked last month.
>
> Thank you, Carl Eugen
Some airlines are providing a more g
Am Di., 10. März 2020 um 02:45 Uhr schrieb Lou Logan :
>
> On Mon, Mar 9, 2020, at 4:59 PM, Carl Eugen Hoyos wrote:
> > The Chemnitzer Linuxtage were canceled yesterday because of the Coronavirus.
> > I request reimbursement of €138,86 for the flight to Germany I had
> > booked last month.
>
> Som
On Mon, Mar 9, 2020, at 5:49 PM, Carl Eugen Hoyos wrote:
>
> Given that travel to Germany is in no way restricted, I don't see how.
There is no travel restriction in the US either, but here's what the main
airline in my region offers:
* No change or cancellation fees for travel through 2020-03-31
From: Andriy Gelman
v4l2_m2m_{enc,dec} doesn't call its close function when initialization
fails because FF_CODEC_CAP_INIT_CLEANUP is not set. This causes a couple
possible leaks, which are fixed in the commit.
Signed-off-by: Andriy Gelman
---
libavcodec/v4l2_m2m_dec.c | 9 ++---
libavcode
From: Colin NG
Fixes ticket #8285
Signed-off-by: Andriy Gelman
---
This was sent to the mailing list by Colin NG some time ago, but was never
applied.
libavcodec/v4l2_m2m_enc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/v4l2_m2m_enc.c b/libavcodec/v4l2_m2m_enc.c
index c9f
From: Andriy Gelman
Should be squashed with:
http://ffmpeg.org/pipermail/ffmpeg-devel/2020-February/257735.html
Signed-off-by: Andriy Gelman
---
libavcodec/v4l2_m2m.c | 8
libavcodec/v4l2_m2m.h | 3 +++
libavcodec/v4l2_m2m_enc.c | 15 ++-
3 files changed, 25 inse
Andreas Rheinhardt:
> Up until now, v4l2_m2m would write via snprintf() into an intermediate
> buffer and then copy from there (via strncpy()) to the end buffer. This
> commit changes this by removing the intermediate buffer.
>
> The call to strncpy() was actually of the form strncpy(dst, src,
> s
27 matches
Mail list logo