fmpeg.git/commit/eabbc64728c2fdb74f565aededec2ab023d20699
<https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/eabbc64728c2fdb74f565aededec2ab023d20699>
in 3.2. It resolves a regression added just before 3.2.
Dave
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
/eabbc64728c2fdb74f565aededec2ab023d20699>
> in 3.2. It resolves a regression added just before 3.2.
Sorry about this. I see James referenced the same issue in
http://ffmpeg.org/pipermail/ffmpeg-devel/2016-October/201831.html
<http://ffmpeg.org/pipermail/ffmpeg-devel/2016-October/201831.
> On Dec 8, 2016, at 12:45 PM, James Almer wrote:
>
> On 12/8/2016 9:31 AM, Michael Niedermayer wrote:
>> FFmpeg decoders primary usecase is to decode for human consumption
>> for this producing the best quality possible and doing so fast is
>> the goal.
>> The default thus should be to do check
Giving this another go. It would be really great to get webvtt with style
and region blocks working correctly in ffmpeg. This patch would solve at
least #9064, probably #8684 and possibly other tickets.
Please let me know if further changes are needed.
Cheers,
Dave
On Tue, Mar 16, 2021 at 9
---
doc/muxers.texi | 3 +++
libavformat/hlsenc.c | 7 ++-
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index f6071484ff..87c19a5cb9 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -1086,6 +1086,9 @@ seeking. This flag should be use
---
doc/muxers.texi | 3 +++
libavformat/hlsenc.c | 41 +
2 files changed, 28 insertions(+), 16 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index f6071484ff..87c19a5cb9 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -1086,6 +108
---
libavformat/dashenc.c | 3 ++-
libavformat/hlsenc.c | 8 +++-
libavformat/hlsplaylist.c | 5 -
libavformat/hlsplaylist.h | 2 +-
4 files changed, 14 insertions(+), 4 deletions(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index 96f4a5fbdf..15f700acbc 100644
--
---
doc/muxers.texi | 3 +++
libavformat/hlsenc.c | 41 +
2 files changed, 28 insertions(+), 16 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index f6071484ff..87c19a5cb9 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -1086,6 +108
---
libavformat/hlsenc.c | 36 ++--
1 file changed, 30 insertions(+), 6 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 5dfff6b2b6..24a0304f78 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -159,6 +159,7 @@ typedef struc
---
libavformat/hlsenc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 24a0304f78..93c47b631b 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -1013,7 +1013,7 @@ static int sls_flags_filename_process(struct
---
libavformat/hlsenc.c | 51 +---
1 file changed, 48 insertions(+), 3 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 93c47b631b..f613e35984 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -103,6 +103,7 @@ typed
---
libavformat/hlsenc.c | 26 +++---
1 file changed, 19 insertions(+), 7 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index f613e35984..e1714d4eed 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -1253,9 +1253,11 @@ static int hls_appen
---
libavformat/hlsenc.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 4ef84c05c1..e59a38b497 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -1538,7 +1538,7 @@ static int hls_window(AVFormatContext *s,
---
libavformat/hlsenc.c | 26 +-
1 file changed, 25 insertions(+), 1 deletion(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 4ef84c05c1..dd1a461cce 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -1931,6 +1931,30 @@ fail:
return ret
---
libavformat/hlsenc.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 4ef84c05c1..76d8094de6 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -245,7 +245,7 @@ typedef struct HLSContext {
char *var_
---
libavformat/hlsenc.c | 32 +++-
1 file changed, 7 insertions(+), 25 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index e1714d4eed..1baefe852f 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -35,6 +35,7 @@
#include "libavuti
---
libavformat/hlsenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 4ef84c05c1..3548299770 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -3090,7 +3090,7 @@ static int hls_init(AVFormatContext *s)
to change the default behavior from disabled to enabled. If I
understand correctly, after this patch, encoding with `-movflags write_colr`
would cause ffmpeg to fail with an error from the mov muxer.
Dave
___
ffmpeg-devel mailing list
ffmpeg-deve
r.
Works great on OS/2, from 700 seconds to 144 seconds
Dave
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
/version.h
> +++ b/libavformat/version.h
> @@ -33,7 +33,7 @@
> // Also please add any ticket numbers that you believe might be affected here
> #define LIBAVFORMAT_VERSION_MAJOR 58
> #define LIBAVFORMAT_VERSION_MINOR 18
> -#define LIBAVFORMAT_VERSION_MICRO 100
> +#define LIBAVFORMAT_VERSION_MICRO 101
>
> #define LIBAVFORMAT_VE
From 14d6833b564bd672613d50ecc4c3ede1768eee37 Mon Sep 17 00:00:00 2001
From: Dave Rice
Date: Mon, 1 Oct 2018 17:07:44 -0400
Subject: [PATCH 1/2] ffplay: options to specify window position
---
fftools/ffplay.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/fftools
00438983c96b5db227b9975a2c160fc6aac5219d Mon Sep 17 00:00:00 2001
From: Dave Rice
Date: Mon, 1 Oct 2018 17:08:35 -0400
Subject: [PATCH 2/2] avdevice/sdl2 : add option to set window position
---
libavdevice/sdl2.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/libavdevice/sdl2.c b/libavdevice/sdl2.c
Thanks Marton for comments. Here is a revision to the first patch.
From 3fe6a9e5279a280af9a06843621737ddc44529cc Mon Sep 17 00:00:00 2001
From: Dave Rice
Date: Mon, 1 Oct 2018 17:07:44 -0400
Subject: [PATCHv2 1/2] ffplay: options to specify window position
---
doc/ffplay.texi | 4
> On Oct 2, 2018, at 1:32 AM, Gyan wrote:
>
> On Tue, Oct 2, 2018 at 2:47 AM Dave Rice wrote:
>
>> Allows arrangement of multiple windows such as:
>> ffmpeg -re -f lavfi -i mandelbrot -f sdl -window_x 1 -window_y 1
>> mandelbrot -vf waveform,format=yuv420p -f
From caa816d70e69f85d49556ff341addab24ebcd942 Mon Sep 17 00:00:00 2001
From: Dave Rice
Date: Mon, 1 Oct 2018 17:07:44 -0400
Subject: [PATCH 1/2] ffplay: options to specify window position
---
doc/ffplay.texi | 4
fftools/ffplay.c | 6 +-
2 files changed, 9 insertions(+), 1 deletion
Perhaps, for future proofing
-#if defined(__OS2__)
+#if !defined(SHUT_RD)
#define SHUT_RD 0
#define SHUT_WR 1
#define SHUT_RDWR 2
Works fine here on OS/2 and these macros may be added to the headers at
some point.
Dave
___
ffmpeg-devel mailing list
Hi,
> On Oct 31, 2020, at 5:15 PM, Marton Balint <mailto:[email protected]>> wrote:
> On Sat, 31 Oct 2020, Dave Rice wrote:
>>> On Oct 31, 2020, at 3:47 PM, Marton Balint >> <mailto:[email protected]>> wrote:
>>> On Sat, 31 Oct 2020, Dave Rice wrote:
&g
> On Feb 23, 2021, at 2:42 PM, Marton Balint wrote:
>
>
>
> On Sat, 20 Feb 2021, Dave Rice wrote:
>
>> Hi,
>>
>>> On Oct 31, 2020, at 5:15 PM, Marton Balint >> <mailto:[email protected]>> wrote:
>>> On Sat, 31 Oct 2020, Da
Would it be possible for someone to take a look at this please? Would be
lovely to get it merged at some point. Please let me know if further
changes are needed.
Cheers,
Dave
On Tue, Oct 13, 2020 at 10:25 AM Dave Evans wrote:
> This patch fixes the total failure to parse cues when style
Hi, could I get this pushed to trunk and the 4.3 branch? Fixes a build
break in libavformat/ip.c (implicit declaration of function
'getaddrinfo') and also need the prototype.
Thanks,
Dave
From f9fbdaaf6cdb6f886cbdf31c1983e452567cd857 Mon Sep 17 00:00:00 2001
From: Dave Yeo
Date:
On 06/10/20 02:09 PM, Michael Niedermayer wrote:
On Tue, Jun 09, 2020 at 11:11:48PM -0700, Dave Yeo wrote:
Hi, could I get this pushed to trunk and the 4.3 branch? Fixes a build break
in libavformat/ip.c (implicit declaration of function 'getaddrinfo') and
also need the prototype.
Th
On 06/11/20 10:26 AM, Michael Niedermayer wrote:
On Wed, Jun 10, 2020 at 09:24:51PM -0700, Dave Yeo wrote:
On 06/10/20 02:09 PM, Michael Niedermayer wrote:
On Tue, Jun 09, 2020 at 11:11:48PM -0700, Dave Yeo wrote:
Hi, could I get this pushed to trunk and the 4.3 branch? Fixes a build break
in
On 06/13/20 07:03 AM, KO Myung-Hun wrote:
Hi/2.
Dave Yeo wrote:
On 06/11/20 10:26 AM, Michael Niedermayer wrote:
On Wed, Jun 10, 2020 at 09:24:51PM -0700, Dave Yeo wrote:
On 06/10/20 02:09 PM, Michael Niedermayer wrote:
On Tue, Jun 09, 2020 at 11:11:48PM -0700, Dave Yeo wrote:
Hi, could I
Hi Andreas,
> On Jun 27, 2020, at 5:09 PM, Andreas Rheinhardt
> wrote:
>
> Zhao Zhili:
>> Remove the check on dv_demux since dv_fctx will leak if allocate
>> dv_demux failed.
>> ---
>> libavformat/mov.c | 7 +++
>> 1 file changed, 3 insertions(+), 4 deletions(-)
>>
>> diff --git a/libavform
> On Dec 27, 2019, at 10:49 AM, Paul B Mahol wrote:
>
> That is because signalstats is doing more stuff.
signalstats includes options to disable some of the calculations, possibly this
could be extended to enable or disable the ones you want. It would be
interesting to merge these ideas rathe
From 6182a7f6b83905fb2315b416ae714a329ec2d0df Mon Sep 17 00:00:00 2001
From: Dave Yeo
Date: Wed, 12 Feb 2020 20:13:00 -0800
Subject: [PATCH] compat/os2threads:define INCL_DOSERRORS
This is needed to pull in the define for ERROR_TIMEOUT
Signed-off-by: Dave Yeo
---
compat/os2threads.h | 1
stateless-decoder.html
[3] https://docs.nvidia.com/jetson/l4t-multimedia/group__V4L2Dec.html
Dave
> Brad
>
>
> [1]
> https://git.ffmpeg.org/gitweb/ffmpeg.git/blob_plain/HEAD:/libavcodec/v4l2_m2m.c
> ___
> ffmpeg-devel mailing
t doesn't follow the API, then we fix it so that it does.
Stateful H264 implementation is
https://github.com/raspberrypi/linux/tree/rpi-5.10.y/drivers/staging/vc04_services/bcm2835-codec
Stateless HEVC is
https://github.com/raspberrypi/linux/tree/rpi-5.10.y/drivers/staging/media/rpivid
Dave
> [
av_get_frame_filename(filename, sizeof(filename), sic->filename,
>>> input);
>>
>> its more robust to use a av_assert*() on the return code if its assumed
>> to be never failing than just a comment as a comment cannot be
>> automatcially checked for validity currently.
> I chose av_assert0 because the check is done only nb_inputs times.
>
> The attached patch also fixes the file writing for every frame the one input
> is
> longer than the other.
Just bumping this thread. I've been using the patch and find it very helpful
and would like to see it in libavfilter.
Dave Rice
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> On Mar 20, 2017, at 10:13 AM, Paul B Mahol wrote:
>
> On 3/20/17, Dave Rice wrote:
>> On Jan 6, 2017, at 1:34 PM, Gerion Entrup
>> wrote:
>>>
>>> On Donnerstag, 5. Januar 2017 02:26:23 CET Michael Niedermayer wrote:
>>>> On Wed, Ja
X + 18, Y +
> 30 + 200 + 2, text, 0);
> +snprintf(text, sizeof(text), "%c %07.1f %05d %05d\n", s->is_rgb ?
> rgba[0] : yuva[0], average[s->rgba_map[0]], min[s->rgba_map[0]],
> max[s->rgba_map[0]]);
> +draw_text(&s->draw, in, s->is_rgb ? &s->red : &s->white, X + 18, Y +
> 30 + 200 + 15, text, 0);
> +snprintf(text, sizeof(text), "%c %07.1f %05d %05d\n", s->is_rgb ?
> rgba[1] : yuva[1], average[s->rgba_map[1]], min[s->rgba_map[1]],
> max[s->rgba_map[1]]);
> +draw_text(&s->draw, in, s->is_rgb ? &s->green : &s->blue, X + 18, Y +
> 30 + 200 + 30, text, 0);
> +snprintf(text, sizeof(text), "%c %07.1f %05d %05d\n", s->is_rgb ?
> rgba[2] : yuva[2], average[s->rgba_map[2]], min[s->rgba_map[2]],
> max[s->rgba_map[2]]);
> +draw_text(&s->draw, in, s->is_rgb ? &s->blue : &s->red, X + 18, Y +
> 30 + 200 + 45, text, 0);
> +
> +return ff_filter_frame(outlink, in);
> +}
> +
> +static const AVFilterPad pixscope_inputs[] = {
> +{
> +.name = "default",
> +.type = AVMEDIA_TYPE_VIDEO,
> +.filter_frame = pixscope_filter_frame,
> +.config_props = pixscope_config_input,
> +.needs_writable = 1,
> +},
> +{ NULL }
> +};
> +
> +static const AVFilterPad pixscope_outputs[] = {
> +{
> +.name = "default",
> +.type = AVMEDIA_TYPE_VIDEO,
> +},
> +{ NULL }
> +};
> +
> +AVFilter ff_vf_pixscope = {
> +.name = "pixscope",
> +.description = NULL_IF_CONFIG_SMALL("Pixel data analysis."),
> +.priv_size = sizeof(PixscopeContext),
> +.priv_class= &pixscope_class,
> +.query_formats = query_formats,
> +.inputs= pixscope_inputs,
> +.outputs = pixscope_outputs,
> +};
> --
> 2.9.3
I tested this filter and find it very useful, but could it be adjusted to
handle full range video. Currently when I test with a sample such as:
./ffplay -f lavfi -i
color=c=white:s=640x480,format=yuv444p,lutyuv=y=255:u=248:v=10,pixscope
The outputs list Y=235, U=240, V=16.
Dave Rice
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> On Apr 24, 2017, at 4:47 PM, Paul B Mahol wrote:
>
> On 4/24/17, Dave Rice wrote:
>>
>> I tested this filter and find it very useful, but could it be adjusted to
>> handle full range video. Currently when I test with a sample such as:
>>
>> ./ffplay
_comps; c++) {
> +if ((1 << c) & s->components) {
> +int x = i * s->width / s->nb_values;
> +int px = (i - 1) * s->width / s->nb_values;
> +int py = 255 - s->values[i-1].p[c];
> +
> On Apr 24, 2017, at 5:03 PM, Paul B Mahol wrote:
>
> On 4/24/17, Dave Rice wrote:
>>
>>> On Apr 24, 2017, at 4:47 PM, Paul B Mahol wrote:
>>>
>>> On 4/24/17, Dave Rice wrote:
>>>>
>>>> I tested this filter and find it ver
> On Apr 26, 2017, at 2:37 AM, Paul B Mahol wrote:
>
> On 4/26/17, Dave Rice wrote:
>>
>>
>> I'm curious why floats are used for x,y coordinates within a frame rather
>> than integers.
>
> So it the position be set relatively. And for similar
> On Jul 9, 2017, at 7:26 PM, Dave Rice wrote:
>
>
>> On Jul 7, 2017, at 7:06 PM, Derek Buitenhuis
>> wrote:
>>
>> On 7/7/2017 10:13 PM, James Almer wrote:
>>> Isn't this necessary only for files with raw video? As is, this box
>>&
162/_index.html>.
From 47def189b270ac93245e002580463b254daf8484 Mon Sep 17 00:00:00 2001
From: Dave Rice
Date: Thu, 16 Nov 2017 11:53:32 -0500
Subject: [PATCH] avformat/movenc: correct ImageDescription depth for v210 v410
Per
https://developer.apple.com/library/content/technotes/tn2162/_inde
> On Nov 16, 2017, at 11:30 AM, Dave Rice wrote:
>
>> On Jul 9, 2017, at 7:26 PM, Dave Rice wrote:
>>
>>> On Jul 7, 2017, at 7:06 PM, Derek Buitenhuis
>>> wrote:
>>>
>>> On 7/7/2017 10:13 PM, James Almer wrote:
>>>> I
> On Nov 16, 2017, at 6:08 PM, Carl Eugen Hoyos wrote:
>
> 2017-11-16 17:54 GMT+01:00 Dave Rice :
>
>> +if (track->mode == MODE_MOV && track->par->codec_id == AV_CODEC_ID_V410)
>> +avio_wb16(pb, 0x18);
>> +else if (
From e9079167c199791e652fe9cd3550333b819a8a9a Mon Sep 17 00:00:00 2001
From: Dave Rice
Date: Thu, 16 Nov 2017 11:29:06 -0500
Subject: [PATCH 2/4] avformat/movenc: write clap atom for uncompressed yuv in
mov
fixes 6145
---
libavformat/movenc.c | 19 +++
1 file changed, 19
26d9ca470f104d8448000b13c2cc97b8fc5c15ba Mon Sep 17 00:00:00 2001
From: Dave Rice
Date: Thu, 16 Nov 2017 11:53:32 -0500
Subject: [PATCH 1/4] avformat/movenc: correct ImageDescription for
uncompressed ycbcr
Per
https://developer.apple.com/library/content/technotes/tn2162/_index.html
.
---
libavformat/movenc.c | 20
From 41da5e48f8788b85dd7a382030bb2866c506cc03 Mon Sep 17 00:00:00 2001
From: Dave Rice
Date: Sat, 18 Nov 2017 20:31:27 -0500
Subject: [PATCH 3/4] avformat/movenc: force colr atom for uncompressed yuv in
mov
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
From fe9e3aa13ecf3b4cb81f279696bcc21602662e7a Mon Sep 17 00:00:00 2001
From: Dave Rice
Date: Sat, 18 Nov 2017 20:32:33 -0500
Subject: [PATCH 4/4] fate: add v210 mov test
---
tests/fate/vcodec.mak | 4
tests/ref/vsynth/vsynth1-mov-v210 | 4
2 files changed, 8 insertions
8:overlap=7:queue=1' filmstrip.mkv
@end example
Dave Rice
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> On Nov 20, 2017, at 9:01 AM, Carl Eugen Hoyos wrote:
>
> 2017-11-20 2:24 GMT+01:00 James Almer <mailto:[email protected]>>:
>> On 11/18/2017 11:19 PM, Dave Rice wrote:
>>> From 41da5e48f8788b85dd7a382030bb2866c506cc03 Mon Sep 17 00:00:00 2001
>>> F
> On Nov 20, 2017, at 9:55 AM, Derek Buitenhuis
> wrote:
>
> On 11/20/2017 2:50 PM, Dave Rice wrote:
>> I am hesitant to see write_colr option removed since the guesswork used here
>> https://github.com/FFmpeg/FFmpeg/blob/8f4702a93f87f9f76563e80f1ae2141a40029d9d/li
> On Nov 20, 2017, at 11:22 AM, Derek Buitenhuis
> wrote:
>
> On 11/20/2017 3:19 PM, Dave Rice wrote:
>> TN2162 requires a colr atom for uncompressed yuv (including v210, v308,
>> v408, etc) in mov, so I'd prefer to write it in this case. Note that the
>&g
; pixstep; s++) {
> +out->data[0][(yskip + j * ystep - 1) *
> out->linesize[0] + x * pixstep + s] = showwaves->grid_rgba[s];
> +}
> +}
> +
> +yskip += j * ystep;
> +}
> +}
> }
> return 0;
> }
> --
> 2.11.0
Seems interesting but do the gridlines convey any meaning? Perhaps a flags
value too similar to waveform that should label the lines in dB or as a float.
Also perhaps worth adjustment the placement of the gridlines depending on a
scale (log vs lin).
Dave Rice
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
http://trac.ffmpeg.org/ticket/6708 and is
partly based upon Georg Lippitisch's earlier draft at
https://ffmpeg.org/pipermail/ffmpeg-devel/2015-January/167649.html.
From fbf2bd40471c8fa35374bb1a51c51a3f4f36b992 Mon Sep 17 00:00:00 2001
From: Dave Rice
Date: Thu, 12 Oct 2017 13:40:59 -0400
Subje
Hi Paul,
> On Oct 16, 2017, at 3:56 PM, Paul B Mahol wrote:
>
> On 10/16/17, Dave Rice mailto:[email protected]>> wrote:
>> Hi,
>>
>> I tested this with my Ultrastudio Express and confirmed that I'm getting
>> higher bit depth recordings with the ab
Hi Moritz,
> On Oct 17, 2017, at 10:40 AM, Moritz Barsnick wrote:
>
> On Tue, Oct 17, 2017 at 09:22:27 -0400, Dave Rice wrote:
>>>> --- a/libavdevice/decklink_dec_c.c
>>>> +++ b/libavdevice/decklink_dec_c.c
>>>> @@ -72,6 +72,7 @@ static cons
> On Oct 17, 2017, at 11:48 AM, Paul B Mahol wrote:
>
> On 10/17/17, Moritz Barsnick wrote:
>> On Tue, Oct 17, 2017 at 11:12:46 -0400, Dave Rice wrote:
>>
>>> Thanks for pointing me in the right direction. I am attaching an
>>> updated patch below; how
g), but believe it
>> is a step in the correct direction. Anybody have a clue? Saw several
>> names in cpp,c,h files including: Ramiro Polla, Luca Barbato, Deti
>> Fliegl, Rafaël Carré and Akamai Technologies Inc.
>
> Did you check out Dave Rice's recent patch (on
> On Oct 17, 2017, at 3:30 PM, Douglas Marsh wrote:
>
> On 2017-10-17 09:10, Dave Rice wrote:
>
>>>> -audio_depth .D.. audio bitdepth (from 0 to 1)
>>>> (default 16bits)
>>>>16bits .D..
>
>
> On Oct 18, 2017, at 3:07 PM, Marton Balint wrote:
>
> On Mon, 16 Oct 2017, Dave Rice wrote:
>
>> Hi,
>>
>> I tested this with my Ultrastudio Express and confirmed that I'm getting
>> higher bit depth recordings with the abitscope filter. This patch
tps://twitter.com/ajaprez/status/910100436224499713>. I’m glad to hear that
handling other VANC data is in the works, I’m particularly interested in VITC
and EIA-608 with inputs.
Dave Rice
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
t; duration_string, 20);
>> }
>> }
>> +avio_seek(mkv->tags_bc, curr, SEEK_SET);
>> }
>> if (mkv->tags.pos && !mkv->is_live) {
>> avio_seek(pb, mkv->tags.pos, SEEK_SET);
>
>
> Ping. It's a recent regression on a muxer, so I'd like to solve it asap.
> I'll push it later today if nobody comments.
I tested this and it does fix the issue so that the added "key" tag is properly
formed, whereas the tag is only null bytes without the patch. Thanks!
Dave Rice
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
t;
> typedef enum {
> --
> 2.9.1
LGTM. Thanks for fixing this. It now aligns to the same list in QuickTime as
was intended in the spec.
Dave Rice
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
n you elaborate on the reasons of why someone would want this? Preferably
> in the commit message for future consideration.
Shouldn't using the moov atom that is not detected within a free atom be the
default? Can you elaborate on the reasons of why someone wouldn't want this?
Dave
> encountered this issue, so this is a wonderful contribution! Thanks James!
+1. Sometimes it makes sense to preserve uncertainty.
Dave
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
tom"
which is
DisplayWidth=40
DisplayHeight=200
which is wrong, since the original file intended to show the cropped 40x200
image in a 320x240 display.
Dave Rice
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
: tests/ref/fate/ffprobe_compact: patch does not apply
>> error: Did you hand edit your patch?
>> It does not apply to blobs recorded in its index.
>>
>
> Could be due to encoding problems or long lines. Have rebased the patch onto
> current git HEAD and attached it as a
9:24: error: dereferencing pointer to incomplete
type
sockaddr_v6->sin6_port = htons(port);
^
make: *** [libavformat/tcp.o] Error 1
make: *** Waiting for unfinished jobs
Dave
___
ffmpeg-devel mailing list
f
gt;sin6_port = htons(port);
}
}
+#endif
fd = ff_socket(cur_ai->ai_family,
cur_ai->ai_socktype,
Yes, that seems to fix it.
Thanks,
Dave
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
_STRUCT_SOCKADDR_IN6
case AF_INET6:
return (sizeof(struct sockaddr_in6));
#endif
or such.
Dave
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
lid ffprobe xml. ffprobe.xsd defines the elements
in a `sequence`, so if the order of elements is really arbitrary it should be
changed to a `choice`.
Dave Rice
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
8
- Bayer pixel format support in FFV1
- Support for additional color information in FFV1 to better handle lossless
DPX->FFV1->DPX transfer while preserving characteristics such as if the
sampling is logarithmic or linear.
Probably others. Feel welc
Note that some containers (like H.264 Annex B or ADTS) correspond
> to a codec, so for containers that "allow" random codecs (like mpeg
> streams) the same probe functions that allow detecting formats can
> be used to detect codecs.
[...]
Best Regards,
Dave Rice
5492.
>> ---
>> doc/muxers.texi |3 +++
>> libavformat/movenc.c |6 --
>> libavformat/movenc.h |1 +
>> 3 files changed, 8 insertions(+), 2 deletions(-)
>
> should be ok, but please wait a day with applying so others can
> comment too
+1
to webM to consider adding FieldOrder to the format rather than see
FieldOrder removed from the webM muxer in FFmpeg.
Dave Rice
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
rks well and resolves ticket #4347. The CRC-32
Elements are in the right positions according to the latest CELLAR drafts on
Matroska and the resulting files pass mkvalidator. Thanks much for this.
Dave Rice
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg
> On Oct 6, 2016, at 4:33 PM, James Almer wrote:
>
> On 10/6/2016 3:28 PM, Michael Niedermayer wrote:
>> On Thu, Oct 06, 2016 at 11:27:08AM -0300, James Almer wrote:
>>> On 10/6/2016 7:29 AM, Michael Niedermayer wrote:
On Mon, Oct 03, 2016 at 08:36:56PM -0300, James Almer wrote:
> This
Hi,
Based on Paul’s advice on https://trac.ffmpeg.org/ticket/5229#comment:1. This
adds an example of the pipe protocol in the movie filter with necessary
escaping.
Dave Rice
0001-doc-filters-add-example-of-pipe-protocol-use-in-movi.patch
Description: Binary data
//github.com/Matroska-Org/ebml-specification/blob/master/specification.markdown#ebml-schema-element-attributes>.
> Begin forwarded message:
>
> From: Frank Galligan
> Subject: Re: [Cellar] [Matroska-devel] Colour Format proposal
> Date: February 18, 2016 at 2:50:27 PM EST
> To: Dave
Lavc57.28.103 libx264
Side data:
cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
Stream mapping:
Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
Could not write header for output file #0 (incorrect codec parameters ?):
Invalid argument
I suggest if the source f
appened with the "old" libavformat
> rotation metadata, which is also exported as normal metadata.)
>
> While just adding a "hack" to export metadata for essentially 1 API
> user might be acceptable if adding "proper" API is too hard for now, at
> least t
aenc.c-use-metadata-key-value-to-set-mas.patch>___
Wouldn’t it reduce confusion if the proposed MasteringMetadata elements[1] were
used rather than rather than storing the same data as Matroska tags?
Dave Rice
[1] as discussed on the CELLAR l
From b322802ecc6d87fae3afb17fbca8217993d8d0c7 Mon Sep 17 00:00:00 2001
From: Dmitriy Kuminov
Date: Thu, 14 Apr 2016 01:41:30 +0400
Subject: [PATCH 1/3] configure: Support backslashes in TMPDIR on OS/2.
Signed-off-by: Dave Yeo
---
configure | 13 +
1 file changed, 9 insertions(+), 4
as on Windows). Creating other DLLs makes no sense as they can't
be used.
Signed-off-by: Dave Yeo
---
configure | 23 ---
1 file changed, 12 insertions(+), 11 deletions(-)
diff --git a/configure b/configure
index ff80aee..36a23f4 100755
--- a/configure
+++ b/conf
function decls here and there.
Signed-off-by: Dave Yeo
---
configure | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index 36a23f4..767b18f 100755
--- a/configure
+++ b/configure
@@ -5881,7 +5881,10 @@ check_cflags -Wdeclaration-after-statement
On 04/14/16 07:29 PM, Dave Yeo wrote:
From fbff28a583cc9fd7144dd4f9dc37b7b5f8aa Mon Sep 17 00:00:00 2001
From: Dmitriy Kuminov
Date: Thu, 14 Apr 2016 01:45:01 +0400
Subject: [PATCH 2/3] configure: Do not create/install versioned DLLs on
OS/2.
Attached
Dave
From
' --disable-static
--enable-shared
ln: failed to create symbolic link `R:/tmp/name_VJhuEZNf': Operation not
supported on socket
I'll have to file a bug at Netlabs
Dave
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 04/16/16 11:00 AM, Dmitriy Kuminov wrote:
On 2016-04-16 17:24:12 +, Dave Yeo said:
Actually I now get this at the beginning of the configure run, using a
ramfs.ifs volume for $TMPDIR,
[K:\usr\local\src\ffmpeg.obj]sh ../ffmpeg/configure --enable-gpl
--disable-doc --samples=/usr/local
On 04/20/16 07:40 PM, Michael Niedermayer wrote:
On Thu, Apr 14, 2016 at 07:31:48PM -0700, Dave Yeo wrote:
From a417fdf752bd7c704ed5ba0c94c5cea96e1a91ff Mon Sep 17 00:00:00 2001
From: Dmitriy Kuminov
Date: Thu, 14 Apr 2016 01:53:46 +0400
Subject: [PATCH 3/3] configure: Remove -Wredundant
. Almost seems a failure in the code that decides
whether symlinks work.
Dave
From 3bd0a41b29b7c9abf0bededff643c48511d7611b Mon Sep 17 00:00:00 2001
From: Dave Yeo
Date: Wed, 20 Apr 2016 21:24:32 -0700
Subject: [PATCH 2/2] configure: Allow choice in choosing a symlink command
Signed-off-by: Dave Yeo
On 04/20/16 11:46 PM, Reimar Döffinger wrote:
On 21.04.2016, at 06:02, Dave Yeo wrote:
On 04/20/16 07:40 PM, Michael Niedermayer wrote:
On Thu, Apr 14, 2016 at 07:31:48PM -0700, Dave Yeo wrote:
From a417fdf752bd7c704ed5ba0c94c5cea96e1a91ff Mon Sep 17 00:00:00 2001
From: Dmitriy Kuminov
dated libs count as this).
i am for your patch, but i am not maintainer. ;)
Who are the build maintainer[s] now? The Maintainer file still lists
Diego and Mans
Dave
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/lis
On 04/20/16 11:46 PM, Reimar Döffinger wrote:
On 21.04.2016, at 06:02, Dave Yeo wrote:
On 04/20/16 07:40 PM, Michael Niedermayer wrote:
On Thu, Apr 14, 2016 at 07:31:48PM -0700, Dave Yeo wrote:
From a417fdf752bd7c704ed5ba0c94c5cea96e1a91ff Mon Sep 17 00:00:00 2001
From: Dmitriy Kuminov
On 04/23/16 12:53 PM, Michael Niedermayer wrote:
On Wed, Apr 20, 2016 at 11:15:39PM -0700, Dave Yeo wrote:
>On 04/20/16 03:48 PM, Dmitriy Kuminov wrote:
> >I do care about consistency, collaboration and prevention of artificial
> >entropy growth.
>
>One option is to
On 04/24/16 05:53 PM, Michael Niedermayer wrote:
On Sun, Apr 24, 2016 at 11:55:06AM -0700, Dave Yeo wrote:
On 04/23/16 12:53 PM, Michael Niedermayer wrote:
On Wed, Apr 20, 2016 at 11:15:39PM -0700, Dave Yeo wrote:
On 04/20/16 03:48 PM, Dmitriy Kuminov wrote:
I do care about consistency
1 - 100 of 225 matches
Mail list logo
