s case, so
finally no need to apply this patch.
--
Kind regards,
Dmitriy Kuminov
CPO of bww bitwise works GmbH
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
other platforms
should be suffering from -Wredundant-decls as well (unless their libc
headers are very clean and don't contain duplicate decls).
So unless I miss something else, we should still apply this patch (as
fixing OS/2 libc headers won't happen any time soon).
--
Kind regards,
Dmitriy
,
Dmitriy Kuminov
CPO of bww bitwise works GmbH
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 2016-04-21 00:05:57 +, Michael Niedermayer said:
On Thu, Apr 21, 2016 at 01:48:22AM +0300, Dmitriy Kuminov wrote:
you all want the same, a perfect solution
iam sure you can reach some consensus about what to do and work
together to do it.
Iam happy to apply whatever patch the OS/2
it's just a matter of viewport, please don't be so
childish here.
A question to maintainers with commit rights: please clarify, what
should I do to have my patches applied?
--
Kind regards,
Dmitriy Kuminov
CPO of bww bitwise works GmbH
___
ff
ny more time to work on these
patches (as it turns out - just to please you). You can modify it
yourself if you wish (and if you are fine with the fact that it will
keep our branches diverged) but please give me some credit in the
commit message if the essential part of my patch remains.
--
Kind rega
. In case of FFmpeg, symlinks don't make any harm (at least you
didn't present any proof of that so far).
--
Kind regards,
Dmitriy Kuminov
CPO of bww bitwise works GmbH
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman
positiries. I will, however,
accept your patch that will allow to go both ways (with the symlink
usage being the default choice if supported by the underlying IFS).
--
Kind regards,
Dmitriy Kuminov
CPO of bww bitwise works GmbH
___
ffmpeg-devel ma
.
To that I agree, it's the best solution. Can you provide your
correction to this patch that prefrorms such a check in the "os/2" case
at least? I guess you use EMX bash/pdksh so you can test it right away.
--
Kind regards,
Dmitriy Kuminov
CPO of bww bitwise
in your
case (if I read it right). So I still think we should remove ln_s
redefinition via cp on OS/2 in FFmpeg. In case of a proper IFS (I have
JFS here but HPFS is also fine) symlinking src works like a charm
(performed a full build).
--
Kind regards,
Dmitriy Kuminov
CPO of bww bitwise
e & disk space). And more over, symlinks work
well in most cases in a proper OS/2 environment these days. So I think
they should be generally enabled unless there is a specific case when
they introduce a real incompatibility. FFmpeg is not such a case.
--
Kind regards,
Dmitriy Kum
Yes of course
> On 3/31/16, Dmitriy <diz...@mail.ru> wrote:
>> I create a special video. You can download it using the link
>>
>> https://drive.google.com/file/d/0B8rMLdq9Vq55QmwwcVJDVkZoM1E/view?usp=sharing
>>
>> Convert it to .apng format with
&g
I create a special video. You can download it using the link
https://drive.google.com/file/d/0B8rMLdq9Vq55QmwwcVJDVkZoM1E/view?usp=sharing
Convert it to .apng format with
ffmpeg -i apng_test.avi apng_test.apng
The result file will be empty.
___
13 matches
Mail list logo