is that I should only deal with gray8 format in particular？and it has passed
the fate test
> 2021年8月17日 上午3:00，Michael Niedermayer 写道：
>
> On Mon, Aug 16, 2021 at 05:01:14PM +0800, rui.jiang wrote:
>> add palette data in avi header when the input data is raw PAL8 or Gray8
>> pixel data and the
This is a my latest committed patch. Please ignore those similar mails I sent
before.
> 2021年8月16日 下午5:01，rui.jiang <229135...@qq.com> 写道：
>
> add palette data in avi header when the input data is raw PAL8 or Gray8 pixel
> data and the output data is 8bit raw avi video;
>
> Signed-off-by: rui.
---
libavformat/riffenc.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/libavformat/riffenc.c b/libavformat/riffenc.c
index 971c4a7eb8..6926fbf060 100644
--- a/libavformat/riffenc.c
+++ b/libavformat/riffenc.c
@@ -271,7 +271,14 @@ void ff_put_bmp_header(AVIOContext *p
---
libavformat/riffenc.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/libavformat/riffenc.c b/libavformat/riffenc.c
index c04d55c423..3171c152f0 100644
--- a/libavformat/riffenc.c
+++ b/libavformat/riffenc.c
@@ -255,6 +255,13 @@ void ff_put_bmp_header(AVIOContext *pb, AVCodecParamet
---
libavformat/riffenc.c | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git a/libavformat/riffenc.c b/libavformat/riffenc.c
index 971c4a7eb8..69761431da 100644
--- a/libavformat/riffenc.c
+++ b/libavformat/riffenc.c
@@ -250,15 +250,6 @@ void ff_put_bmp_header(AVIOC
From: unknown <2010263...@qq.com>
---
libavformat/riffenc.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/libavformat/riffenc.c b/libavformat/riffenc.c
index c04d55c423..e33bcdb339 100644
--- a/libavformat/riffenc.c
+++ b/libavformat/riffenc.c
@@ -242,6 +242,15 @@ void ff_put_bmp_h
28)
From 52cbed063ee54e667905ca243e8ee4a811a108dc Mon Sep 17 00:00:00 2001
From: whatdoineed2do/Ray
Date: Tue, 11 May 2021 13:16:48 +0100
Subject: [PATCH] Do not use global pts for frame pts counting
Signed-off-by: whatdoineed2do/Ray
---
doc/examples/transcode_aac.c | 18 ++
1 file c
rite_frame().
Tested with transcode_aac and ffmpeg on the same input following patch to
confirm identifcal
$ ffmpeg -i foo.wav -ab 96k -ac 2 bar.aac
$ diff foo.aac bar.aac
From 321a4459c406b9fcb332a64bfac43f718f262309 Mon Sep 17 00:00:00 2001
From: whatdoineed2do/Ray
Date: Fri, 7 May 2021 17:23:56 +01
with rewviews from Devon Heitmueller and Marton Balint.
Signed-off-by: Ray Tiley
---
libavdevice/decklink_dec.cpp | 23 ---
1 file changed, 20 insertions(+), 3 deletions(-)
diff --git a/libavdevice/decklink_dec.cpp b/libavdevice/decklink_dec.cpp
index 5c116f2..c3bb46e 100644
BT.1120 is bitstream format for HDTV interfaces,
> and doesn’t apply to standard definition. Cases where we’re talking about
> standard definition (as specified in BT.656 and BT.799) don’t treat luma
> and chroma as two independent ancillary data spaces.
> >
> > Now Ray pointed o
with rewviews from Devon Heitmueller and Marton Balint.
Signed-off-by: Ray Tiley
---
libavdevice/decklink_dec.cpp | 37 ++---
1 file changed, 34 insertions(+), 3 deletions(-)
diff --git a/libavdevice/decklink_dec.cpp b/libavdevice/decklink_dec.cpp
index 94dae26
On Sun, Jan 28, 2018 at 9:40 PM Ray Tiley wrote:
> This changes how NTSC VANC is extracted from the buffer. In NTSC the vanc
> data interleved between the uyvy and not just the luma as in
> high definition resolutions.
>
> In my testing this allows a decklink card encoding va
On Sun, Jan 28, 2018 at 4:54 PM Marton Balint wrote:
>
> On Thu, 25 Jan 2018, Ray Tiley wrote:
>
> > On Tue, Jan 23, 2018 at 9:07 AM Devin Heitmueller <
> > dheitmuel...@ltnglobal.com> wrote:
> >
> >> Hi Ray,
> >>
> >>> On Jan 22, 2
with rewviews from Devon Heitmueller and Marton Balint.
Signed-off-by: Ray Tiley
---
libavdevice/decklink_dec.cpp | 30 +-
1 file changed, 29 insertions(+), 1 deletion(-)
diff --git a/libavdevice/decklink_dec.cpp b/libavdevice/decklink_dec.cpp
index 94dae26..c7811eb
to be MAX_WIDTH_VANC * 3, but a guard in the unpack_v210
(should it just return early, log a warning), or do both. Any preferences.
C is not my day to day language so let me know what' best practice and I'll
get the patch fixed up.
-ray
On Thu, Jan 25, 2018 at 9:47 AM Devin Heitmueller <
dheitmue
On Tue, Jan 23, 2018 at 9:07 AM Devin Heitmueller <
dheitmuel...@ltnglobal.com> wrote:
> Hi Ray,
>
> > On Jan 22, 2018, at 11:20 PM, Ray Tiley wrote:
> >
> > I'm reading 334-1:2017 Sec 4
> > "When the ANC packets defined in this standard are carried
On Mon, Jan 22, 2018 at 11:12 PM Devin Heitmueller <
dheitmuel...@ltnglobal.com> wrote:
> Hi Ray,
>
> > On Jan 22, 2018, at 10:47 PM, Ray Tiley wrote:
> >> Could you confirm whether you are capturing via SDI or analog (i.e.
> >> composite/component)? Also
On Mon, Jan 22, 2018 at 10:20 PM Devin Heitmueller <
dheitmuel...@ltnglobal.com> wrote:
> Hi Ray,
>
> Thanks for your patch. A few questions:
>
> Could you confirm whether you are capturing via SDI or analog (i.e.
> composite/component)? Also what is the capturing devi
definition resolutions.
In my testing this allows a decklink card encoding valid NTSC and 1080i
closed captions to pass the caption data to the x264 encoder.
Signed-off-by: Ray Tiley
---
libavdevice/decklink_dec.cpp | 37 -
1 file changed, 32 insertions(+), 5
There doesn't appear to be enough detail for uploading a sample file by ftp.
[image: Inline image 1]
What are the values for *port* and *password* ?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Quite honestly I decided it isn't worth the frustration of trying to submit a
patch. It works for me and I'm happy with it.
-- Ray
On 12/14/2015 03:19 PM, Michael Niedermayer wrote:
On Tue, Sep 29, 2015 at 11:02:33AM -0500, Ray Cole wrote:
Here is an updated patch. I cleaned the
0
#define INPUT_CLEANSRC 1
+#define DROP_HISTORY 8
struct qitem {
AVFrame *frame;
@@ -51,6 +52,10 @@
int bdiffsize;
int64_t *bdiffs;
+/* Ray */
+int lastdrop;
+int64_t drop_count[25]; // drop counts
+
/* options */
int cycle;
double
Thank you.
I know I have a number of coding style things to clean up before this could be
accepted (as well as removing some output I'm logging as info) but perhaps
those familiar with the decimate filter can see if the changes being proposed
make sense.
-- Ray
On 09/29/2015 07:32 AM,
could (obviously) be enabled/disabled by an option to decimate if
desired.
-- Ray Cole
/*
* Copyright (c) 2012 Fredrik Mellbin
* Copyright (c) 2013 Clément BÅsch
*
* This file is part of FFmpeg.
*
* FFmpeg is free software; you can redistribute it and/or
* modify it under the terms of
24 matches
Mail list logo
