Recherche avancée

Sur d’autres sites (4004)

• FFmpeg .bat file syntax

  12 juillet 2022, par Jeandré

  I have the following command for overlaying a watermark (png image) on a video. I run it from a windows .bat file and it works fine as long as I keep the png file in the same folder as my script (like this movie=easy_vacation_text.png).

  


  %FFMPEGPATH% -i "C:\\Users\\me\\Downloads\\b2ff1bb2-3cd4-41c5-a1ee-ea6b7c066011.mp4" -y -vf "scale=1280:720 [main]; movie=easy_vacation_text.png [watermark]; [watermark]scale=1000x200 [watermark2]; [main][watermark2] overlay=(main_w/2)-(overlay_w/2):main_h-overlay_h-10 [out]" %OUTDIR%/outfile.mp4



  


  As soon as I try to reference the png from a different folder like (like this movie=C :\Users\me\easy_vacation_text.png), it breaks :

  


  %FFMPEGPATH% -i "C:\\Users\\me\\Downloads\\b2ff1bb2-3cd4-41c5-a1ee-ea6b7c066011.mp4" -y -vf "scale=1280:720 [main]; movie=C:\\Users\\me\\easy_vacation_text.png [watermark]; [watermark]scale=1000x200 [watermark2]; [main][watermark2] overlay=(main_w/2)-(overlay_w/2):main_h-overlay_h-10 [out]" %OUTDIR%/outfile.mp4


  


  I tried different variations of putting quotes around the path (C :\Users\me\easy_vacation_text.png) but I can't figure out the problem.

  


  Any ideas what I'm doing wrong ?

  


• Anomalie #2728 : js de login déficient sous opera 11.64

  2 juin 2012, par cedric -

  si tu rencontres le pb sur tous les navigateurs, ce n’est pas ce bug (le login marche très bien sur les navigateurs Firefox, Safari et Chrome a minima, pas rencontré de soucis sous IE7,8,9 XP/Windows 7) Es-tu sur que ton formulaire de login n’est pas surchargé par ton squelette, basé sur une (...)

• Cloaked Archive Wiki

  16 mai 2011, par Multimedia Mike — General

  Google’s Chrome browser has made me phenomenally lazy. I don’t even attempt to type proper, complete URLs into the address bar anymore. I just type something vaguely related to the address and let the search engine take over. I saw something weird when I used this method to visit Archive Team’s site :

  
  
  

  There’s greater detail when you elect to view more results from the site :

  
  
  

  As the administrator of a MediaWiki installation like the one that archiveteam.org runs on, I was a little worried that they might have a spam problem. However, clicking through to any of those out-of-place pages does not indicate anything related to pharmaceuticals. Viewing source also reveals nothing amiss.

  I quickly deduced that this is a textbook example of website cloaking. This is when a website reports different content to a search engine than it reports to normal web browsers (humans, presumably). General pseudocode :

  PLAIN TEXT

  C :

  1. if (web_request.user_agent_string == CRAWLER_USER_AGENT)
  2.  return cloaked_data ;
  3. else
  4.  return real_data ;

  You can verify this for yourself using the wget command line utility :

  <br />
$ wget --quiet --user-agent="<strong>Mozilla/5.0</strong>" \<br />
 http://www.archiveteam.org/index.php?title=Geocities -O - | grep \&lt;title\&gt;<br />
&lt;title&gt;GeoCities - Archiveteam&lt;/title&gt;

  $ wget —quiet —user-agent="Googlebot/2.1"
  http://www.archiveteam.org/index.php?title=Geocities -O - | grep \<title\>
  <title>Cheap xanax | Online Drug Store, Big Discounts</title>
  

  I guess the little web prank worked because the phaux-pharma stuff got indexed. It makes we wonder if there’s a MediaWiki plugin that does this automatically.

  For extra fun, here’s a site called the CloakingDetector which purports to be able to detect whether a page employs cloaking. This is just one humble observer’s opinion, but I don’t think the site works too well :