This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Pages: [1]
1
FFMPEG / ffmpeg.so not found - doesn't exist
« on: March 16, 2015, 09:04:02 AM »
I have tried to install ffmpeg through the installer many, many times, but never got it to work.
All seems to go OK, no errors and when doing the following commands all seems to be ok.
Even the following line is added in php.ini
So all should be OK, but it isn't...
I have tried to find ffmpeg.so, but that isn't anywhere on my system.
By accident I did a PHP grep and this gave the following error
So it seems that the installation went OK, but in reality since ffmpeg.so is missing, it is never loaded and therefore doesn't work.
Does anybody have any idea as to how to fix this?
Thanks.
All seems to go OK, no errors and when doing the following commands all seems to be ok.
Code: [Select]
[root@localhost /]# whereis ffmpeg
ffmpeg: /usr/bin/ffmpeg /usr/share/ffmpeg /usr/share/man/man1/ffmpeg.1.gz
Code: [Select]
[root@localhost /]# ffmpeg
ffmpeg version 2.2.1 Copyright (c) 2000-2014 the FFmpeg developers
built on Apr 13 2014 13:00:18 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4)
configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-runtime-cpudetect --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --enable-pthreads --enable-x11grab --enable-vdpau --disable-avisynth --enable-frei0r --enable-libopencv --enable-libdc1394 --enable-libgsm --enable-libmp3lame --enable-libnut --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-librtmp --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC' --disable-stripping
libavutil 52. 66.100 / 52. 66.100
libavcodec 55. 52.102 / 55. 52.102
libavformat 55. 33.100 / 55. 33.100
libavdevice 55. 10.100 / 55. 10.100
libavfilter 4. 2.100 / 4. 2.100
libswscale 2. 5.102 / 2. 5.102
libswresample 0. 18.100 / 0. 18.100
libpostproc 52. 3.100 / 52. 3.100
Hyper fast Audio and Video encoder
usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}...
Use -h to get full help or, even better, run 'man ffmpeg'
Even the following line is added in php.ini
Code: [Select]
extension="ffmpeg.so"
So all should be OK, but it isn't...
I have tried to find ffmpeg.so, but that isn't anywhere on my system.
Code: [Select]
[root@localhost ~]# find / -name ffmpeg.so
[root@localhost ~]#
By accident I did a PHP grep and this gave the following error
Code: [Select]
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/extensions/no-debug-non-zts-20100525/ffmpeg.so' - /usr/lib64/extensions/no-debug-non-zts-20100525/ffmpeg.so: cannot open shared object file: No such file or directory in Unknown on line 0
So it seems that the installation went OK, but in reality since ffmpeg.so is missing, it is never loaded and therefore doesn't work.
Does anybody have any idea as to how to fix this?
Thanks.
2
Apache / Disable or Compile without suPHP
« on: February 28, 2015, 08:00:53 PM »
I am trying to find a way to either disable or compile apache without suPHP, but after 2 days of trying I am still not one step further and would like your help.
Reason for not wanting suPHP is because I want to use ZendOpcache, see http://pecl.php.net/package/ZendOpcache and http://php.net/manual/en/book.opcache.php, which unfortunately doesn't work with suPHP.
I understand that suPHP is better for security reasons, but all-in-all I still prefer to use mod_php/DSO as PHP handler, not only because of the ability to use an opcache solution but also because I only have my own websites on my dedicated server and many websites use scripts located at other websites. This setup has worked for many, many years and I prefer it this way.
I have tried many things, but none have worked so far and I would be grateful if somebody has a solution to not use suPHP.
Thanks.
Reason for not wanting suPHP is because I want to use ZendOpcache, see http://pecl.php.net/package/ZendOpcache and http://php.net/manual/en/book.opcache.php, which unfortunately doesn't work with suPHP.
I understand that suPHP is better for security reasons, but all-in-all I still prefer to use mod_php/DSO as PHP handler, not only because of the ability to use an opcache solution but also because I only have my own websites on my dedicated server and many websites use scripts located at other websites. This setup has worked for many, many years and I prefer it this way.
I have tried many things, but none have worked so far and I would be grateful if somebody has a solution to not use suPHP.
Thanks.
Pages: [1]