OK I was able to reproduce the problem.
Patch looks good, see attached, FWIW.
Thanks!
-roger-
On Sat, Aug 16, 2014 at 4:17 PM, Michael Niedermayer michae...@gmx.at
wrote:
On Fri, Aug 08, 2014 at 05:08:46PM +0800, hlszl1...@163.com wrote:
hi, all
I'm using gdigrab feature on windows, and
Do you have some instructions on how to get the headers to make this
download work? Any links to some device to exercise the code, like on
amazon [cheaper better LOL].
On Tue, Sep 2, 2014 at 3:26 AM, Deti Fliegl d...@fliegl.de wrote:
On 30.08.14 01:22, Michael Niedermayer wrote:
moving code
So you tested this in linux and windows? And it works? What is the
advantage of this over dshow, does it work better somehow [I know dshow
is deficient in multiple ways, FWIW]. Or was it just to add linux support?
Cheers!
-roger-
On Mon, Aug 18, 2014 at 12:40 PM, Deti Fliegl d...@fliegl.de
On Mon, Sep 15, 2014 at 11:19 AM, Amnon Israely amno...@gmail.com wrote:
It's work already more than 24h
Maybe it's not a big problem but in some scenario may do some problem
Input #0, decklink, from 'DeckLink SDI (3)@3':
Duration: N/A, start: 0.00, bitrate: 172032 kb/s
Stream
:15 AM, Roger Pack rogerdpa...@gmail.com wrote:
On Wed, Nov 19, 2014 at 3:03 PM, Zach Swena zcybercomput...@gmail.com
wrote:
Hi,
Can anyone elaborate on why direct show devices that use crossbar are
not
supported by FFmpeg? Also, what is keeping someone from taking the
crossbar
On 1/30/15, Don Moir donm...@comcast.net wrote:
- Original Message -
From: Roger Pack rogerdpa...@gmail.com
To: FFmpeg development discussions and patches ffmpeg-devel@ffmpeg.org
Sent: Friday, January 30, 2015 7:09 AM
Subject: [FFmpeg-devel] PATCH dshow show devices options
See
On 1/31/15, Roger Pack rogerdpa...@gmail.com wrote:
On 1/30/15, Michael Niedermayer michae...@gmx.at wrote:
On Fri, Jan 30, 2015 at 08:55:45AM -0700, Roger Pack wrote:
On 1/30/15, Don Moir donm...@comcast.net wrote:
- Original Message -
From: Roger Pack rogerdpa...@gmail.com
Hello.
My basic question at hand how to enumerate dshow devices.
I noticed that the current AVDeviceInfo struct (used by
avdevice_list_devices and I presume by libraries that want to use
libavdevice, to enumerate devices and options) looks the following:
typedef struct AVDeviceInfo {
char
- Original Message -
From: Roger Pack rogerdpa...@gmail.com
To: FFmpeg development discussions and patches
ffmpeg-devel@ffmpeg.org
Sent: Monday, March 10, 2014 2:58 PM
Subject: Re: [FFmpeg-devel] probable dshow bug or strangeness
On 3/7/14, Don Moir donm...@comcast.net wrote:
I am posting
Hello. I've noticed there are a few .cpp files in the codebase, but
not many (most seem to be tied to windows).
I have the choice, with the dshow stuff, to write in its native cpp
style (much easier/clearer IMO) or to convert it to straight c
wrapper style stuff. Is there a large preference for
On 2/9/15, wm4 nfx...@googlemail.com wrote:
On Mon, 9 Feb 2015 14:30:27 -0700
Roger Pack rogerdpa...@gmail.com wrote:
Hello. I seem to have noticed that on ffmpeg trac's that I have
commented on, if there's a later updated, I don't get any email
notification of such. Is this expected [ I
On 1/30/15, Michael Niedermayer michae...@gmx.at wrote:
On Fri, Jan 30, 2015 at 08:55:45AM -0700, Roger Pack wrote:
On 1/30/15, Don Moir donm...@comcast.net wrote:
- Original Message -
From: Roger Pack rogerdpa...@gmail.com
To: FFmpeg development discussions and patches
ffmpeg
Hello. I seem to have noticed that on ffmpeg trac's that I have
commented on, if there's a later updated, I don't get any email
notification of such. Is this expected [ I would *like* to be
notified in this case].
Thanks!
-roger-
___
ffmpeg-devel
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
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
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
See attached. Hope I didn't get it reversed or something weird.
-roger-
0001-dshow-show-incremental-values-allowed.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
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
. 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
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);
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
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
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
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
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
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
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
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):
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
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
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
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
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
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
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
.@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
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
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
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
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
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:
>>
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:
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
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
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
> 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
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
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.
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
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
>>&
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
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
> 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
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
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
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
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
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:
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
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
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
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
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,
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
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
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é
>&
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,
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
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:
>> > >
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
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)
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
>&
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
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'
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&
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:
>>
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:
>&
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
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
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
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|
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:
>>
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
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
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
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
>
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
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
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
>
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
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);
+
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
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
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
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:
> > >
> > > > >
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
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
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
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
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
1 - 100 of 114 matches
Mail list logo