Recherche avancée

Sur d’autres sites (6687)

• Trouble getting HTML5 vidio to play, in Firefox 33

  16 janvier 2015, par Randy

  I’m preparing to update some old pages to HTML5, and was surprised to see that it worked in Chrome, but not the latest Firefox (v.33.1... also tried v.32). What is odd is this... In Firefox it actually WILL play IF you "coax it". If you move the video position slider to someplace beyond the start (about 5 seconds in) and THEN click play, all is well. Further inspection showed that when I click play, the file pointer was jumping to the end of the file leaving my "poster" photo intact, leading the viewer to think there is nothing else they can do. If, however, you manually move the pointer back to anyplace beyond the first couple of seconds of the file (really !), and THEN click the PLAY button, FF will play the rest of the video fine.

  Sometimes i think that to the more technically minded among us, the universe doles out the weirder problems, while God laughs.

  I’d suspect video file corruption, but all my conversions were made with the very reliable ffmpeg utility, and tested with VLC. Again, it works fine from Chrome, which supposedly uses the same video format. Here’s a link...

  FF will play the older type ogv files, so if this is one of those things where FF, now at version 33 is at fault, I’ll have to detect the browser and write the order myself with a document.write(). But it would be nice to know if there is a more straigh forward solution.

  Note that I have tried adding the mime types to my HTACESS file. But the fact that the behavior is the same when point my browsers directly the file on my local machine, makles me doubt that is the problem.

  http://pixyland.org/peterpan/OurWedding2a.html

  And here is the page code

    
  
  
  
  
  
  
  
      
  
  
  
      
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  <table align="center" border="1"><tr><td align="center">
  
  <div align="center">
  
  
  
  <video width="640" height="480" controls="controls" poster="Imagezz/Wedding/arIMG_2280.JPG">
  
   <source src="../vids/Arrival.mp4" type="video/mp4">  
  
   <source src="../vids/Arrival.webm" type="video/webm"> 
  
   <source src="../vids/Arrival.ogv" type="video/ogg"> 
  
  
  
  
  
   
  
   <p>If you are unable to view the video, here are some links to download <br />
  
    in a a few well supported video formats. You may be able to just download <br />
  
    and play one of these files without the browser.<br /><br />
  
    <strong>Download Video:</strong>nbsp;
  
      nbsp;<a href="http://stackoverflow.com/feeds/vids/Arrival.mp4">"MP4"</a>
  
      nbsp;<a href="http://stackoverflow.com/feeds/vids/Arrival.webm">"WEBM"</a>
  
      nbsp;<a href="http://stackoverflow.com/feeds/vids/Arrival.ogv">"Ogg"</a>
  
   </p>
  
  
  
   </source></source></source></video>
  
   </div>
  
   </td></tr></table>

• When adding a new module to nginx, an error occurred in the configuration assembly

  16 octobre 2019, par Ambasador

  On Centos 6, I am rebuilding nginx to add the module "nginx-rtmp-module-master"

  ./configure --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx
  
  --conf-path=/etc/nginx/nginx.conf
  
  --error-log-path=/var/log/nginx/error.log
  
  --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid
  
  --lock-path=/var/run/nginx.lock
  
  --http-client-body-temp-path=/var/cache/nginx/client_temp
  
  --http-proxy-temp-path=/var/cache/nginx/proxy_temp
  
  --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp
  
  --http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp
  
  --http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx
  
  --group=nginx
  
  --with-openssl=/builddir/build/BUILD/bx-nginx-1.16.1/openssl-1.1.1c
  
  --with-openssl-opt=enable-tls1_3 --with-http_ssl_module
  
  --with-http_realip_module --with-http_addition_module
  
  --with-http_sub_module --with-http_dav_module --with-http_flv_module
  
  --with-http_mp4_module --with-http_gunzip_module
  
  --with-http_gzip_static_module --with-http_random_index_module
  
  --with-http_secure_link_module --with-http_stub_status_module
  
  --with-http_auth_request_module --with-http_v2_module --with-mail
  
  --with-mail_ssl_module --with-file-aio --with-ipv6
  
  --add-module=../nginx-rtmp-module-master

  After the configuration is completed in the console, the following :

  ....
  
  configuring additional modules
  
  adding module in ../nginx-rtmp-module-master
  
  + ngx_rtmp_module was configured
  
  checking for PCRE library ... found
  
  checking for PCRE JIT support ... not found
  
  checking for zlib library ... found
  
  creating objs/Makefile
  
  
  
  Configuration summary
  
  + using system PCRE library
  
  + using OpenSSL library:
  
  /builddir/build/BUILD/bx-nginx-1.16.1/openssl-1.1.1c
  
  + using system zlib library
  
  
  
  nginx path prefix: "/etc/nginx"
  
  nginx binary file: "/usr/sbin/nginx"
  
  nginx modules path: "/etc/nginx/modules"
  
  nginx configuration prefix: "/etc/nginx"
  
  nginx configuration file: "/etc/nginx/nginx.conf"
  
  nginx pid file: "/var/run/nginx.pid"
  
  nginx error log file: "/var/log/nginx/error.log"
  
  nginx http access log file: "/var/log/nginx/access.log"
  
  nginx http client request body temporary files:
  
  "/var/cache/nginx/client_temp"
  
  nginx http proxy temporary files: "/var/cache/nginx/proxy_temp"
  
  nginx http fastcgi temporary files: "/var/cache/nginx/fastcgi_temp"
  
  nginx http uwsgi temporary files: "/var/cache/nginx/uwsgi_temp"
  
  nginx http scgi temporary files: "/var/cache/nginx/scgi_temp"
  
  
  
  ./configure: warning: the "--with-ipv6" option is deprecated

  After trying to build using the make command, I get an error :

  [root@216501 nginx-1.16.1]# make
  
  make -f objs/Makefile
  
  make[1]: Entering directory `/root/nginx-1.16.1'
  
  cd /builddir/build/BUILD/bx-nginx-1.16.1/openssl-1.1.1c \
  
  && if [ -f Makefile ]; then make clean; fi \
  
  && ./config
  
  --prefix=/builddir/build/BUILD/bx-nginx-1.16.1/openssl-1.1.1c/.openssl
  
  no-shared no-threads enable-tls1_3 \
  
  && make \
  
  && make install_sw LIBDIR=lib
  
  /bin/sh: line 0: cd:
  
  /builddir/build/BUILD/bx-nginx-1.16.1/openssl-1.1.1c: No such file or
  
  directory
  
  make[1]: ***
  
  [/builddir/build/BUILD/bx-nginx-1.16.1/openssl-1.1.1c/.openssl/include/openssl/ssl.h]
  
  Error 1
  
  make[1]: Leaving directory `/root/nginx-1.16.1'
  
  make: *** [build] Error 2

  How to fix the error to correctly install the module I need ?

• RAR Is Still A Contender

  31 mai 2012, par Multimedia Mike — Science Projects, bzip2, compression, gzip, lossless, rar, xz

  RAR (Roshal ARchive) is still a popular format in some corners of the internet. In fact, I procured a set of nearly 1500 RAR files that I want to use in a little project. But I didn’t want my program to have to operate directly on the RAR files which meant that I would need to recompress them to another format. Surely, one of the usual lossless compressors commonplace with Linux these days would perform better. Probably not gzip. Maybe not bzip2 either. Perhaps xz, though ?

  Conclusion
  At first, I concluded that xz beat RAR on every single file in the corpus. But then I studied the comparison again and realized it wasn’t quite apples to apples. So I designed a new experiment.

  New conclusion : RAR still beats xz on every sample in this corpus (for the record, the data could be described as executable program data mixed with reduced quality PCM audio samples).

  Methodology
  My experiment involved first reprocessing the archive files into a new resource archive file format and only compressing that file (rather than a set of files) using gzip, bzip2, xz, and rar at the maximum compression settings.

  echo filesize,gzip,bzip2,xz,rar,filename > compressed-sizes.csv
  for f in `ls /path/to/files/*`
  do
    gzip -9 —stdout $f > out.gz
    bzip2 -9 —stdout $f > out.bz2
    xz -9 —stdout —check=crc32 $f > out.xz
    rar a -m5 out.rar $f
    stat —printf "%s," $f out.gz out.bz2 out.rar out.xz >> compressed-sizes.csv
    echo $f >> compressed-sizes.csv
    rm -f out.gz out.bz2 out.xz out.rar
  done
  

  Note that xz gets the option '--check=crc32' since I’m using the XZ Embedded library which requires it. It really doesn’t make a huge different in filesize.

  Experimental Results
  The preceding command line generates compressed-sizes.csv which goes into a Google Spreadsheet (export as CSV).

  Here are the full results of the bake-off, graphed :

  
  
  

  That’s not especially useful. Here are the top 2 contenders compared directly :

  
  
  

  Action
  Obviously, I’m unmoved by the data. There is no way I’m leaving these files in their RAR form for this project, marginal space and bandwidth savings be darned. There are other trade-offs in play here. I know there is free source code available for decompressing RAR files but the license wouldn’t mesh well with GPL source code libraries that form the core of the same project. Plus, the XZ Embedded code is already integrated and painstakingly debugged.

  During this little exercise, I learned of a little site called Maximum Compression which takes experiments like the foregoing to their logical conclusion by comparing over 200 compression programs on a standard data corpus. According to the site’s summary page, there’s a library called PAQ8PX which posts the best overall scores.