Default streamid is some numeric value and not used by SRT code. Instead
SRT has its own string streamid. Current code has the same option name for
both and this causes a conflict when ffmpeg is started from a terminal.
The attached patch fixes it by renaming SRT's "streamid" to "srt_streamid"
Be
Hi,
On Fri, 14 May 2021, Josh Allmann wrote:
On Thu, 13 May 2021 at 16:38, Josh Allmann wrote:
Previously, one or the other would have been ignored, but not both.
Since the probe terminates at three streams, it could exit
prematurely if both data and subtitles are present along with
slightly
On Wed, Jun 02, 2021 at 07:08:24PM +0300, Valerii Zapodovnikov wrote:
> I don't really care about your nut container, FATE just complains that
> something in raw.c is not in nut.c.
If you care about the discrepancy then you have to fix it.
your patch just moves the discrepancy to be between the nu
Add -fpsmin analogously to -fpsmax for setting a lower bound to the
auto-set frame rate.
Signed-off-by: Matthias Neugebauer
---
doc/ffmpeg.texi | 7 +++
fftools/ffmpeg.c | 7 ++-
fftools/ffmpeg.h | 3 +++
fftools/ffmpeg_opt.c | 26 +++---
4 files changed, 3
> Can you send this again? Patchwork hasn't appeared to pick it up earlier?
Sent again to a new thread.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffm
On 2021-06-03 14:08, Matthias Neugebauer wrote:
Add -fpsmin analogously to -fpsmax for setting a lower bound to the
auto-set frame rate.
Still not picked up.
Should be sent same as your patch from December.
https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=&submitter=1113&state=*&q=
On Sat, May 29, 2021, 08:51 Pavel Koshevoy wrote:
> Un-hardcode the 200ms minimum latency between emitting subtitle events
> so that those that wish to receive a subtitle event for every screen
> change could do so.
>
> The problem with delaying realtime output by any amount is that it is
> unkno
On Tue, Jun 01, 2021 at 06:22:24PM -0700, Mohammad Izadi wrote:
> HDR10+ metadata is stored in the bit stream for HEVC. The story is different
> for VP9 and cannot store the metadata in the bit stream. HDR10+ should be
> passed to packet side data an stored in the container (mkv) for VP9.
>
> Th
On Wed, Jun 02, 2021 at 11:02:44PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> fixes vertical line at the right side of video for rgb24toyv12 conversion.
> Please reproduce it with below command:
> ./ffplay -f lavfi -i
> "testsrc=size=529x656,ocv=filter_name=smooth,format=yuv420p
On Tue, Jun 01, 2021 at 09:02:54PM +0800, yinshiyou...@loongson.cn wrote:
[...]
> > +};
> > +
> > #endif /* AVCODEC_MIPS_ASMDEFS_H */
> > --
> > 2.1.0
> >
>
> LGTM.
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Opposition brings concord. Ou
On Tue, Jun 01, 2021 at 09:03:24PM +0800, yinshiyou...@loongson.cn wrote:
[...]
> > "punpcklwd %[filter10], %[ftmp4], %[ftmp4] \n\t"
> > "punpckhwd %[filter32], %[ftmp4], %[ftmp4] \n\t"
> > --
> > 2.1.0
> >
>
> LGTM.
will apply
thx
[...]
--
Michael GnuPG
The bigger problem are FATE hashes. I am not able to fill them here. As to
send patches against another repo, I can do that, no problem with
--subject-prefix="PATCH
nut".
Also, I do not see a problem with the spec, the spec says that it has
priority, not the code. I am not doing this patch for nut
Hi ffmpeg-devel,
I've added a r12b decoder (12bpp RGB packing which packs 8 pixels into 36
bytes, used by Blackmagic Decklink cards). The patch is attached for your
consideration.
Kind regards,
Dennis Fleurbaaij
0001-libavcodec-r12b-decoder-added.patch
Description: Binary data
_
This reverts commit 4f49ca7bbc75a9db4cdf93f27f95a668c751f160. This patch series
will implement this capability for avdevice/dshow, enabling configuration
discovery of DirectShow devices through the API, which is important for my use
case. It enables making proper GUIs presenting users with optio
Signed-off-by: Diederick Niehorster
---
configure | 2 +
doc/examples/.gitignore| 1 +
doc/examples/Makefile | 47
doc/examples/Makefile.example | 1 +
doc/examples/device_get_capabilities.c | 151 +
Draw implementation in line with that of avdevice_list_devices
Signed-off-by: Diederick Niehorster
---
libavdevice/avdevice.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavdevice/avdevice.c b/libavdevice/avdevice.c
index 371ec17d02..2e64d35cf5 100644
--- a/lib
Undeprecating the avdevice capabilities API and implementing it for the
dshow device. Much needed. Together with the other patches i sent, a
dshow device can now be properly used programmatically by programs using
ffmpeg under the hood.
Diederick Niehorster (4):
avdevice/avdevice: Revert "Deprec
** Resending as it seems they didn't all make it..**
Undeprecating the avdevice capabilities API and implementing it for the
dshow device. Much needed. Together with the other patches i sent, a
dshow device can now be properly used programmatically by programs using
ffmpeg under the hood.
Diederi
This reverts commit 4f49ca7bbc75a9db4cdf93f27f95a668c751f160. This patch series
will implement this capability for avdevice/dshow, enabling configuration
discovery of DirectShow devices through the API, which is important for my use
case. It enables making proper GUIs presenting users with optio
Draw implementation in line with that of avdevice_list_devices
Signed-off-by: Diederick Niehorster
---
libavdevice/avdevice.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavdevice/avdevice.c b/libavdevice/avdevice.c
index 371ec17d02..2e64d35cf5 100644
--- a/lib
This implements avdevice_capabilities_create and avdevice_capabilities_free for
the dshow device.
Signed-off-by: Diederick Niehorster
---
libavdevice/dshow.c | 498
1 file changed, 462 insertions(+), 36 deletions(-)
diff --git a/libavdevice/dshow.c
Signed-off-by: Diederick Niehorster
---
configure | 2 +
doc/examples/.gitignore| 1 +
doc/examples/Makefile | 47
doc/examples/Makefile.example | 1 +
doc/examples/device_get_capabilities.c | 151 +
This implements avdevice_capabilities_create and avdevice_capabilities_free for
the dshow device.
Signed-off-by: Diederick Niehorster
---
libavdevice/dshow.c | 498
1 file changed, 462 insertions(+), 36 deletions(-)
diff --git a/libavdevice/dshow.c
This implements avdevice_capabilities_create and avdevice_capabilities_free for
the dshow device.
Signed-off-by: Diederick Niehorster
---
libavdevice/dshow.c | 498
1 file changed, 462 insertions(+), 36 deletions(-)
diff --git a/libavdevice/dshow.c
Signed-off-by: Diederick Niehorster
---
configure | 2 +
doc/examples/.gitignore| 1 +
doc/examples/Makefile | 47
doc/examples/Makefile.example | 1 +
doc/examples/device_get_capabilities.c | 151 +
Hi Nicolas,
On Wed, Jun 2, 2021 at 2:37 PM Nicolas George wrote:
> Excellent. Applications that use the advanced features of libavdevice
> and serve as test beds for these features are sorely needed.
>
> The project has no real system to make engagements about something like
> this, but I can say
You patch did not apply on patchwork and thus did not make fate tests.
Please use .txt extension on the patch (BTW, what a joke) or use git
send-email. It is also very funny that gmail for android recognises patch
as video. Wht?
___
ffmpeg-devel maili
It is not going to work. His email is marked as spam here in gmail for
android, so it looks like it is globally banned in google and because you
clever guys use gmail for patchwork, i.e. ffmpegpatchwo...@gmail.com but
you did not set to send all spam into main folder, like I always do, see
https://
CID 1485004: Uninitialized variables (UNINIT)
Using uninitialized value "x" when calling "*pixel_belongs_to_region".
Signed-off-by: Ting Fu
---
libavfilter/vf_drawbox.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavfilter/vf_drawbox.c b/libavfilter/vf_drawbox.c
in
CID 1485003: Memory - illegal accesses (UNINIT)
Using uninitialized value "sd".
Signed-off-by: Ting Fu
---
libavfilter/vf_drawtext.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/vf_drawtext.c b/libavfilter/vf_drawtext.c
index 382d589e26..c4c09894e4 100644
--- a
On Thu, Jun 03, 2021 at 09:10:13PM +0200, Michael Niedermayer wrote:
> On Wed, Jun 02, 2021 at 11:02:44PM +0800, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > fixes vertical line at the right side of video for rgb24toyv12 conversion.
> > Please reproduce it with below command:
> > ./
Always true expression: we would have returned on line 265,
if whence were SEEK_END we would've already returned.
Because of short circuiting force will never be checked.
Was broken since 7a6fe01f99cb95797ba59134f44bb1a5e792.
That is 11 years! Also fixed other commit that did confuse
ORing / pa
> -Original Message-
> From: Guo, Yejun
> Sent: 2021年5月29日 21:24
> To: ffmpeg-devel@ffmpeg.org
> Cc: Guo, Yejun
> Subject: [PATCH] lavfi/dnn/dnn_io_proc.c: fix CID 1484955
>
> CID 1484955: Memory - corruptions (ARRAY_VS_SINGLETON)
> ---
> libavfilter/dnn/dnn_io_proc.c | 2 +-
> 1 fi
From: Limin Wang
Signed-off-by: Limin Wang
---
libswscale/swscale_unscaled.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libswscale/swscale_unscaled.c b/libswscale/swscale_unscaled.c
index c4dd8a4..e8e2975 100644
--- a/libswscale/swscale_unscaled.c
+++ b/libswscale/sws
Ping.
This change is quite simple and should be quick to review. Feel free to ask
any questions
пн, 22 мар. 2021 г. в 11:29, Вадим Бездушный :
> Ping.
>
> чт, 11 мар. 2021 г. в 10:14, Вадим Бездушный :
>
>> Ping.
>>
>> вт, 9 мар. 2021 г. в 00:05, Вадим Бездушный :
>>
>>> Ping.
>>>
>>> This chang
35 matches
Mail list logo