Hi Leong,
-Original Message-
From: Chung Leong [mailto:cleong...@gmail.com]
Sent: Wednesday, April 23, 2014 4:07 AM
To: Anatol Belski
Cc: pecl-dev@lists.php.net
Subject: Re: [PECL-DEV] Extension Proposal: Video Encoding using FFmpeg
Okay, I tried loading the FFmpeg DLLs manually
Anatol Belski in php.pecl.dev (Wed, 23 Apr 2014 07:56:07 +0200):
https://projects.blender.org/scm/viewvc.php/trunk/lib/win64/ffmpeg/Readme.txt?view=markuproot=bf-blender
http://www.blender.org/download/
Blender is not PHP. It might work if they only use the same compiler and
dont mix CRT, like
On Wed, Apr 23, 2014 at 8:48 AM, Jan Ehrhardt php...@ehrhardt.nl wrote:
Anatol Belski in php.pecl.dev (Wed, 23 Apr 2014 07:56:07 +0200):
https://projects.blender.org/scm/viewvc.php/trunk/lib/win64/ffmpeg/Readme.txt?view=markuproot=bf-blender
http://www.blender.org/download/
Blender is not PHP.
Pierre Joye in php.pecl.dev (Wed, 23 Apr 2014 08:53:47 +0200):
However, we do not support that for any libraries we provide or bundle
and for any pecl extension we build and provide. There are way too
many possible issues and we wasted plenty of times trying to fixing
these issues. It is easier,
On Wed, Apr 23, 2014 at 9:49 AM, Jan Ehrhardt php...@ehrhardt.nl wrote:
Pierre Joye in php.pecl.dev (Wed, 23 Apr 2014 08:53:47 +0200):
However, we do not support that for any libraries we provide or bundle
and for any pecl extension we build and provide. There are way too
many possible issues and
The distinction seems entirely philosophical. The usage of MSVCRT.DLL
either leads to problems or it doesn't. How code executes in the computer
isn't affected by our classification of it.
In any event, it's possible to manually bind the Zeranoe DLLs to the VC9 or
VC11 CRT.
On Wed, Apr 23, 2014
On Apr 23, 2014 4:10 PM, Chung Leong cleong...@gmail.com wrote:
The distinction seems entirely philosophical. The usage of MSVCRT.DLL
either leads to problems or it doesn't. How code executes in the computer
isn't affected by our classification of it.
In any event, it's possible to manually
Pierre Joye in php.pecl.dev (Wed, 23 Apr 2014 18:11:01 +0200):
That being said, it is possible to build libav with vc, especially with
2013. If you can provide a ready to be used sources tree, we will happily
use it to provide automatic binaries build, which will then be available
at the same
see:
http://libav.org/platform.html#Windows
If a github repository is provided with ready to be used sources, we
will make it.
By the way, linking is not the problem, never was. I could link
anything vs anything. The problems appear at runtime, and they can be
pretty hard to track down.
Hi Anatol,
anatol@belski.net, 23/04/14, 19:19:
The previous message was a little clearer:
https://mailman.videolan.org/pipermail/x264-devel/2011-May/008517.html
I don't see where it was issue with building with MSVC in that link, the
person just started to build with MinGW right on. To
On Wed, Apr 23, 2014 at 7:43 PM, Jan Ehrhardt php...@ehrhardt.nl wrote:
Hi Anatol,
anatol@belski.net, 23/04/14, 19:19:
The previous message was a little clearer:
https://mailman.videolan.org/pipermail/x264-devel/2011-May/008517.html
I don't see where it was issue with building with
Hi Leong,
On Tue, April 22, 2014 02:31, Chung Leong wrote:
I would like to add my AV extension to PECL. The extension gives PHP
programmers a way to decode and encode video using the FFmpeg or Libav
(the
latter is favored by some distros like Debian). I've written about it
here:
Anatol Belski in php.pecl.dev (Tue, 22 Apr 2014 10:44:52 +0200):
I would strongely discourage you from linking with the libraries built
with MinGW.
There is hardly any way to avoid that. The extension will only be
useable, if it produces at least MP4 (x264) output. This means ffmpeg
has to be
Jan Ehrhardt in php.pecl.dev (Tue, 22 Apr 2014 16:28:30 +0200):
Anatol Belski in php.pecl.dev (Tue, 22 Apr 2014 10:44:52 +0200):
I would strongely discourage you from linking with the libraries built
with MinGW.
There is hardly any way to avoid that. The extension will only be
useable, if it
On Tue, Apr 22, 2014 at 4:28 PM, Jan Ehrhardt php...@ehrhardt.nl wrote:
Anatol Belski in php.pecl.dev (Tue, 22 Apr 2014 10:44:52 +0200):
I would strongely discourage you from linking with the libraries built
with MinGW.
There is hardly any way to avoid that. The extension will only be
useable,
Pierre Joye in php.pecl.dev (Tue, 22 Apr 2014 16:47:29 +0200):
On Tue, Apr 22, 2014 at 4:28 PM, Jan Ehrhardt php...@ehrhardt.nl wrote:
There is hardly any way to avoid that. The extension will only be
useable, if it produces at least MP4 (x264) output. This means ffmpeg
has to be compiled with
On Tue, Apr 22, 2014 at 6:58 PM, Jan Ehrhardt php...@ehrhardt.nl wrote:
Anatol Belski in php.pecl.dev (Tue, 22 Apr 2014 18:43:05 +0200):
Hi Jan,
On Tue, April 22, 2014 17:38, Jan Ehrhardt wrote:
I might be mistaken, but isn't the php_enchant.dll extension doing more
or less the same thing:
On Tue, Apr 22, 2014 at 7:00 PM, Pierre Joye pierre@gmail.com wrote:
On Tue, Apr 22, 2014 at 6:58 PM, Jan Ehrhardt php...@ehrhardt.nl wrote:
Anatol Belski in php.pecl.dev (Tue, 22 Apr 2014 18:43:05 +0200):
Hi Jan,
On Tue, April 22, 2014 17:38, Jan Ehrhardt wrote:
I might be mistaken, but
Pierre Joye in php.pecl.dev (Tue, 22 Apr 2014 19:37:53 +0200):
On Tue, Apr 22, 2014 at 7:25 PM, Jan Ehrhardt php...@ehrhardt.nl wrote:
Just curious: is there any OS still using ext/pspell? If not, should not
it be removed?
Would love to but not willing to battle for that :)
Crystal clear ;-)
Okay, I tried loading the FFmpeg DLLs manually. It turns out that it's
impossible to avoid loading MSVCRT.DLL into the process. FFmpeg imports
from ADVAPI.DLL and USER32.DLL. Those system DLLs in turn will bring in
MSVCRT.DLL. Even if we link statically or rebuild FFmpeg in VC, MSVCRT.DLL
will
Anatol Belski in php.pecl.dev (Tue, 22 Apr 2014 21:53:35 +0200):
The msvcrt.dll is now a known DLL, meaning that it is a system
component owned and built by Windows. It is intended for future use only
by system-level components.
and neither PHP nor ffmpeg are system-level. So that is not an issue
Chung Leong in php.pecl.dev (Wed, 23 Apr 2014 05:18:09 +0200):
I just realized that PHP5TS.DLL imports the same DLLs.
Yes, but advapi.dll and user32.dll are system-level components on
Windows. Thus they are allowed to use msvcrt.dll.
On Wed, Apr 23, 2014 at 4:52 AM, Jan Ehrhardt
Jan,
On Wed, April 23, 2014 05:08, Jan Ehrhardt wrote:
Anatol Belski in php.pecl.dev (Tue, 22 Apr 2014 21:53:35 +0200):
The msvcrt.dll is now a known DLL, meaning that it is a system
component owned and built by Windows. It is intended for future use only
by system-level components.
and
I would like to add my AV extension to PECL. The extension gives PHP
programmers a way to decode and encode video using the FFmpeg or Libav (the
latter is favored by some distros like Debian). I've written about it here:
24 matches
Mail list logo
