On 2024-07-09 16:04, epira...@gmail.com wrote:
Videotoolbox should not have raised the deployment target and I did not notice
any change recently that would
have done it other than mine accidentally.
If you encounter other issues with it, once my fix is merged, do not hesitate
to report them h
get via env var:
export MACOSX_DEPLOYMENT_TARGET=10.13
--
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for chaos and madness
await thee at its end.
*
warning
CFDictionaryRef attachments = CVBufferCopyAttachments(pixbuf,
kCVAttachmentMode_ShouldPropagate);
^~~~~~~~~~~
1 error generated.
--
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D
I fixed it on my dev machine by renaming the function in libbluray and
creating a new lib.
I still think that this is a temporary hack and should be fixed
properly. I've opened an issue with libbluray, so I hope that I'll get a
reply at one point.
I'm still not entirely sure who actually has
Just rename it with a define in CPPFLAGS and call it a day until they
fix it in libbr.
What is "it" and where? in the ffmpeg code or libbr?
Cheers,
K. C.
--
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723
be
able to be linked with libbluray.
Is my standpoint unreasonable? If so, why?
Cheers,
K. C.
--
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for ch
Hello,
On 2024-03-16 10:07, Gnattu OC via ffmpeg-devel wrote:
If you are using Xcode >= 15 then you will need to add `-Wl,-ld_classic` to
LDFLAGS.
I've already been using it since I switched to Xcode 15.
Cheers,
K. C.
--
regards Helmut K. C. Tessarek KeyID 0x172380A0
x265, thus I suspect it was
a change to ffmpeg. I can't really do a git bisect, because this error
only happens after ffmpeg is compiled at the linker stage, so that would
take me forever
However, the dev who did a change related to this would probably know
right away.
Cheers,
K.
e same
non-static read_file function for many, many years.
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for chaos and madness
await thee
rds Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for chaos and madness
await thee at its end.
*/
-BEGIN PGP
that avisynth won't work with static banaries unless people install dylibs
themselves.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow t
IX=/home/u/Desktop/_working/workdir/toolchain/x86_64-w64
- -mingw32/x86_64-w64-mingw32
> -DHEADERS_ONLY:bool=on
>
> ninja VersionGen -j 6
>
> ninja install -j 6
The file you are referencing is not even in the AviSynthPlus source tree.
Also a mingw cmake file would not be very use
s I mentioned nefore:. 3 days ago everything worked fine. Now the ffmpeg
builds are broken and I can no longer compile ffmpeg.
Is there any chancf you can add something to make it work again with 3.5.1
which compiled withtout issues on macOS 10.14 and which I've been using
since it was released.
th-build && cd avisynth-build
cmake -DCMAKE_INSTALL_PREFIX:PATH=${TARGET} -DBUILD_SHARED_LIBS=OFF ..
make VersionGen install
-
Until 2 days ago I could compile ffmpeg with AviSynth 3.5.1 just fine. So
something must have made my configure to fail.
- --
regards Helmut K. C. Tessarek KeyI
^
8 errors generated.
make[2]: *** [avs_core/CMakeFiles/AvsCore.dir/core/FilterGraph.cpp.o] Error 1
make[1]: *** [avs_core/CMakeFiles/AvsCore.dir/all] Error 2
make: *** [all] Error 2
- --
regards Helmut K. C. Tessarek
found
Which makes sense because I don't have a version.h
Do I have to use the latest git version of AviSynthPlus. Is there a fix
coming for configure so that I can compile it as I did 2 days ago?
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key finge
ymore.
Sorry for the noise. Yes, there was an old header file in the folder above.
Sometimes I wish that "make install" would take care of such things.
Once again, I am sorry.
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8
ersion commit hash is aa1dd0b3. I compiled this version right
before ffmpeg and all libvmaf files have the correct timestamp (todays).
I can only say that the compile run worked a few days ago.
Cheers,
K. C.
P.S.: Heading to bed. Will be up in 5-6 hours.
- --
regards Helmut K. C. Te
his commit broke it: 3d29724c00
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for chaos and madness
await thee at its end.
*/
-BEGIN
10.10, here you go:
https://evermeet.cx/pub/tmp/ffmpeg.zip
I will most likely delete this zip file in a week or so.
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not foll
nished jobs
rm libavfilter/metal/vf_yadif_videotoolbox.metal.air
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for chaos and madness
await thee at
build env is not a solution.
Next time someone commits something, are we supposed to tweak it again?
Where does it end?
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow th
s. And I certainly do not have anything set or exported that could have to
do with ios. I never touch any ios or ipados crap.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow th
app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain
/usr/metal/ios/bin
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for chaos and madness
await thee
if ([device supportsFamily:MTLGPUFamilyCommon3]) {
^
1 warning and 1 error generated.
make: *** [libavfilter/metal/utils.o] Error 1
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
eat.
Unfortunately I don't have a 10.9 or 10.10 system. I compile on macOS 1.14
with export MACOSX_DEPLOYMENT_TARGET=10.9
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF
cOS 10.11 here, but the deployment target is macOS 10.9.
0
@protocol MTLComputePipelineState;
^
[snip - way too many messages to paste them all]
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 17
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hey James,
On 2021-04-25 16:32, James Almer wrote:
> Does the attached patch fix this for you?
Yes, thanks. The patch works!
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 7
... from macro `FFT_SPLIT_RADIX_DEF' defined
here
libavutil/x86/tx_float.asm:1212: error: symbol `ff_cos_131072_float' not defined
libavutil/x86/tx_float.asm:1109: ... from macro `FFT_SPLIT_RADIX_FN' defined
here
libavutil/x86/tx_float.asm:862: ... from macro `FFT_SPLIT_RADIX_D
?
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for chaos and madness
await thee at its end.
*/
-BEGIN PGP SIGNATURE
x27;t tell you how often I had to change the script to compile ffmpeg.
It's not a problem, but when I run into a compile issue, I check what the
problem was. "header missing" pointed me to commit 0c75acb4ce
(compat/avisynth: remove avisynth headers), yet there was nothing in the
comm
now and this is a joke.
Someone breaks ffmpeg from one compile run to the next and you want to put the
blame on me?
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
ffmpeg now throws an error during configure:
ERROR: avisynth/avisynth_c.h not found
I'm pretty sure it has something to do with removing the headers in commit
0c75acb4ce.
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek
ath after the fact.
But vlc and/or Handbrake use ffmpeg libs in their products. I suggest
you ask them how they do it. IMO, it's rather a PAIN.
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723
hould be missing, ping the maintainer, and/or create a
PR. Done.
Anyhow, I don't think that adding a formula to the ffmpeg src tree is
the right approach.
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 2018-12-30 08:02, Nicolas George wrote:
>> +double d = pow(sqrt(x * x * aspect * aspect + y
>> * y), exponent);
> pow(sqrt(x * x * aspect2 + y * y), exponent / 2);
>
There seems to be a mistake. You are taking the square root t
c 24th. Anyway, thanks for the info.
I believe to remember that x265 broke pretty much the same thing
several months ago.
> AFAIU, fate doesn't use external libraries. (Not even just build
> tests, apparently.)
I see.
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek
ame problem
with fate.
The last successful build I had was Dec 24th:
ffmpeg 92795-gcdbf8847ea
x265 20181217-1f44f1f1623d 2.9+16-1f44f1f1623d
So something between then and now screwed things up.
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerpr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 2018-12-22 23:35, Carl Eugen Hoyos wrote:
>> API will be stable, from my understandings, but not soon.
>
> If this is correct - I have no idea - the patch should be sent
> again once the api is believed to be stable.
In that case I'm wondering w
Yep, an ifdef on UENUM1BYTE should work.
> Sigh, they keep making breaking changes like it's all internal
> headers.
Hmm, one would assume that Google understood the concept of semantic
versioning.
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A
commit
https://aomedia.googlesource.com/aom/+/4667aa1a373566e9c124afcd58c71731ab0d7377
changed parts of the code that broke compilation of libavcodec/libaomenc.c
---
libavcodec/libaomenc.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/libavcodec/libaomenc.c b/libavc
commit
https://aomedia.googlesource.com/aom/+/4667aa1a373566e9c124afcd58c71731ab0d7377
changed parts of the code that broke compilation of libavcodec/libaomenc.c
---
libavcodec/libaomenc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/libaomenc.c b/libavcodec/
7;t seen these errors.
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for chaos and madness
await thee a
all of a sudden /usr/lib/libobjc is no longer linked either.
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for chaos and madness
await
it. I guess in the days to come
a few people will be running into this issue.
At least they will find this thread...
Cheers.
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not
s not been applied.
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for chaos and madness
await thee at its end.
*/
-BEGIN PGP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I've changed the commit message as James suggested.
Do I have to do anything else to get someone to commit it?
Cheers,
K. C.
On 2018-10-15 22:11, Helmut K. C. Tessarek wrote:
> --- src/download | 2 +- 1 file changed, 1 inserti
---
src/download | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/download b/src/download
index 0bda5a0..40f4706 100644
--- a/src/download
+++ b/src/download
@@ -95,7 +95,7 @@
https://evermeet.cx/ffmpeg/";>
-Static builds for OS
gain with a different
commit message?
The reason why I chose 'doc' was because it was a change to the
documentation. I figured that's more than enough.
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Just a quick question. Did I do everything right with the patch
submission? I haven't subitted anything for a very long time here, so
I hope the procedure hasn't changed.
Cheers,
K. C.
On 2018-10-15 00:49, Helmut K. C. Tessarek wrote:
---
src/download | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/download b/src/download
index 0bda5a0..40f4706 100644
--- a/src/download
+++ b/src/download
@@ -95,7 +95,7 @@
https://evermeet.cx/ffmpeg/";>
-Static builds for OS
ers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for chaos and madness
await thee at its end.
*/
-BEGIN PG
e time decreased by 75% on
my machine.
Awesome patch.
Cheers,
K. C.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for chaos and madness
awa
se nginx to get a working ffserver implementation?
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for chaos and madness
await thee at its end.
*/
and talking around a problem, all in the name of diplomacy.
- --
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for chaos and madness
await thee at its end.
*/
---
of their libs
are dynamic libs which are located in one sub directory of the app.
So you have to set the rpath relative to your binary that makes the calls.
Cheers,
K. C.
--
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1
On 2017-11-12 15:10, James Almer wrote:
> Does this fix it for you?
Unfortunately it did not. As requested, here the ticket:
https://trac.ffmpeg.org/ticket/6830
Cheers,
K. C.
--
regards Helmut K. C. Tessarek KeyID 0xF7832007C11F128D
Key fingerprint = 28A3 1666 4FE8 D72C C
I get the following error during configure:
ERROR: x265 not found using pkg-config
My last compile run (3 days ago) worked perfectly. Somebody must have
changed the configure script.
Cheers,
K. C.
--
regards Helmut K. C. Tessarek KeyID 0xF7832007C11F128D
Key fingerprint = 28A3
On 2017-10-27 18:42, James Almer wrote:
> Should be fixed, sorry about that.
No worries, thanks for the fix.
--
regards Helmut K. C. Tessarek KeyID 0xF7832007C11F128D
Key fingerprint = 28A3 1666 4FE8 D72C CFD5 8B23 F783 2007 C11F 128D
/*
Thou shalt not follow the NULL poin
hdr.channels;
^
libavcodec/audiotoolboxdec.c:360:29: error: use of undeclared identifier
'hdr'
avctx->frame_size = hdr.num_blocks * 256;
^
libavcodec/audiotoolboxdec.c:361:27: error: use of undeclared identifier
'hdr
ctly), you'll be able to use the --static
> pkg-config-flag and remove most if not all of these LDFLAGS you list below.
>
It doesn't seem to work, because I already have those in the
libs.private section.
--
regards Helmut K. C. Tessarek KeyID 0xF7832007C11F128D
Key fi
On 2017-10-12 17:30, James Almer wrote:
> Should prevent some options from being added to cflags when they
> don't exist and the compiler only warns about it.
Just tested your patch.
Yippiieee, warnings gone!
--
regards Helmut K. C. Tessarek KeyID 0xF7832007C
tion'; did you mean
'-Wno-bool-conversion'? [-Werror,-Wunknown-warning-option]
That last one should allow this to work.
-
Can someone please fix this?
--
regards Helmut K. C. Tessarek KeyID 0xF7832007C11F128D
Key fingerprint
and does not
solve the root problem.
e.g. why do I have to specify libfontconfig manually, although the
fontconfig.pc is perfectly valid? That was a rhetorical question.
The build process has been broken forever and it is still broken.
Otherwise I would not have to set any of the LDFLAGS
On 2017-10-12 14:53, wm4 wrote:
> Probably better not to use bleeding edge git master, then.
Hmm, kind of detrimental when I provide snapshots almost daily.
--
regards Helmut K. C. Tessarek KeyID 0xF7832007C11F128D
Key fingerprint = 28A3 1666 4FE8 D72C CFD5 8B23 F783 2007 C11F 1
ining for the last 6 years.
But if you send me exact steps to test something (and I can automate
this somehow), then I can provide you feedback.
--
regards Helmut K. C. Tessarek KeyID 0xF7832007C11F128D
Key fingerprint = 28A3 1666 4FE8 D72C CFD5 8B23 F783 2007 C11F 128D
/*
Thou sha
teReset", referenced from:
_ft_gzip_file_reset in libfreetype.a(ftgzip.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see
invocation)
ERROR: libbluray not found using pkg-config
--
regards Helmut K. C. Tessar
other things.
I'm doing the snapshots for OSX and I'm currently having a lot of issues
fixing the build problems in my scripts. Currently I am not able to
compile a valid build.
--
regards Helmut K. C. Tessarek KeyID 0xF7832007C11F128D
Key fingerprint = 28A3 1666 4FE8 D72C CFD5
we replace the check with
something like "-Werror=bool-operation", which does error out when it
doesn't find the warning option, and only add the "-Wno-bool-operation"
if that works?
---------------
--
regards Helmut K. C.
On 2017-10-10 15:29, Derek Buitenhuis wrote:
> This is weird. it's using check_disable_warning which should only add it if
> it exists...
So, what's the plan now? This warnings are truly annoying.
--
regards Helmut K. C. Tessarek KeyID 0xF7832007C11F128D
Key fi
find the
> warning option, and only add the "-Wno-bool-operation" if that works?
It seems that this would be the way to fix this function. I like this idea.
--
regards Helmut K. C. Tessarek KeyID 0xF7832007C11F128D
Key fingerprint = 28A3 1666 4FE8 D72C CFD5 8B23 F78
On 2017-10-10 15:29, Derek Buitenhuis wrote:
> This is weird. it's using check_disable_warning which should only add it if
> it exists...
In which case I'd suspect that check_disable_warning had a bug.
--
regards Helmut K. C. Tessarek KeyID 0xF7832007C11F128D
tion]
> Can you confirm that it happens for you on a clean build including the last
> of these commits (and, in particular, not just the first)? If that is the
> case, we may need to reconsider it again.
So, it seems that this options is not available on certain gcc and clang
I get thousands of these warnings when compiling ffmpeg:
warning: unknown warning option '-Wno-bool-operation'; did you mean
'-Wno-bool-conversion'? [-Wunknown-warning-option]
I compile on Mac OSX 10.11.6 with Apple LLVM version 8.0.0
(clang-800.0.42.1).
--
regards H
On 2017-10-06 10:53, Michael Niedermayer wrote:
> If people prefer a specific name, suggest one now, otherwise i will
> pick a random one from past suggestions
What about Cantor?
Has this name already been used?
--
regards Helmut K. C. Tessarek KeyID 0xF7832007C11F12
.
The library can still use calls to existing functions...
Cheers,
K. C.
--
regards Helmut K. C. Tessarek KeyID 0xF7832007C11F128D
Key fingerprint = 28A3 1666 4FE8 D72C CFD5 8B23 F783 2007 C11F 128D
/*
Thou shalt not follow the NULL pointer for chaos and madness
await thee at i
e script. Or am I missing something?
Cheers,
K. C.
--
regards Helmut K. C. Tessarek
lookup http://sks.pkqs.net for KeyID 0xC11F128D
/*
Thou shalt not follow the NULL pointer for chaos and madness
await thee at its end.
*/
___
ffmpeg-devel
On 2016-09-27 09:30, Michael Niedermayer wrote:
> Its long since FFmpeg 3.1, so its time to make 3.2
> ill branch release/3.2 off master and make 3.2 in maybe about a week or
> 2 unless something delays it
What happened to 3.2?
Cheers,
K. C.
--
regards Helmut K. C. Tessarek
lo
binp92P_YWvzj.bin
Description: PGP/MIME version identification
encrypted.asc
Description: OpenPGP encrypted message
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
ame theory a whole different area, what
about:
John F. Nash
Cheers,
K. C.
--
regards Helmut K. C. Tessarek
lookup http://sks.pkqs.net for KeyID 0xC11F128D
/*
Thou shalt not follow the NULL pointer for chaos and madness
await the
Hmm, I believe my mail client screwed it up. I had to use git imap-send
and then the mail client to actually send the patch, because git
send-email gives me the following error on all my machines:
perl5.16(58025,0x7fff776c2310) malloc: *** error for object
0x7fff90af47dd: pointer being freed was n
Hi Timothy,
On 2015-04-16 20:33, Timothy Gu wrote:
> Applying: remove the www. from the URL - http://evermeet.cx/ffmpeg/
> fatal: corrupt patch at line 18
Thanks for fixing the patch.
What was the problem with the patch, so that this won't happen again.
Cheers,
K. C.
--
regards
---
src/download | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/download b/src/download
index a9d5cc2..7d50786 100644
--- a/src/download
+++ b/src/download
@@ -89,7 +89,7 @@
OS X Packages
- http://www.evermeet.cx/ffmpeg/";>
+
83 matches
Mail list logo
