ht want to update or repair your weird Windows SDK.
I thought x86_64-w64-mingw32 was quite standard.
Anyway - thanks :-)
--
Mark Himsley
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubs
er/vsrc_ddagrab.o] Error 1
I had hoped that if I included `--disable-indev=gdigrab` in my
./configure then I could get around this problem, but it seems not -
the build continues to fail at the same place.
--
Mark Himsley
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
233:24: warning: assignment to
'int' from 'void *' makes integer from pointer without a cast
[-Wint-conversion]
233 | set_thread_dpi = NULL;
|^
libavfilter/vsrc_ddagrab.c:239:24: warning: assignment to 'int' from
'void *' makes integer from poin
On Fri, 22 Jan 2021 at 11:11, Andreas Rheinhardt
wrote:
>
> Mark Himsley:
> > I cross-compile for OSX on Linux. Last night's commit 64b3aac8d0
> > "h264: Use common SEI types" seems to have broken the build.
> >
> > ./configure --extra-version=stat
ted.
ffbuild/common.mak:67: recipe for target 'libavcodec/videotoolboxenc.o' failed
make: *** [libavcodec/videotoolboxenc.o] Error 1
--
Mark Himsley
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
841 to be the valid bitrate,
not 48410 which is in the source code.
Is there any movement on this issue?
Why is 4840 in the source code as a variant on 5000 when it
just does not work?
Is it not better to put 4841 into the source code?
--
Mark Himsley
_
On Mon, 3 Feb 2020 at 17:19, Marton Balint wrote:
>
>
>
> On Mon, 3 Feb 2020, Mark Himsley wrote:
>
> > On Sun, 26 Jan 2020 at 21:22, Marton Balint wrote:
> >>
> >> recvfrom() is not a cancellation point in pthreads-win32, see
> >> https://sourcewa
ld/common.mak:59: recipe for target 'libavformat/udp.o' failed
make: *** [libavformat/udp.o] Error 1
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
> To un
peg's configure to
correctly detect that libx265 is available.
--
Mark Himsley
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Thanks. I'll add -lm and -lpthreads to -extra-libs for now.
On 14 October 2017 15:35:41 BST, James Almer wrote:
>On 10/14/2017 7:48 AM, Mark Himsley wrote:
>> Update: for me with my specific set of libraries, I have had to apply
>> this patch to configure in order to make
xavs && require libxavs "stdint.h xavs.h"
xavs_encoder_encode -lxavs
-enabled libxvid && require libxvid xvid.h xvid_global -lxvidcore
+enabled libxvid && require libxvid xvid.h xvid_global
-lxvidcore -lpthread -lm
enabled libzimg &&
y test fails in a similar way. I think
6dfcbd80ad446ff163b47f2bf432bbf706436ea8 has done sevear damage to the
configuration of FFmpeg. I wonder if building static was considered,
or whether my configure command line is not passing the right
parameters to make a static builds.
--
Mark Himsley
On 07/01/2015 18:46, Philip Langdale wrote:
> On Wed, 7 Jan 2015 12:13:25 +0100
> Nicolas George wrote:
>
>> Can you explain the 1024?
>>
>> Anyway, I would suggest to use lavu's rational functions:
>>
>> AVRational dar = av_mul_q(avctx->sample_aspect_ratio,
>> a
13 matches
Mail list logo