Re: [FFmpeg-devel] configure doesn't seem to use pkg-config flags?

On Thu, Jan 18, 2024 at 6:31 AM Timo Rothenpieler wrote: > > > > On 18/01/2024 04:38, Roger Pack wrote: > > Hello. > > After compiling libx265 as a "static library" (mingw cross compiling > > targeting win64) > > > > $ pkg-config --libs --

[FFmpeg-devel] configure doesn't seem to use pkg-config flags?

Hello. After compiling libx265 as a "static library" (mingw cross compiling targeting win64) $ pkg-config --libs --static x265 -L/home/rdp/new/sandbox/win64_static/build_files/lib -lx265 /usr/lib/gcc/x86_64-w64-mingw32/10-win32/libstdc++.a -lgcc I get this failure at configure time: ./configure

Re: [FFmpeg-devel] [PATCH 1/3] closed caption decoder: accept and decode a new codec type of 'raw 608 byte pairs'

once and didn't get a response so seems it's up to us. Thank you. -=roger=- On Thu, May 7, 2020 at 7:06 AM Paul B Mahol wrote: > > Is it just me, or the coded id is too much verbose? > > On 5/7/20, Anton Khirnov wrote: > > Quoting Roger Pack (2020-04-28 08:15:19) > >>

Re: [FFmpeg-devel] [PATCH 1/2] avdevice/dshow: remove unused variables

LGTM. On Wed, Apr 13, 2022 at 10:15 AM James Almer wrote: > > Remnant from f125c504d8fece6420bb97767f9e72414c26312a > > Signed-off-by: James Almer > --- > libavdevice/dshow.c | 8 > 1 file changed, 8 deletions(-) > > diff --git a/libavdevice/dshow.c b/libavdevice/dshow.c > index

Re: [FFmpeg-devel] [PATCH 2/2] avdevice/dshow: silence warnings about unused variable

On Wed, Apr 13, 2022 at 10:15 AM James Almer wrote: > > Use av_unused instead of wrapping the declaration under the DSHOWDEBUG check > in case future changes make use of it. > > Signed-off-by: James Almer > --- > libavdevice/dshow.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > >

Re: [FFmpeg-devel] [PATCH v4 00/22] avdevice (mostly dshow) enhancements

The dshow patches LGTM. I think I'm in favor of the realtime behavior changes as well. Cheers! On Fri, Mar 25, 2022 at 8:11 AM Diederick Niehorster wrote: > > This patch series implements a series of features, mostly enhancing the > dshow avdevice, but also adding new functionality to avformat.

Re: [FFmpeg-devel] [PATCH 0/6] Various libavdevice cleanup & enhancements

On Tue, Mar 22, 2022 at 7:40 AM wrote: > > From: Romain Beauxis > > This is a series of patches that fix and enhances libavdevice & have been > submitted multiple times in the past 6 months. In the series, the most > straightforward patches have been placed first in the list. > > While I have

Re: [FFmpeg-devel] [PATCH 1/6] Fix dshow device name/description

On Tue, Mar 22, 2022 at 7:40 AM wrote: > > From: Romain Beauxis > > diff --git a/libavdevice/dshow.c b/libavdevice/dshow.c > index 6039578ff9..4ee3f6e194 100644 > --- a/libavdevice/dshow.c > +++ b/libavdevice/dshow.c > @@ -552,8 +552,8 @@ dshow_cycle_devices(AVFormatContext *avctx, >

Re: [FFmpeg-devel] [PATCH v2 0/5] avdevice/dshow fixups

These LGTM. Feel free to add yourself as a dshow maintainer if so interested, as well! :) On Sun, Jan 2, 2022 at 2:50 AM Diederick Niehorster wrote: > > These five patches fix two regressions (one crashing bug making dshow > unusable on x86, and one regression introduced by my recent patches

Re: [FFmpeg-devel] [PATCH v7 01/12] avdevice/dshow: prevent NULL access

On Fri, Dec 24, 2021 at 1:50 AM Gyan Doshi wrote: > > > > On 2021-12-23 10:54 am, Gyan Doshi wrote: > > > > > > On 2021-12-23 10:39 am, Roger Pack wrote: > >> These LGTM, could someone apply them for me? > >> Thanks! > >

Re: [FFmpeg-devel] [PATCH v7 01/12] avdevice/dshow: prevent NULL access

These LGTM, could someone apply them for me? Thanks! On Tue, Dec 21, 2021 at 6:54 AM Diederick Niehorster wrote: > > list_options true would crash when both a video and an audio device were > specified as input. Crash would occur on line 784 because > ctx->device_unique_name[otherDevType] would

Re: [FFmpeg-devel] [PATCH 2/2] Fix missing PCM sample size option when it is used as the lone option for DirectShow audio capture

I have looked at these two patches and they look good to me, if anybody could commit them for me, that would be great. On Wed, Nov 3, 2021 at 8:10 PM Brad Isbell wrote: > > From 25e34ef9f995afffe67e519bb6f03a750aa09ae2 Mon Sep 17 00:00:00 2001 > From: Brad Isbell > Date: Wed, 3 Nov 2021

Re: [FFmpeg-devel] [PATCH 1/3] closed caption decoder: accept and decode a new codec type of 'raw 608 byte pairs'

Bump... On Wed, Apr 29, 2020 at 11:23 PM Roger Pack wrote: > > > > c9153590e5f167e41910d867639eb887164e28d2 > > > 0001-closed-caption-decoder-accept-and-decode-a-new-codec.patch > > > From bf29fe5330e83e37cf064b18918185c6b00d9b9f Mon Sep 17 00:00:00 2001 > >

Re: [FFmpeg-devel] [PATCH 1/3] closed caption decoder: accept and decode a new codec type of 'raw 608 byte pairs'

On Fri, May 1, 2020 at 12:22 AM Kieran Kunhya wrote: > > On Fri, 1 May 2020 at 04:59, Roger Pack wrote: > > > On Thu, Apr 30, 2020 at 4:30 AM Kieran Kunhya wrote: > > > > > > On Thu, 30 Apr 2020 at 07:22, Roger Pack wrote: > > > > > > > >

Re: [FFmpeg-devel] [PATCH 1/3] closed caption decoder: accept and decode a new codec type of 'raw 608 byte pairs'

On Thu, Apr 30, 2020 at 4:30 AM Kieran Kunhya wrote: > > On Thu, 30 Apr 2020 at 07:22, Roger Pack wrote: > > > > > c9153590e5f167e41910d867639eb887164e28d2 > > 0001-closed-caption-decoder-accept-and-decode-a-new-codec.patch > > > > From bf29fe5330e83e37cf

Re: [FFmpeg-devel] [PATCH 1/3] closed caption decoder: accept and decode a new codec type of 'raw 608 byte pairs'

> > c9153590e5f167e41910d867639eb887164e28d2 > > 0001-closed-caption-decoder-accept-and-decode-a-new-codec.patch > > From bf29fe5330e83e37cf064b18918185c6b00d9b9f Mon Sep 17 00:00:00 2001 > > From: rogerdpack > > Date: Tue, 28 Apr 2020 05:15:15 + > > Subject: [PATCH 1/3] closed caption

Re: [FFmpeg-devel] [PATCH 2/3] closed caption decoder: add new parameter to allow output to avoid repeated lines

On Tue, Apr 28, 2020 at 1:46 AM Hendrik Leppkes wrote: > > On Tue, Apr 28, 2020 at 8:19 AM Roger Pack wrote: > > > > I didn't actually *need* this but thought the functionality was very > > nice to have, so here's my contribution. > > > > It allows for fo

[FFmpeg-devel] [PATCH 3/3] directshow: add ability to read closed caption raw byte pairs from VBI pin

Here's the final piece (to actually use the new codec), where we allow to read raw CC 608 byte pairs from analog directshow TV capture devices ("read" in a loose sense of the term, it requires an intermediate dshow filter to extract the CC raw bytes from the VBI incoming stream, but anyway it

Re: [FFmpeg-devel] How to satisfy two codecs with one decoder?

On Fri, Apr 17, 2020 at 4:53 PM James Almer wrote: > > On 4/17/2020 7:40 PM, Roger Pack wrote: > > I want to add to the closed caption libavcodec/ccaption_dec.c decoder > > to be able to handle both 608 "over CEA 708" (which it already does) > > and also "r

[FFmpeg-devel] [PATCH 1/3] closed caption decoder: accept and decode a new codec type of 'raw 608 byte pairs'

I needed this in order to be able to parse raw analog TV closed caption byte pairs (analog line 21 CC's). 0001-closed-caption-decoder-accept-and-decode-a-new-codec.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

[FFmpeg-devel] [PATCH 2/3] closed caption decoder: add new parameter to allow output to avoid repeated lines

I didn't actually *need* this but thought the functionality was very nice to have, so here's my contribution. It allows for forcing "rollup" style closed captions to output one line at a time (basically, when there is a carriage return, it outputs a line), so there is never any duplication in the

[FFmpeg-devel] How to satisfy two codecs with one decoder?

I want to add to the closed caption libavcodec/ccaption_dec.c decoder to be able to handle both 608 "over CEA 708" (which it already does) and also "raw EIA 608 byte pairs" which it doesn't. My idea was to introduce a new codec id for the raw 608 pairs. AV_CODEC_ID_EIA_RAW_608 or the like. The

Re: [FFmpeg-devel] [PATCH] Fixing rare dshow input crash

On Wed, Feb 26, 2020 at 4:36 AM Carl Eugen Hoyos wrote: > > Am Mi., 26. Feb. 2020 um 06:57 Uhr schrieb Roger Pack : > > > > Original bigger patch is enough for now. Please merge, thanks! > > What happened to your git account? I never made one. Do we still send in pri

Re: [FFmpeg-devel] [PATCH] Fixing rare dshow input crash

Original bigger patch is enough for now. Please merge, thanks! On Wed, Jan 29, 2020 at 1:40 AM Paul B Mahol wrote: > > Please incorporate this change in previous bigger patch. It is ready for > merge. > > On 1/29/20, Roger Pack wrote: > > Good catch. > > Or may

Re: [FFmpeg-devel] [PATCH] Fixing rare dshow input crash

Good catch. Or maybe this? diff --git a/libavdevice/dshow.c b/libavdevice/dshow.c index d7f5bd7..96e4374 100644 --- a/libavdevice/dshow.c +++ b/libavdevice/dshow.c @@ -453,6 +453,7 @@ next: if (type->pbFormat) CoTaskMemFree(type->pbFormat); CoTaskMemFree(type); +

Re: [FFmpeg-devel] Possible memory leaks in dshow capture

Thanks for cleaning that up! On Thu, Jan 3, 2019 at 9:32 AM James Almer wrote: > > On 1/3/2019 1:12 PM, Oliver Collyer wrote: > > Version created using git format-patch. > > Applied, thanks. > ___ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org >

[FFmpeg-devel] --extra-ldexeflags don't take precedence

As a note, configuring with ... --extra-ldexeflags=-Wl,--image-base,0x1000 ... results in a link time command of /Users/rdp/dev/ffmpeg-windows-build-helpers/sandbox/cross_compilers/mingw-w64-x86_64/bin/x86_64-w64-mingw32-gcc -Wl,--nxcompat,--dynamicbase -Wl,--high-entropy-va -Wl,--as-needed

Re: [FFmpeg-devel] Initialize DirectShow source filters with IFileSourceFilter::Load

On Fri, Sep 21, 2018 at 3:19 PM Maxim Ershtein wrote: > > Hello, > > ffmpeg allows capturing a/v from custom DirectShow source filters, and > provides some methods to pass parameters to these filters, but these > methods seem insufficient. > > So ffmpeg offers to launch a filter configuration

Re: [FFmpeg-devel] [PATCH] configure: Change license required for NewTek SDK

On Wed, Feb 14, 2018 at 6:48 AM, Ricardo Constantino wrote: > On 14 February 2018 at 12:56, Tomas Härdin wrote: > > > On 2018-02-14 13:50, Kyle Schwarz wrote: > > > >> On Wed, Feb 14, 2018 at 7:45 AM, Hendrik Leppkes > >> wrote: > >> > >>> On Wed, Feb 14, 2018 at 1:32 PM, Kyle Schwarz >

Re: [FFmpeg-devel] [PATCH 1/2] img2: added support for %t output pattern

On 12/2/16, James Almer <jamr...@gmail.com> wrote: > On 12/2/2016 10:06 PM, Roger Pack wrote: >> On 11/25/16, Roger Pack <rogerdpa...@gmail.com> wrote: >>> On 11/18/16, Roger Pack <rogerdpa...@gmail.com> wrote: >>>> On 11/15/16, James Almer <ja

Re: [FFmpeg-devel] [PATCH 1/2] img2: added support for %t output pattern

On 11/18/16, Roger Pack <rogerdpa...@gmail.com> wrote: > On 11/15/16, James Almer <jamr...@gmail.com> wrote: >> On 11/10/2016 4:26 PM, Roger Pack wrote: >>> On 11/1/16, James Almer <jamr...@gmail.com> wrote: >>>> > On 11/1/2016 6:43 PM, James Alme

Re: [FFmpeg-devel] [PATCH 1/2] img2: added support for %t output pattern

On 11/15/16, James Almer <jamr...@gmail.com> wrote: > On 11/10/2016 4:26 PM, Roger Pack wrote: >> On 11/1/16, James Almer <jamr...@gmail.com> wrote: >>> > On 11/1/2016 6:43 PM, James Almer wrote: >>>> >> On 1

Re: [FFmpeg-devel] [PATCH 1/2] img2: added support for %t output pattern

On 11/10/16, Roger Pack <rogerdpa...@gmail.com> wrote: > On 11/1/16, James Almer <jamr...@gmail.com> wrote: >> On 11/1/2016 6:43 PM, James Almer wrote: >>> On 10/25/2016 9:38 PM, Roger Pack wrote: >>>> From e8cac5c7de18766ce0f8f286f7dc140b82129df2 Mon

Re: [FFmpeg-devel] [FFmpeg-cvslog] Merge commit '7a745f014f528d1001394ae4d2f4ed1a20bf7fa2'

On 11/14/16, James Almer wrote: > On 11/14/2016 8:01 AM, Michael Niedermayer wrote: >> On Sun, Nov 13, 2016 at 10:32:13PM +0100, Hendrik Leppkes wrote: >>> ffmpeg | branch: master | Hendrik Leppkes | Sun Nov >>> 13 22:29:04 2016 +0100|

Re: [FFmpeg-devel] [PATCH 1/2] img2: added support for %t output pattern

On 11/1/16, James Almer <jamr...@gmail.com> wrote: > On 11/1/2016 6:43 PM, James Almer wrote: >> On 10/25/2016 9:38 PM, Roger Pack wrote: >>> From e8cac5c7de18766ce0f8f286f7dc140b82129df2 Mon Sep 17 00:00:00 2001 >>> From: rogerdpack <rogerpack2...@gmail.com&

Re: [FFmpeg-devel] [PATCH 1/2] img2: added support for %t output pattern

On 11/1/16, James Almer <jamr...@gmail.com> wrote: > On 10/25/2016 9:38 PM, Roger Pack wrote: >> From e8cac5c7de18766ce0f8f286f7dc140b82129df2 Mon Sep 17 00:00:00 2001 >> From: rogerdpack <rogerpack2...@gmail.com> >> Date: Tue, 25 Oct 2016 18:33:12 -0600 >> S

Re: [FFmpeg-devel] [PATCH 1/2] img2: added support for %t output pattern

On 10/26/16, Michael Niedermayer <mich...@niedermayer.cc> wrote: > On Tue, Oct 25, 2016 at 06:38:12PM -0600, Roger Pack wrote: >> On 10/25/16, Michael Niedermayer <mich...@niedermayer.cc> wrote: >> > On Mon, Oct 24, 2016 at 03:20:14PM -0600, Roger Pack wrote: >>

Re: [FFmpeg-devel] [PATCH 1/2] img2: added support for %t output pattern

On 10/16/16, Michael Niedermayer <mich...@niedermayer.cc> wrote: > On Mon, Oct 10, 2016 at 02:56:24PM -0600, Roger Pack wrote: >> On 9/22/16, Roger Pack <rogerdpa...@gmail.com> wrote: >> > On 1/4/12, Yuval Adam <yuv@gmail.com> wrote: >&

Re: [FFmpeg-devel] PATCH: dshow prevent some windows 10 anniv. ed crashes

On 9/5/16, Roger Pack <rogerdpa...@gmail.com> wrote: > On 9/4/16, Carl Eugen Hoyos <ceffm...@gmail.com> wrote: >> Hi! >> >> 2016-08-20 12:09 GMT+02:00 Timo Rothenpieler <t...@rothenpieler.org>: >>> On 8/19/2016 3:28 PM, Roger Pack wrote: >>

Re: [FFmpeg-devel] [PATCH 1/2] img2: added support for %t output pattern

On 10/10/16, Roger Pack <rogerdpa...@gmail.com> wrote: > On 9/22/16, Roger Pack <rogerdpa...@gmail.com> wrote: >> On 1/4/12, Yuval Adam <yuv@gmail.com> wrote: >>> From: Yuval Adam <yuv@gmail.com> >>> >>> The image2 muxe

Re: [FFmpeg-devel] [PATCH 1/2] img2: added support for %t output pattern

On 9/22/16, Roger Pack <rogerdpa...@gmail.com> wrote: > On 1/4/12, Yuval Adam <yuv@gmail.com> wrote: >> From: Yuval Adam <yuv@gmail.com> >> >> The image2 muxer now supports timestamps in output filenames. >> When used in an output patterm '%t'

Re: [FFmpeg-devel] [PATCH 1/2] img2: added support for %t output pattern

On 1/4/12, Yuval Adam wrote: > From: Yuval Adam > > The image2 muxer now supports timestamps in output filenames. > When used in an output patterm '%t' will be replaced with the frames > timestamp in hours, minutes and seconds (hh:mm:ss). A somewhat updated

Re: [FFmpeg-devel] PATCH: dshow prevent some windows 10 anniv. ed crashes

On 9/4/16, Carl Eugen Hoyos <ceffm...@gmail.com> wrote: > Hi! > > 2016-08-20 12:09 GMT+02:00 Timo Rothenpieler <t...@rothenpieler.org>: >> On 8/19/2016 3:28 PM, Roger Pack wrote: >>> No complaints, would someone please push it for me? Sorry still >&

Re: [FFmpeg-devel] PATCH: dshow prevent some windows 10 anniv. ed crashes

No complaints, would someone please push it for me? Sorry still haven't figured out the key thing yet. On 8/16/16, Roger Pack <rogerdpa...@gmail.com> wrote: > Windows 10 anniversary edition screwed with how dshow video capture works. > This patch "helps" in some instances, t

Re: [FFmpeg-devel] Compile using bash in Win10 anniversary?

On 8/13/16, Timo Rothenpieler wrote: > On 8/12/2016 8:12 PM, Dan Haddix wrote: >> Can you cross compile ffmpeg for Windows using the new bash built in to >> Win10 anniversary? I'm currently using MinGW but it seems like it might be >> easier to use the built in bash if

Re: [FFmpeg-devel] [PATCH] avcodec: Remove libfaac, the internal AAC encoder is better

On 4/10/16, Michael Niedermayer wrote: > On Sun, Apr 10, 2016 at 07:29:05PM +0100, Rostislav Pehlivanov wrote: >> On 10 April 2016 at 17:42, Michael Niedermayer >> wrote: >> >> > On Sun, Apr 10, 2016 at 04:38:35PM +0100, Kieran Kunhya wrote: >> > >

[FFmpeg-devel] PATCH: dshow prevent some windows 10 anniv. ed crashes

Windows 10 anniversary edition screwed with how dshow video capture works. This patch "helps" in some instances, though it still crashes with rgb24 input (still working on that), at least now it works with yuvp etc. Thanks. -Roger (a dshow maintainer)

Re: [FFmpeg-devel] [GSoC] BDA (DTV) Capture / tuning -- work-in-progress

e it's useful to someone in the meantime. Cheers! On 5/28/16, Roger Pack <rogerdpa...@gmail.com> wrote: > On 12/29/15, Hendrik Leppkes <h.lepp...@gmail.com> wrote: >> On Wed, Dec 30, 2015 at 12:33 AM, Hendrik Leppkes <h.lepp...@gmail.com> >> wrote: >>> On Wed,

Re: [FFmpeg-devel] Changing media formats mid stream

header(). >> > >> > Sadly, it does not work, it does not goes beyond the dshow "chit-chat" >> > between filters/pins. >> > >> > After ctrl+c however the right codec stats are displayed... >> > >> > Regards, >> > Máté >&

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/cuvid: add cuvid decoder

OK where do we find the "Nvidia CUVID decoder" library, is it this? https://1f0.de/lav-cuvid/ On 6/10/16, Timo Rothenpieler wrote: > --- > Changelog | 2 + > MAINTAINERS| 1 + > configure | 34 +++ > libavcodec/Makefile| 5

Re: [FFmpeg-devel] [PATCH v3] lavd/decklink_common: Fix error caused by -Werror=missing-prototypes

could you post a copy of the compile failure for reference? On 6/26/16, Rick Kern wrote: > decklink_common.cpp includes a .cpp file from the DeckLink API which fails > to build because there are non-static functions in the included .cpp file. > This disables the

Re: [FFmpeg-devel] Mix image sequence to video & dshow to audio

On 6/23/16, Gábor Alsecz wrote: > Dear All, > > I am on a Windows machine and have no idea how can i: > - Grab input sound from attached mic (usb) without dshow device > OR > - mix up the following command with dshow to get audio input from attached > mic. > > ffmpeg -loop 1 -i

Re: [FFmpeg-devel] PATCH: dshow: don't add two instances of same device to graphs

On 6/15/16, Clément Bœsch <u...@pkh.me> wrote: > On Wed, Jun 15, 2016 at 02:54:09AM -0600, Roger Pack wrote: >> A handful of devices don't support this, and the rest work fine with it >> :) >> >> -roger- > >> From e724d7f169bcae3217455cd88f9c023

[FFmpeg-devel] PATCH: dshow: don't add two instances of same device to graphs

A handful of devices don't support this, and the rest work fine with it :) -roger- From e724d7f169bcae3217455cd88f9c023d275d367a Mon Sep 17 00:00:00 2001 From: rogerdpack Date: Wed, 15 Jun 2016 02:17:11 -0600 Subject: [PATCH] dshow: don't add two instances of same device

Re: [FFmpeg-devel] [PATCH 2/2] dshow: Make dshow device buildable on Cygwin

which compiler (mingw-w64 I presume?) are you using here? On 5/6/16, Moriyoshi Koizumi wrote: > From: Moriyoshi koizumi > > wchar_t is not always the same thing as WCHAR. > > Signed-off-by: Moriyoshi koizumi > --- > libavdevice/dshow.c | 6

Re: [FFmpeg-devel] [GSoC] BDA (DTV) Capture / tuning -- work-in-progress

On 12/29/15, Hendrik Leppkes <h.lepp...@gmail.com> wrote: > On Wed, Dec 30, 2015 at 12:33 AM, Hendrik Leppkes <h.lepp...@gmail.com> > wrote: >> On Wed, Dec 30, 2015 at 12:23 AM, Roger Pack <rogerdpa...@gmail.com> >> wrote: >>>> OK I had this gr

Re: [FFmpeg-devel] Cyrillic devices name support in libavdevice/dshow

> Hello Derek, > > IU> Wednesday, December 16, 2015, 8:24:33 PM, you wrote: > > DB>> On 12/16/2015 4:29 PM, Roger Pack wrote: >>>> Still mulling over why this would be needed...hm > > DB>> It makes sense that CP_OEMCP is needed for device names, in my min

Re: [FFmpeg-devel] [PATCH 1/2] dshow: Add missing library dependency (dxguid)

did you have a failure with this? in what environment? On 5/6/16, Moriyoshi Koizumi wrote: > From: Moriyoshi koizumi > > Signed-off-by: Moriyoshi koizumi > --- > configure | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [FFmpeg-devel] [PATCH] lavd/dshow_crossbar: remove trailing whitespace

On 3/26/16, Lou Logan wrote: > Signed-off-by: Lou Logan > --- > Probably don't need to send this for review, but I know nothing of dshow > and can't test this trivial change since I don't use Windows. > --- > libavdevice/dshow_crossbar.c | 4 ++-- > 1 file changed,

Re: [FFmpeg-devel] [PATCH] avcodec: Remove libvo-aacenc support.

On 1/25/16, Hendrik Leppkes wrote: > On Mon, Jan 25, 2016 at 1:13 PM, Michael Niedermayer > wrote: >> On Mon, Jan 25, 2016 at 10:24:36AM +, Carl Eugen Hoyos wrote: >>> Kieran Kunhya kunhya.com> writes: >>> >>> > The internal encoder is superior

Re: [FFmpeg-devel] feature request: add instructions on the trac upload page for how to upload larger files

On 2/2/16, Carl Eugen Hoyos <ceho...@ag.or.at> wrote: > Roger Pack gmail.com> writes: > >> I wonder if it would be possible to tweak some config >> setting so that 10 MB uploads is the max? > > Please don't! reasoning? if we're going to use the disk space by pu

Re: [FFmpeg-devel] feature request: add instructions on the trac upload page for how to upload larger files

On 1/15/16, Michael Niedermayer <mich...@niedermayer.cc> wrote: > On Fri, Jan 15, 2016 at 02:00:19PM -0700, Roger Pack wrote: >> I know ways exist to "upload" a file larger than 2.5MB. >> However many people "at trac upload time" may be unfamiliar w

[FFmpeg-devel] feature request: add instructions on the trac upload page for how to upload larger files

I know ways exist to "upload" a file larger than 2.5MB. However many people "at trac upload time" may be unfamiliar with those. Might be nice to add a link on the trac "upload" page to the instructions for larger files. Example page:

Re: [FFmpeg-devel] have some major changes for nvenc support

On 1/8/16, Andrey Turkin wrote: > In my opinion this proliferation of various filters which do the same thing > in different way is a configuration headache. There's CPU filters: one for > scaling/format conversion, one for padding, one for cropping, like 5 > different

Re: [FFmpeg-devel] have some major changes for nvenc support

On 11/5/15, wm4 wrote: > On Thu, 5 Nov 2015 16:23:04 +0800 > Agatha Hu wrote: > >> 2) We use AVFrame::opaque field to store a customized ffnvinfo struture >> to prevent expensive CPU<->GPU transferration. Without it, the workflow >> will be like CPU

Re: [FFmpeg-devel] [PATCH] avfilter: add SOFAlizer audio filter

On 12/10/15, Paul B Mahol wrote: > Signed-off-by: Paul B Mahol > --- > Lite version of one sent to VLC mailing list with only slow but high quality > mode present. > To use you need recent netCDF library, SOFA file(s), multichannel audio and > headphones.

Re: [FFmpeg-devel] [WIP] SDL2 in ffplay

On 1/2/16, Marton Balint wrote: > Hi, > > To anybody who is interested, I have pushed my experimental SDL2 branch of > ffplay to github. (https://github.com/cus/ffplay.git) > > SDL2 completely replaced SDL_Overlay with 3D textures, so with SDL2 it is > possible to: > - Use

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/nvenc: Include NVENC SDK header

On 12/10/15, Philip Langdale wrote: > On 2015-12-09 21:34, wm4 wrote: >> On Mon, 7 Dec 2015 19:34:20 +0100 >> Timo Rothenpieler wrote: >> >>> > I don't remember if this was discussed when avisynth and other headers >>> > where included, but what's the

Re: [FFmpeg-devel] [GSoC] BDA (DTV) Capture / tuning -- work-in-progress

> OK I had this great idea to capture the incoming MPEG2 transport > stream from the digital TV capture device. Kind of like "raw" stream, > so FFmpeg could have access to, for instance, all the audio stream. > > It appears that the type coming out of the tuner is: > MEDIATYPE_Stream > with

Re: [FFmpeg-devel] [PATCH]lavc/libvo-aac: Mark the encoder as experimental

On 12/11/15, Lou Logan wrote: > On Wed, 9 Dec 2015 21:24:06 +0100, Hendrik Leppkes wrote: > >> libvo-aacenc doesn't see any development anymore. >> Its an encoder taken from the android sdk a long time ago, but AOSP >> replaced it with fdk-aac, so libvo-aacenc is EOL. >> >> And its

Re: [FFmpeg-devel] [GSoC] BDA (DTV) Capture / tuning -- work-in-progress

On 12/17/15, Roger Pack <rogerdpa...@gmail.com> wrote: > On 8/22/15, Michael Niedermayer <mich...@niedermayer.cc> wrote: >> On Sat, Aug 22, 2015 at 05:18:04AM +0200, Máté Sebők wrote: >>> > >>> > fails to build with mingw due to missing header >>&

Re: [FFmpeg-devel] [GSoC] BDA (DTV) Capture / tuning -- work-in-progress

On 8/22/15, Michael Niedermayer wrote: > On Sat, Aug 22, 2015 at 05:18:04AM +0200, Máté Sebők wrote: >> > >> > fails to build with mingw due to missing header >> > In file included from ffmpeg/libavdevice/dshow.c:33:0: >> > ffmpeg/libavdevice/bdadefs.h:8:24: fatal error:

Re: [FFmpeg-devel] Cyrillic devices name support in libavdevice/dshow

On 12/14/15, Michael Savin wrote: > Hi, please review this patch for cyrillic devices name support in > libavdevice/dshow. > Bug described here: https://trac.ffmpeg.org/ticket/5045 Still mulling over why this would be needed...hm

Re: [FFmpeg-devel] request for feedback on video codec idea

On 10/14/15, Hendrik Leppkes <h.lepp...@gmail.com> wrote: > On Wed, Oct 14, 2015 at 8:08 PM, Roger Pack <rogerdpa...@gmail.com> wrote: >> Lacking a better place to debate this, I would like to ask some >> questions on a video codec idea... >> >> The goal is b

Re: [FFmpeg-devel] request for feedback on video codec idea

On 10/14/15, Nicolas George <geo...@nsup.org> wrote: > Le tridi 23 vendémiaire, an CCXXIV, Roger Pack a écrit : >> For instance, given 3 frames of video ("one after another" from the >> incoming video stream), "combine them" into one stream like: >>

Re: [FFmpeg-devel] PATCH: gdigrab work for DPI in windows

.@googlemail.com> wrote: >>> >>>> On Wed, 23 Sep 2015 12:04:43 -0600 >>>> Roger Pack <rogerdpa...@gmail.com> wrote: >>>> >>>> > From 6a972dda58bd5ab31524cd4e5326b4bcdeaeaa8c Mon Sep 17 00:00:00 2001 >>>> > From: r

[FFmpeg-devel] request for feedback on video codec idea

Lacking a better place to debate this, I would like to ask some questions on a video codec idea... The goal is basically to create a very fast lossless screen capture codec (i.e. in the input there will be lots of repeated "colors" of neighboring pixels, not a lot of dynamic content between

Re: [FFmpeg-devel] PATCH: gdigrab work for DPI in windows

On 9/23/15, Roger Pack <rogerdpa...@gmail.com> wrote: > See attached, tested locally. > Cheers! Bump ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] PATCH: gdigrab work for DPI in windows

See attached, tested locally. Cheers! -roger- 0001-gdigrab-grab-right-desktop-size-if-DPI-in-use-based-.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] Changing media formats mid stream

I've run into the case today where (if we understand it correctly) you setup a directshow graph, it advertises media types, then when you start the graph, it actually calls through and says here's your *real* media type. Does ffmpeg internals have any concept of or support for a changing media

Re: [FFmpeg-devel] FFmpegs future and resigning as leader

On 7/31/15, Michael Niedermayer mich...@niedermayer.cc wrote: Hi all Ive been in FFmepg since 14 years and been the leader since 11 years and i feel that iam not the best person for the leader position. I had hoped for a long time that the fork situation would resolve and both sides somehow

Re: [FFmpeg-devel] [GSoC] BDA (DTV) Capture / tuning -- work-in-progress

On 8/21/15, Máté Sebők smfinc@gmail.com wrote: Hi, Due to various problems, it's only got this far: - can list DTV Tuners and Receiver Components (in a bit akward way) - ATSC / DVB-T /-S /-C can be selected - DTV channels can be tuned in only to frequency - only video can be

Re: [FFmpeg-devel] PATCH dshow more debug timestamp info

On 7/31/15, Michael Niedermayer mich...@niedermayer.cc wrote: On Fri, Jul 31, 2015 at 10:11:29AM -0600, Roger Pack wrote: On 7/30/15, Michael Niedermayer mich...@niedermayer.cc wrote: On Thu, Jul 30, 2015 at 03:56:30PM -0600, Roger Pack wrote: See attached. Possibly useful for debugging

[FFmpeg-devel] PATCH dshow more debug timestamp info

See attached. Possibly useful for debugging async issues that crop up from time to time. Thanks! -roger- 0001-dshow-show-more-debug-timestamp-info.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH] Support Ctrl+Break in ffmpeg.exe on Windows as if it was Ctrl+C

On 6/30/15, Michael Niedermayer michae...@gmx.at wrote: On Mon, Jun 29, 2015 at 11:09:14PM -0600, Roger Pack wrote: [...] +Sleep(0); the funky line ending is here OK try this one. thanks! 0001-windows-respond-to-logoff-and-ctrl-break-messages-as.patch Description: Binary

Re: [FFmpeg-devel] [PATCH] Support Ctrl+Break in ffmpeg.exe on Windows as if it was Ctrl+C

On 6/30/15, Michael Niedermayer michae...@gmx.at wrote: On Tue, Jun 30, 2015 at 01:00:22PM -0600, Roger Pack wrote: On 6/30/15, Michael Niedermayer michae...@gmx.at wrote: On Mon, Jun 29, 2015 at 11:09:14PM -0600, Roger Pack wrote: [...] +Sleep(0); the funky line ending

Re: [FFmpeg-devel] Intel QSV encoder

You basically build it normally but build this as a library first: https://github.com/mjb2000/mfx_dispatch.git and configure with --enable-libmfx (NB that this mfx_dispatch thinger isn't compatible with windows XP so I don't use it personally):

Re: [FFmpeg-devel] verbiage

On 6/24/15, compn te...@mi.rr.com wrote: On Wed, 24 Jun 2015 04:30:10 -0600 Roger Pack rogerdpa...@gmail.com wrote: Received signal %d: terminating. Today sounds as if the process is hard exiting (like SIGKILL or some odd) when it might be as benign as a ctrl+c that is used as a normal

Re: [FFmpeg-devel] [PATCH] Support Ctrl+Break in ffmpeg.exe on Windows as if it was Ctrl+C

On 6/25/15, James Almer jamr...@gmail.com wrote: On 24/06/15 7:19 AM, Roger Pack wrote: +#ifdef HAVE_SETCONSOLECTRLHANDLER +static BOOL WINAPI CtrlHandler(DWORD fdwCtrlType) +{ +av_log(NULL, AV_LOG_DEBUG, \nReceived windows signal %d\n, fdwCtrlType); + +switch (fdwCtrlType

Re: [FFmpeg-devel] [PATCH] Support Ctrl+Break in ffmpeg.exe on Windows as if it was Ctrl+C

On 7/5/12, Michael Niedermayer michae...@gmx.at wrote: On Mon, Jun 25, 2012 at 02:21:21PM +0200, Michael Niedermayer wrote: On Tue, Jun 19, 2012 at 07:10:04PM +0200, Reimar Döffinger wrote: On 19 Jun 2012, at 11:31, Joe Wreschnig joe.wresch...@gmail.com wrote: On Windows, the Ctrl+Break

[FFmpeg-devel] verbiage

Hello again. I was thinking this text: Received signal %d: terminating. Today sounds as if the process is hard exiting (like SIGKILL or some odd) when it might be as benign as a ctrl+c that is used as a normal shutdown process. Perhaps it could be made to be something like: Shutting down

Re: [FFmpeg-devel] [PATCH] Support Ctrl+Break in ffmpeg.exe on Windows as if it was Ctrl+C

On 6/24/15, Michael Niedermayer michae...@gmx.at wrote: On Wed, Jun 24, 2015 at 04:19:38AM -0600, Roger Pack wrote: On 7/5/12, Michael Niedermayer michae...@gmx.at wrote: On Mon, Jun 25, 2012 at 02:21:21PM +0200, Michael Niedermayer wrote: On Tue, Jun 19, 2012 at 07:10:04PM +0200, Reimar

Re: [FFmpeg-devel] patch: log when hard exiting from too many signals.

On 6/24/15, wm4 nfx...@googlemail.com wrote: On Wed, 24 Jun 2015 13:04:27 +0200 Michael Niedermayer michae...@gmx.at wrote: On Wed, Jun 24, 2015 at 04:28:22AM -0600, Roger Pack wrote: If it looks worth anything, see attached (there's only one file). Thanks! ffmpeg.c |4 +++- 1

Re: [FFmpeg-devel] [PATCH][GSoC] dshow add support for saving and loading of capture devices

. Just to match the existing code style. It's practically there, thank you! -roger- On Wed, Apr 22, 2015 at 4:46 PM, Roger Pack rogerdpa...@gmail.com wrote: On 4/22/15, Michael Niedermayer michae...@gmx.at wrote: On Wed, Apr 22, 2015 at 01:40:03PM +0200, Hendrik Leppkes wrote: On Wed, Apr 22

Re: [FFmpeg-devel] [PATCH][GSoC] dshow add support for saving and loading of capture devices

On 4/22/15, Máté Sebők smfinc@gmail.com wrote: Indeed, sorry i've forgotten to change the Eclipse' EOL to unix-- now fixed. Error handler fixed. Thank you it's very close. A few more nits and we'll be there. You have +if (ofile_stream) +IStream_Release(ofile_stream);

Re: [FFmpeg-devel] [PATCH][GSoC] dshow add support for saving and loading of capture devices

On 4/22/15, Michael Niedermayer michae...@gmx.at wrote: On Wed, Apr 22, 2015 at 01:40:03PM +0200, Hendrik Leppkes wrote: On Wed, Apr 22, 2015 at 1:12 PM, Michael Niedermayer michae...@gmx.at wrote: On Wed, Apr 22, 2015 at 12:47:59PM +0200, Máté Sebők wrote: Indeed, sorry i've forgotten to

Re: [FFmpeg-devel] [PATCH][GSoC] dshow add support for saving and loading of capture devices

OK some verbiage nits: +@item capture_audio_device_load I'd suggest naming it it audio_device_load_from_filename instead. Similar for video. +Load an audio capture filter device from file instead of searching +it by name. It c, if the filter +supports the serialization of its properties to. +To

Re: [FFmpeg-devel] [PATCH] lavf/avisynth: fix compilation, remove bundled headers

On 3/26/15, John Warburton j...@johnwarburton.net wrote: On Wed, Mar 25, 2015 at 7:50 PM, Michael Niedermayer michae...@gmx.at wrote: On Wed, Mar 25, 2015 at 01:59:18PM -0400, Stephen Hutchinson wrote: On Wed, Mar 25, 2015 at 12:49 PM, Michael Niedermayer michae...@gmx.at wrote: ive applied

Re: [FFmpeg-devel] [PATCH] lavf/avisynth: fix compilation, remove bundled headers

On 3/25/15, Michael Niedermayer michae...@gmx.at wrote: On Tue, Mar 24, 2015 at 07:40:33PM +0100, Martin Herkt wrote: Merge commit 1530732 broke compilation with AviSynth enabled. There's really no reason to keep outdated, incompatible copies of these headers in the FFmpeg source tree. No one

Re: [FFmpeg-devel] GSoC '15 Introduction

On 3/8/15, compn te...@mi.rr.com wrote: On Sat, 7 Mar 2015 20:24:16 +0200 Ilinca Andrei andrei.ilinc...@gmail.com wrote: Hello! welcome! *Why directshow digital video capture ?* Simply because It sounds really interesting and entertaining. I have some experience

  1   2   >