Recherche avancée

Sur d’autres sites (4754)

• Anomalie #3611 : Impossible de rajouter un lien de traduction

  4 décembre 2015

  Je confirme le bug.

  tout dépend de la configuration du multilinguisme.

  cas 1 : multilingue avec des articles qui se mélangent dans les mêmes rubriques
  - Rubriques : activer le menu de langue NON
  - Articles : activer le menu de langue OUI
  le multlinguisme fonctionne parfaitement. le menu change fonctionnement parfaitement

  cas 2 : multilngue avec arborescence parallèle
  - Rubriques : activer le menu de langue OUI
  - Articles : activer le menu de langue OUI

  on a une incohérence :
  - le menu changer ne fonctionne pas ... rien ne se déroule.
  mais à priori ce menu est inutile puisque la langue de l’article est déterminée par sa position

  dans ce cas, il faudrait :
  - dans le menu configuration de multilinguisme, avoir un js qui décoche langue des rubriques si on coche langue des articles
  - masquer le lien "changer de langue" (qui ne sert plus à rien)
  - lorsqu’on écrit une traduction, au moment de l’enregistrement déterminer automatiquement la langue selon la rubrique dans lequel il sera placé
  actuellement il faut déterminer à la main la langue de la traduction (pas pratique) et c’est impossible car le menu "changer" ne fonctionne plus.

• Revision f2b978e895 : Use normal rate_correction_factor for gf in CBR mode I0c5f010 changed to allow

  10 novembre 2014, par Yaowu Xu

  Changed Paths :
   Modify /vp9/encoder/vp9_ratectrl.c

  
  
  Use normal rate_correction_factor for gf in CBR mode

  I0c5f010 changed to allow update golden reference buffer in CBR mode,
  this commit changes the use of rate_correction_factor for those frames
  to be aligned with the new usage. This commit attempts to solve two
  issues :

  a. Initialization of rate correction factor for Golden Frame
  Prior to this patch, even the regular inter frame has been update
  the rate correction factor based on content and encoding results,
  the first golden frame would still use the ininitialized value
  that can be way off.

  b. Allowing rate correction factor update to be slightly faster
  Prior to this patch, when the rate correction factor is off, the
  update to the factor is too slow, the factor could not get close
  to a semi-correct value even after many frames.

  The commit helps all clips in psnr/ssim metric, but especially to
  a few clip in RTC set that rate correction was way off. For example
  thaloundeskmtgvga gained about .5dB for both overall/average psnr.

  Change-Id : I0be5c41691be57891d824505348b64be87fa3545

• Windows 2003 using php popen "start /b" because of executing ffmpeg.exe

  1er juillet 2013, par Oh Seung Kwon

  I have some problem.

  There is a php code that convert audio(wav) to mp3 file with using ffmpeg.exe.

  Here is some code.

  $cmd = "./inc/ffmpeg.exe -i ".$file_name." -acodec mp3 -y -ac 1 -ab 96k ".$mp3_file_name;
  
  
  
  echo $cmd;
  
  echo "Windows";
  
  $handle = popen("start /B ".$cmd, "r");
  
  while(!feof($handle)) {
  
      $read = fread($handle, 2096);
  
      echo $read;
  
  }
  
  pclose($handle);

  Problem is when I execute this code, ffmpeg.exe process isn't terminated. And not gonna die when I stop process with using Windows task manager.

  Do you have a solution for this situation ?