On Wed, 25 Sept 2024, 2:39 am Steven Liu, wrote:
>
>
> > On Sep 25, 2024, at 05:38, Dennis Mungai wrote:
> >
> > On Tue, 24 Sept 2024, 22:24 Ingo Oppermann, wrote:
> >
> >> "Leavitt" (https://en.wikipedia.org/wiki/Henrietta_Swan_Leavitt)
> &g
On Tue, 24 Sept 2024, 22:24 Ingo Oppermann, wrote:
> "Leavitt" (https://en.wikipedia.org/wiki/Henrietta_Swan_Leavitt)
>
> > On 24 Sep 2024, at 17:47, Michael Niedermayer
> wrote:
> >
> > On Wed, Aug 14, 2024 at 02:41:55PM +0200, Michael Niedermayer wrote:
> >> Hi all
> >>
> >> Are there any upco
On Mon, Aug 19, 2024, 18:04 Gyan Doshi wrote:
> filters.h has been needed since 42cbf66fff for FilterLink.
> ---
> libavfilter/vf_quirc.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavfilter/vf_quirc.c b/libavfilter/vf_quirc.c
> index 760f5d97de..afd172fa34 100644
> --- a/libavfi
On Fri, 2 Aug 2024, 19:28 Timo Rothenpieler, wrote:
> applied, thanks
>
This is a bugfix, can it be backported to release 6.x and 7.x?
>
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubs
On Mon, 1 Jul 2024 at 21:01, Timo Rothenpieler
wrote:
> On 01.07.2024 18:52, Josh Allmann wrote:
> > On Thu, 20 Jun 2024 at 17:39, Josh Allmann
> wrote:
> >>
> >> In intra-only mode, frameIntervalP is 0, which means the frame
> >> data array is smaller than the number of surfaces. This causes a
On Tue, 25 Jun 2024 at 16:07, Paul B Mahol wrote:
> On Tue, Jun 25, 2024 at 2:47 PM Dennis Mungai wrote:
>
> > On Sun, 28 Jun 2020 at 16:59, James Almer wrote:
> >
> > > On 6/27/2020 7:54 AM, Paul B Mahol wrote:
> > > > On 6/26/20, James Almer wrote:
>
On Sun, 28 Jun 2020 at 16:59, James Almer wrote:
> On 6/27/2020 7:54 AM, Paul B Mahol wrote:
> > On 6/26/20, James Almer wrote:
> >> On 6/26/2020 4:16 PM, Lynne wrote:
> >>> Jun 26, 2020, 19:05 by jamr...@gmail.com:
> >>>
> On 6/26/2020 1:58 PM, Paul B Mahol wrote:
>
> > On 6/26/20
On Mon, 24 Jun 2024, 11:24 Martin Storsjö, wrote:
> On Thu, 20 Jun 2024, Dennis Sädtler wrote:
>
> > On 2024-06-20 15:47, Timo Rothenpieler wrote:
> >> On 20/06/2024 15:46, Martin Storsjö wrote:
> >>> On Wed, 19 Jun 2024, Martin Storsjö wrote:
> >>>
> This allows ending up with a normal, non
On Sat, 18 May 2024, 14:27 Brad Smith,
wrote:
> Can this be backported to 7, 6, 5 and 4.4 releases?
>
> On 2024-05-05 11:59 p.m., Brad Smith wrote:
> > lavd/v4l2: Use proper field type for second parameter of ioctl() with
> BSD's
> >
> > The proper type was used until 73251678c83cbe24d08264da6934
On Wed, 1 May 2024, 22:44 James Almer, wrote:
> On 5/1/2024 4:40 PM, Dennis Mungai wrote:
> > On Wed, 1 May 2024, 21:40 James Almer, wrote:
> >
> >> On 5/1/2024 1:52 PM, Ville Syrjälä wrote:
> >>> Hi,
> >>>
> >>> I ran into a massiv
On Wed, 1 May 2024, 21:40 James Almer, wrote:
> On 5/1/2024 1:52 PM, Ville Syrjälä wrote:
> > Hi,
> >
> > I ran into a massive memory leak while transcoding some audio
> > books after upgrading to ffmpeg 6.1.1 from 6.0.1.
> >
> > Instead of the normal ~100 MiB rss it now exceeds 10 GiB in about
>
On Mon, 8 Apr 2024 at 16:26, Zhao Zhili wrote:
> From: Zhao Zhili
>
> This fix rtmps failure since rtmps requires nonblocking read.
>
> Signed-off-by: Zhao Zhili
> ---
> libavformat/tls_mbedtls.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/libavformat/tls_mbedtls.c b/libavform
On Fri, 5 Apr 2024 at 19:54, Gyan Doshi wrote:
>
>
> On 2024-04-05 10:20 pm, Dennis Mungai wrote:
> >
> > Does this imply that down the line, with this and additional patchsets,
> > that FFmpeg can handle tasks such as stream copy and filtering in the
> same
> &
On Fri, 5 Apr 2024, 19:14 Anton Khirnov, wrote:
> Pass all the necessary value through OutputFilterOptions.
>
> Will allow decoupling filtering from encoding in future commits.
> ---
> fftools/ffmpeg.h | 7 +++
> fftools/ffmpeg_filter.c | 22 +++---
> fftools/ffmp
On Mon, 18 Mar 2024 at 12:09, Steven Liu wrote:
> Steven Liu 于2024年3月7日周四 17:33写道：
> >
> > zhupengfei via ffmpeg-devel 于2024年3月4日周一
> 21:52写道：
> > >
> > > From: Zhu Pengfei <411294...@qq.com>
> > >
> > > Signed-off-by: Zhu Pengfei <411294...@qq.com>
> > > ---
> > > libavformat/flvdec.c | 177 +
On Mon, 19 Feb 2024, 14:18 Evgeny Pavlov, wrote:
> On Wed, Feb 14, 2024 at 5:26 PM Dennis Mungai wrote:
>
> > On Wed, 14 Feb 2024, 18:28 Evgeny Pavlov, wrote:
> >
> > > On Wed, Feb 14, 2024 at 4:08 PM Timo Rothenpieler <
> t...@rothenpieler.org
> > >
&
On Wed, 14 Feb 2024, 18:28 Evgeny Pavlov, wrote:
> On Wed, Feb 14, 2024 at 4:08 PM Timo Rothenpieler
> wrote:
>
> > On 14/02/2024 02:55, Dmitrii Ovchinnikov wrote:
> > > From: Evgeny Pavlov
> > >
> > > This commit adds two AMF filters: scale_amf & scale_amf_hq.
> > > Both filters are using AMF
On Mon, 22 Jan 2024 at 13:10, Steven Liu wrote:
> Dennis Mungai 于2024年1月21日周日 00:42写道：
>
> > >
> > Perfect, and thanks for considering a revert of this deprecated feature.
>
> Hi Dennis,
>
> Need more talk, Why don't try to use hls_flags
> +delete_segm
On Sat, 20 Jan 2024 at 18:42, Steven Liu wrote:
> Dennis Mungai 于2024年1月20日 周六23:15写道：
>
> > On Sat, 20 Jan 2024, 6:09 pm Steven Liu,
> wrote:
> >
> > > Dennis Mungai 于2024年1月20日 周六21:02写道：
> > >
> > > > Hello,
> > > >
> &g
On Sat, 20 Jan 2024, 6:09 pm Steven Liu, wrote:
> Dennis Mungai 于2024年1月20日 周六21:02写道：
>
> > Hello,
> >
> > Is there a valid technical reason as to why FFmpeg's HLS muxer dropped
> the
> > hls_wrap option?
>
>
> eg. three player playing the list an
Hello,
Is there a valid technical reason as to why FFmpeg's HLS muxer dropped the
hls_wrap option?
There are many cases where the hls_wrap option remains critical so as to
preserve the set of output file names without increments. This deprecation
breaks that.
For now, this behavior can be worked
On Tue, 2 Jan 2024, 08:27 Xiang, Haihao, <
haihao.xiang-at-intel@ffmpeg.org> wrote:
> On Vr, 2023-12-29 at 12:23 +0800, Xiang, Haihao wrote:
> > From: Haihao Xiang
> >
> > Signed-off-by: Haihao Xiang
> > ---
> > doc/ffmpeg.texi | 21 +++--
> > 1 file changed, 19 insertions(+
On Sun, 24 Dec 2023, 20:41 Stefano Sabatini, wrote:
> On date Saturday 2023-12-16 15:24:36 +0100, Stefano Sabatini wrote:
> > ---
> > libavfilter/vf_overlay.c | 260 ---
> > 1 file changed, 53 insertions(+), 207 deletions(-)
>
> Will apply in a few days.
>
H
On Fri, 8 Dec 2023 at 15:14, Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Jan Ekström:
> > From: Jan Ekström
> >
> > Attempts to base the fragmentation timing on other streams
> > as most receivers expect media fragments to be more or less
> > aligned.
> >
> > Currently does not
On Wed, 29 Nov 2023 at 22:26, Cosmin Stejerean via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
>
>
> > On Nov 28, 2023, at 5:30 AM, Thomas Mundt wrote:
> >
> > Hi Cosmin,
> >
> > Cosmin Stejerean via ffmpeg-devel schrieb am
> Sa.,
> > 25. Nov. 2023, 21:39:
> >
> >> Fixes #10688
> >>
> >> Sign
On Tue, 8 Aug 2023 at 18:30, Dennis Mungai wrote:
> On Tue, 8 Aug 2023, 17:31 Devin Heitmueller, <
> devin.heitmuel...@ltnglobal.com> wrote:
>
>> On Fri, Aug 4, 2023 at 7:16 AM Devin Heitmueller
>> wrote:
>> >
>> > On Mon, Jul 31,
On Tue, 8 Aug 2023, 17:31 Devin Heitmueller, <
devin.heitmuel...@ltnglobal.com> wrote:
> On Fri, Aug 4, 2023 at 7:16 AM Devin Heitmueller
> wrote:
> >
> > On Mon, Jul 31, 2023 at 9:38 AM Devin Heitmueller
> > wrote:
> > >
> > > Properly set up the MPEG-TS mux and recalculate the pts_adjust field
On Thu, 11 May 2023 at 20:12, Devin Heitmueller <
devin.heitmuel...@ltnglobal.com> wrote:
> Address build breakage caused by my latest series when compiling
> with CUDA support. Thanks to Paul Mahol for pointing it out.
>
> Signed-off-by: Devin Heitmueller
> ---
> libavfilter/vf_yadif_cuda.c |
On Thu, 11 May 2023 at 14:21, Hendrik Leppkes wrote:
> On Thu, May 11, 2023 at 11:32 AM Lynne wrote:
> >
> > May 11, 2023, 10:39 by ffm...@haasn.xyz:
> >
> > > From: Niklas Haas
> > >
> > > Recent versions of libplacebo have required Vulkan versions
> incompatible
> > > with lavu Vulkan hwconte
On Tue, 3 Jan 2023 at 03:13, Philip Langdale wrote:
> On Tue, 3 Jan 2023 02:39:19 +0300
> Dennis Mungai wrote:
>
> > Related,
> >
> > If this were to be implemented in mpv, can libplacebo pick up this
> > feature spec as a filter in ffmpeg? Perhaps that would
On Tue, 3 Jan 2023 at 02:22, Philip Langdale wrote:
> This filter implements frame rate down/upsampling using nvidia's
> Optical Flow FRUC (Frame Rate Up Conversion) library. It's neat because
> you get realtime interpolation with a decent level of quality. It's
> impractical because of licensing
On Tue, 3 Jan 2023 at 02:22, Philip Langdale wrote:
> The NvOFFRUC library provides a GPU accelerated interpolation feature
> based on nvidia's Optical Flow functionality. It's able to provide
> reasonably high quality realtime interpolation to increase the frame
> rate of a video stream - as opp
On Tue, 31 Aug 2021 at 10:26, Wenbin Chen wrote:
> If the descriptorSetCount is greater than the number of setLayouts,
> vkAllocateDescriptorSets will report error. Now fix it.
>
> Now the following command can run on the device that has queue_count
> greater
> than one:
> ffmpeg -v verbose -init
On Sun, 13 Mar 2022 at 18:34, wrote:
> Well, let's try to submit a patch and see how it fares.
>
>
> Add commandline options to v4l2_m2m_enc (h264_v4l2m2m only)
> and use those to configure options for the h264_v4l2m2m encoder.
> Uses AVOption options to filter for valid options per v4l2 spec.
>
On Wed, 17 Mar 2021 at 00:14, Suji Velupillai
wrote:
> Thank you Mark for your feedback. Please see inline
>
> On Fri, Mar 12, 2021 at 1:14 PM Mark Thompson wrote:
>
> > On 11/03/2021 22:09, suji.velupil...@broadcom.com wrote:
> > > From: Suji Velupillai
> > >
> > > Initial commit to add VKAPI
On Sat, 25 Dec 2021, 02:23 Ed Martin, wrote:
> On 10/31/21 22:14, Chen, Wenbin wrote:
> >> Add async_depth to increase encoder's performance. Reuse encode_fifo as
> >> async buffer. Encoder puts all reordered frame to HW and then check
> >> fifo size. If fifo < async_depth and the top frame is no
On Thu, 25 Nov 2021 at 12:04, Paul B Mahol wrote:
> LGTM, will apply if there are no objections in next 24h
Excellent.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link a
On Tue, 23 Nov 2021, 12:06 Wu Jianhua, wrote:
> Signed-off-by: Wu Jianhua
> ---
> libavutil/hwcontext_vulkan.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
> index 4ac1058181..644ed947f8 100644
> --- a/lib
On Mon, 15 Nov 2021 at 22:26, Timo Rothenpieler
wrote:
> On 15.11.2021 19:21, Dennis Mungai wrote:
> >>
> > Hello.
> >
> > Were you able to build FFmpeg with this filter enabled?
> > So far, building this package does not generate any pkgconfig file in the
On Fri, 12 Nov 2021 at 13:59, Niklas Haas wrote:
> From: Niklas Haas
>
> This filter conceptually maps the libplacebo `pl_renderer` API into
> libavfilter, which is a high-level image rendering API designed to work
> with an RGB pipeline internally. As such, there's no way to avoid e.g.
> chroma
On Wed, 29 Sept 2021 at 20:37, Timo Rothenpieler
wrote:
> On 29.09.2021 19:31, Dennis Mungai wrote:
> > On Wed, 29 Sept 2021 at 20:22, Timo Rothenpieler
> > wrote:
> >
> >> On 29.09.2021 19:17, Dennis Mungai wrote:
> >>> A potential downside to t
On Wed, 29 Sept 2021 at 20:22, Timo Rothenpieler
wrote:
> On 29.09.2021 19:17, Dennis Mungai wrote:
> > A potential downside to this would be on QSV's side, which needs at least
> > 2 threads to prevent dead-locking, see
> >
> https://github.com/Intel-Media-SDK
On Wed, 29 Sept 2021 at 20:02, Timo Rothenpieler
wrote:
> ---
> fftools/ffmpeg.c | 16 ++--
> 1 file changed, 10 insertions(+), 6 deletions(-)
>
> Not sure if there is any downside to this.
> Threading for hwaccel does not make a whole lot of sense, and at least
> in case of nvdec wa
On Tue, 10 Aug 2021 at 15:04, Timo Rothenpieler
wrote:
> On 10.08.2021 04:37, Ameer J wrote:
> > From: ameerj <52414509+ame...@users.noreply.github.com>
> >
> > nvdec is likely to fail when the initial pool size exceeds 32. This
> change ensures we don't exceed the limit when initializing a new
>
On Sun, 23 May 2021 at 15:08, Dylan Fernando wrote:
> I got it to work, with --enable-cuda as well, using:
>
> PKG_CONFIG_PATH="/home/dylan/Files/nv-codec-headers" ./configure
> --enable-opencl --enable-vulkan --enable-libglslang --disable-stripping
> --enable-nonfree --enable-cuda --enable-cuda-
On Sat, 22 May 2021 at 11:55, Dylan Fernando wrote:
> I'm unable to compile on Arch Linux with cuda enabled. Command:
>
> ./configure --enable-opencl --enable-vulkan --enable-libglslang
> --disable-stripping --enable-nonfree --enable-cuda-nvcc --extra-c
> flags=-I/opt/local/cuda/include
>
> Error
On Wed, 2 Sep 2020 at 07:29, MediaStream wrote:
> Looking for SCTE-35 pass through implementation:
>
> 1. Extract SCTE-35 from MPEG-TS.
> 2. Translate timing of the original SCTE-35 events to match timing in the
> output file appropriately or keep timing as is.
> 3. Signal encoder to force key fr
On Sun, 24 May 2020 at 05:44, Soft Works wrote:
> Hello,
>
> I've seen the commit about the option for dumping the filtergraph and that
> reminded me about something that I'd be willing to contribute in case
> anybody likes it.
>
> A while ago I was looking for a way to get information about the
On Sun, 26 Apr 2020 at 20:25, Tom Needham <06needh...@gmail.com> wrote:
> This is probably off-topic for this mailing list, but I wasn't sure where
> to post this.
>
> ffmpeg.org seems to be down for me at the moment and all connections are
> timing out, is there any in progress maintenance/issues
On Mon, 13 Apr 2020 at 18:34, Mark Thompson wrote:
> NOT TESTED.
> ---
> Needs someone with suitable hardware to try it.
>
> With this and the relevant ffmpeg patches, existing stuff should continue
> to work and you should also be able to choose between multiple devices for
> a standalone encode
On Wed, 8 Apr 2020, 12:51 Nicolas George, wrote:
> Dennis Mungai (12020-04-08):
> > This should do:
>
> No, it won't do. This question belongs to ffmpeg-user, not ffmpeg-devel.
>
> Regards,
>
> --
> Nicolas George
>
To the OP: Please move your question t
On Wed, 8 Apr 2020 at 11:41, 陈军 wrote:
> Hi :
> when i use this command
> ffmpeg -hwaccel cuda -hwaccel_output_format cuda -extra_hw_frames 2
> -threads 2 -i 333_111017.JPG -pix_fmt yuv420p -f hevc 1.h265 -y
>but i get this error:
>Impossible to convert between the formats suppor
On Wed, 1 Apr 2020 at 16:43, Alex <3.1...@ukr.net> wrote:
> Hi!Is it working? I try everything but constantly get error from
> overlay_cuda:
>
>
> ffmpeg -y -init_hw_device cuda=cuda -filter_hw_device cuda -hwaccel cuvid
> -c:v h264_cuvid -resize 1920x1080 -i 720p.mp4 -i watermark.png
> -filter_co
On Wed, 1 Apr 2020 at 08:44, 陈军 wrote:
>
>
>
>
> Hi ：
> When i use this command：
> ffmpeg -hwaccel cuvid -c:v h264_cuvid -i 466_1337_01.MP4
> -max_muxing_queue_size 1024 -vf scale_npp=1280:-1 -c:v h264_nvenc 1.mp4 -y
> but i got this wrong result;
> Can you help me how can i get correct result
On Wed, 29 Jan 2020, 15:13 Rodrigo Dal Ri,
wrote:
> Hi guys,
>
> I am using ffmpeg to transcode some live channels, but I'm having a
> recurring problem.
> All the time I get a CUDA out of memory error( attached print ), even
> though the video card has nothing to process.
> I build my ffmpeg fol
On Sat, 21 Dec 2019 at 07:12, Philip Langdale wrote:
>
> On Fri, 20 Dec 2019 19:12:00 -0500
> Dennis Mungai wrote:
>
> > On Fri, 20 Dec 2019 at 19:03, Josh Allmann
> >
> > For CLI usage, does this affect the behavior of the global output
> > option
>
On Fri, 20 Dec 2019 at 19:03, Josh Allmann wrote:
>
> On Fri, 20 Dec 2019 at 15:36, Philip Langdale wrote:
> >
> > On 2019-11-18 17:13, Josh Allmann wrote:
> > > This patch is meant to be an entry point for discussion around an
> > > issue we are having with flushing the nvenc encoder while doing
On Thu, 14 Nov 2019, 18:29 Fu, Linjie, wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Fu,
> > Linjie
> > Sent: Monday, November 11, 2019 17:43
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFmpeg-devel] [PATCH] lavc/vaapi_encode: Async the
> > encoding and output p
On Sun, 17 Nov 2019, 06:36 Dennis Mungai, wrote:
>
>
> On Thu, 14 Nov 2019, 18:29 Fu, Linjie, wrote:
>
>> > -Original Message-
>> > From: ffmpeg-devel On Behalf Of Fu,
>> > Linjie
>> > Sent: Monday, November 11, 2019 17:43
>> &
On Wed, 6 Nov 2019 at 16:31, Fu, Linjie wrote:
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Dennis Mungai
> > Sent: Wednesday, November 6, 2019 20:36
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
>
On Tue, 5 Nov 2019 at 12:22, Fu, Linjie wrote:
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Dennis Mungai
> > Sent: Tuesday, November 5, 2019 13:04
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> >
On Mon, 4 Nov 2019 at 10:12, Zhong Li wrote:
>
> It is missed in commit 3358380
>
> Signed-off-by: Zhong Li
> ---
> libavcodec/qsvenc_vp9.c | 113
>
> 1 file changed, 113 insertions(+)
> create mode 100644 libavcodec/qsvenc_vp9.c
>
> diff --git
On Tue, 29 Oct 2019 at 06:07, Steven Liu wrote:
>
>
>
> > 在 2019年10月29日，01:09，Dennis Mungai 写道：
> >
> > On Mon, 28 Oct 2019 at 05:45, Steven Liu wrote:
> >>
> >>
> >>
> >>> 在 2019年10月28日，02:39，Philip Langdale 写道：
> >
On Mon, 28 Oct 2019 at 05:45, Steven Liu wrote:
>
>
>
> > 在 2019年10月28日，02:39，Philip Langdale 写道：
> >
> > There have been many reports over the years about problems when
> > taking an HLS stream as input to `ffmpeg` where there are timestamp
> > discontinuities present. This is explicitly support
On Sat, 12 Oct 2019, 06:57 Steven Liu, wrote:
>
>
> > 在 2019年10月9日，01:51，Dennis Mungai 写道：
> >
> > On Tue, 8 Oct 2019 at 08:53, Steven Liu wrote:
> >>
> >>
> >>
> >>> 在 2019年10月8日，05:54，Dennis Mungai
On Tue, 8 Oct 2019 at 08:53, Steven Liu wrote:
>
>
>
> > 在 2019年10月8日，05:54，Dennis Mungai 写道：
> >
> > On Mon, 7 Oct 2019 at 08:26, Liu Steven wrote:
> >>
> >>
> >>
> >>> 在 2019年10月6日，上午11:37，Jun Li 写道：
> >>>
> &g
On Mon, 7 Oct 2019 at 08:26, Liu Steven wrote:
>
>
>
> > 在 2019年10月6日，上午11:37，Jun Li 写道：
> >
> > Fix #7620
> > In the case tee muxer with both "bsf" and "use_fifo" parameters
> > wil trigger this bug. Tee muxer will first steal parameters (like "f",
> > "select"...) and then "use_fifo" will try r
On Wed, Jul 10, 2019, 11:06 Hendrik Leppkes wrote:
> On Wed, Jul 10, 2019 at 4:23 AM Dennis Mungai wrote:
> >
> > On Wed, Jul 10, 2019, 03:05 Aman Gupta wrote:
> >
> > > On Wed, Jun 26, 2019 at 4:25 AM wrote:
> > >
> > > > From: Limin Wang
On Wed, Jul 10, 2019, 03:05 Aman Gupta wrote:
> On Wed, Jun 26, 2019 at 4:25 AM wrote:
>
> > From: Limin Wang
> >
> > Below is the testing ffmpeg command for the setting:
> > ./ffmpeg -i input.ts -c:v hevc_videotoolbox -color_primaries bt2020
> > -colorspace bt2020_ncl -color_trc smpte2084 smpt
On Tue, May 28, 2019, 01:15 James Almer wrote:
> On 5/27/2019 7:13 PM, Timo Rothenpieler wrote:
> > On 27.05.2019 23:49, Lance Wang wrote:
> >> On Saturday, May 25, 2019, James Almer wrote:
> >>
> >>> On 5/22/2019 3:59 AM, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> The
On Thu, May 16, 2019, 18:49 qunming peng
wrote:
> Hi,
> May I know if there is a plan to integrate MVC into ffmpeg?
> Thanks,
> Brook
>
Hello there,
To the best of my knowledge, specific encoders (and hwaccel backends) have
support for H.264 MVC encoding, namely VAAPI (using the i965 driver) an
On Fri, 3 May 2019 at 15:24, Kieran Kunhya wrote:
> >
> >
> > Kieran,
> >
> > Can you point to evidence on the same? An active legal threat to "a
> > developer writing an open source implementation of NDI"?
> >
> > With that in place, it wouldn't be ignored as a material fact, would it?
> >
>
> h
On Fri, May 3, 2019, 10:22 Kieran Kunhya wrote:
> On Fri, 3 May 2019, 06:27 Jeyapal, Karthick, wrote:
>
> >
> > On Sun, Apr 28, 2019 at 4:02 PM Marton Balint wrote:
> >
> > > (In this case, NDI plugin is already open source).
>
>
> This is untrue.
>
> Furthermore, I am amazed you are all ignori
On Wed, 1 May 2019 at 13:04, Carl Eugen Hoyos wrote:
> 2019-04-30 19:48 GMT+02:00, Eoff, Ullysses A :
> >> -Original Message-
> >> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of
> >> Carl Eugen Hoyos
> >> Sent: Tuesday, April 23, 2019 12:48 PM
> >> To: FFmpeg d
On Fri, Mar 29, 2019, 00:16 Yufei He wrote:
> On 03/28/2019 04:18 PM, Dennis Mungai wrote:
> > On Thu, 28 Mar 2019 at 22:40, Nicolas George wrote:
> >
> >> No need to Cc me, I am subscribed to the list.
> >>
> >> Yufei He (12019-03-28):
> >>
On Thu, 28 Mar 2019 at 22:40, Nicolas George wrote:
> No need to Cc me, I am subscribed to the list.
>
> Yufei He (12019-03-28):
> > In windows, we need provide the interface library mvM264.lib to our
> > customers so that they can build. But driver installation of the card
> > does not have the
On Thu, 28 Mar 2019 at 06:27, Song, Ruiling wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> > Dennis Mungai
> > Sent: Thursday, March 28, 2019 11:15 AM
> > To: FFmpeg development disc
On Thu, 28 Mar 2019 at 06:10, Song, Ruiling wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> > Dennis Mungai
> > Sent: Thursday, March 28, 2019 7:11 AM
> > To: FFmpeg development disc
On Thu, 28 Mar 2019 at 02:05, Mark Thompson wrote:
> On 20/03/2019 07:57, Zhong Li wrote:
> > Currectly just standard header path and be found,
> > check_type/struct will fail if vaapi is installed somewhere else.
> > ---
> > configure | 18 ++
> > 1 file changed, 10 insertions(+
On Wed, 27 Mar 2019 at 17:51, Yufei He wrote:
> On 03/26/2019 02:36 PM, Dennis Mungai wrote:
>
>
>
> On Tue, Mar 26, 2019, 21:20 Yufei He wrote:
>
>> On 03/26/2019 11:31 AM, Dennis Mungai wrote:
>> > On Tue, 26 Mar 2019 at 18:21, Yufei He wrote:
>&g
On Tue, Mar 26, 2019, 21:20 Yufei He wrote:
> On 03/26/2019 11:31 AM, Dennis Mungai wrote:
> > On Tue, 26 Mar 2019 at 18:21, Yufei He wrote:
> >
> >> On 03/26/2019 08:53 AM, Timo Rothenpieler wrote:
> >> On 26/03/2019 13:47, Yufei He wrote:
> >> H
On Tue, 26 Mar 2019 at 18:21, Yufei He wrote:
> On 03/26/2019 08:53 AM, Timo Rothenpieler wrote:
> On 26/03/2019 13:47, Yufei He wrote:
> Hi
>
> Is there option for scaling on transcoding ?
>
> e.g. transcoding from a quadhd file to 640 * 480.
>
> Thanks.
>
> Yufei.
>
>
> Yes there is, but this i
On Thu, 21 Mar 2019 at 18:17, Jean-Baptiste Kempf wrote:
>
>
> On Thu, 21 Mar 2019, at 16:14, Ali KIZIL wrote:
> > I think the source code itself doesn't violate GPL. It use an external
> lib,
> > just like drivers.
>
> Drivers have a GPL exception.
> external libraries do not.
>
> --
> Jean-Bapt
On Thu, 21 Mar 2019 at 17:54, Maksym Veremeyenko wrote:
> On 20.03.2019 22:13, Dennis Mungai wrote:
> [...]
> > The primary agitator here seems to be kierank:
> > https://trac.ffmpeg.org/ticket/7589?cversion=0&cnum_hist=10#comment:5
> >
> > What undisclosed hi
On Thu, 21 Mar 2019 at 12:52, Jean-Baptiste Kempf wrote:
> On Thu, 21 Mar 2019, at 07:35, Dennis Mungai wrote:
> > And apparently calling out specific parties involved in this was
> translated
> > as an ad hominem attack.
>
> Single-outing one person, when you don'
On Thu, 21 Mar 2019 at 16:56, Jean-Baptiste Kempf wrote:
> On Thu, 21 Mar 2019, at 12:48, Ronald S. Bultje wrote:
> > So that's nvidia stuff (npp/cuda) and blackmagic. (I'm filtering out the
> > various ssl/aac components because they may be GPL-incompatible, but they
> > are opensource.)
>
> I e
On Thu, Mar 21, 2019, 02:35 Ali KIZIL wrote:
> Dennis Mungai , 20 Mar 2019 Çar, 23:20 tarihinde şunu
> yazdı:
>
> > On Wed, 20 Mar 2019 at 23:02, Marton Balint wrote:
> >
> > >
> > >
> > > On Wed, 20 Mar 2019, Jean-Baptiste Kempf wrote:
> >
On Wed, 20 Mar 2019 at 23:02, Marton Balint wrote:
>
>
> On Wed, 20 Mar 2019, Jean-Baptiste Kempf wrote:
>
> > On Wed, 20 Mar 2019, at 20:52, Marton Balint wrote:
> >> On Wed, 20 Mar 2019, Jean-Baptiste Kempf wrote:
> >>
> >> > On Wed, 20 Mar 2019, at 19:34, Marton Balint wrote:
> >> >> As I desc
On Sat, 9 Mar 2019 at 23:19, Carl Eugen Hoyos wrote:
> 2019-03-09 21:16 GMT+01:00, Carl Eugen Hoyos :
> > 2019-03-09 21:12 GMT+01:00, Kieran Kunhya :
> >> They have not responded to any communications:
> >> https://trac.ffmpeg.org/ticket/7589
> >
> > Missing minor version bump
>
> Sorry about thi
In this case , Carl's decision to strip their code from FFmpeg is valid.
This is a clear violation of the license terms.
On Mon, Dec 3, 2018, 19:38 Nicolas George Kyle Schwarz (2018-12-03):
> > https://www.newtek.com/blog/introducing-ndi-3-5/
> >
> > > ... and we even include FFMPEG for Windows w
018, 19:24 Carl Eugen Hoyos 2018-12-03 17:13 GMT+01:00, Dennis Mungai :
>
> > Has Newtek NDI been given a chance to rectify this from their end?
>
> Why do you believe that this would be a useful way to go?
>
> > This is clearly a license violation, but taking drastic steps
Hello there,
Has Newtek NDI been given a chance to rectify this from their end? This is
clearly a license violation, but taking drastic steps such as stripping
support for their protocols is a knee jerk reaction.
Let them respond before merging this PR.
Regards,
Dennis.
On Mon, Dec 3, 2018, 19
You might be better served by mpv.
libmpv may be a better implementation for a video player than ffplay.
On Sun, Oct 7, 2018, 19:04 Omer Iqbal wrote:
> Hey everyone!
>
> I am developing a video streaming mobile application. In order to support
> multiple orientations, I am currently using h.264'
Hello guys,
I had posted this earlier on the ffmpeg-user mailing list (and received no
response) and it'd seem that this is the right place for this, due to the
subject matter.
From the documentation available on FFmpeg's support for OpenMAX IL, the
only backend I can confirm to be officially su
94 matches
Mail list logo
