Recherche avancée

Sur d’autres sites (4425)

• Revision 66607 : Remise a plat des listes d’objet : structure commune .liste[.long][.short] ...

  9 octobre 2012, par cedric@… — Log

  Remise a plat des listes d’objet :
  structure commune .liste[.long][.short] &gt ; .liste-items[.long][.short] &gt ; .item
  le contenu de chaque .item est fourni par inclure/resume/xxx.html (article, rubrique, breve... a completer) qui a une structure commune (héritée de hNews) dans un &lt ;article&gt ;
  Les classes modificatrices .long ou .short permettent d’avoir une liste plus detaillee ou plus courte, mais ce n’est qu’une option de presentation, le html etant identique.
  Le seul parametre pris en compte par resume/xxx est "coupe" qui permet de changer la longueur de coupe
  Un repertoire de demo (activé pour les seuls webmestres) avec une page de presentation des listes (toutes variantes)
  .secondary sur le contenu secondaire du layout (les colonnes)

• Revision 86138 : Premières corrections concernant #3346 : toutes la barre d’outils est ...

  17 novembre 2014, par rastapopoulos@… — Log

  Premières corrections concernant #3346 : toutes la barre d’outils est cadrée et positionnée en PIXEL (hauteur des icônes, marges, etc). Tant que c’est le cas, les onglets DOIVENT donc être calculés en pixel aussi pour être toujours raccord. Pareil pour le décalage top du bloc de prévisu. Si ces trucs sont en "em", suivant la configuration de la police, ça peut alors faire des tailles complètement différentes des pixels de la barre d’icônes, et donc tout décaler.
  Désormais, en admin ou en site public, les onglets et le bloc de prévisu sont toujours calés pile aux mêmes distances par rapport à la barre.
  Cela ne corrige pas le deuxième point du ticket, mais peut-être une piste : dans "barre_outils_prive.css" il y a plein de styles qui ne sont insérés que dans l’admin. Alors que la même barre peut parfaitement être active dans le site public. Je n’arrive pas à voir de raisons pour lesquels il y a tous ces styles uniquement pour l’admin…

• avformat/hlsenc : strftime identifiers and segment index

  27 décembre 2016, par Bodecs Bela

  avformat/hlsenc : strftime identifiers and segment index
   in filenames
  Putting date/time values into segment filenames is very usefull.
  
  But to produce non-conflicting segment filenames with -use_localtime
  
  option with date/time
  
  values in hls_segment_filename option, sometimes is not enough.
  
  Like in cases when multiple segments produced in the same second.
  
  But hlsenc currently does not make possible to use segment index (%d) at
  
  the
  same time whe use_localtime is in effect, due to identifier conflict.
  
  This patch makes possible to use strftime identifiers and still put
  
  segment index (%d) at same time in segment filenames by introducing
  
  second_level_segment_index flag. When -use_localtime is active,
  
  identifier %d is for month day index, so %%d is the segment index
  
  placeholder. This enhanced behaviour only exists when new
  
  second_level_segment_index flag is specified.
  
  For instance putting ’segment_%Y%m%d%H%M%S_%%05d.ts’ value into
  
   hls_segment_filename option and specifing -hls_flags
  
  second_level_segment_index and -use_localtime 1, may produce segment
  
  filename as ’segment_20161230235758_00002.ts’
  An example :
  ffmpeg -loglevel info -y -f lavfi -i color=c=red:size=640x480:r=25 -f
  
  lavfi -i anullsrc=r=44100:cl=stereo -c:v mpeg2video -g 25 -acodec aac
  
   cutoff 20000 -ac 2 -ar 44100 -ab 192k -f hls -hls_time 3 -hls_list_size
  
  5 -hls_flags delete_segments+second_level_segment_index -use_localtime 1
  
   hls_segment_filename "segment_%Y%m%d%H%M%S_%%05d.ts" stream.m3u8
  will produce segments filenames :
  ....
  
  segment_20161227005902_00013.ts
  
  segment_20161227005902_00014.ts
  
  segment_20161227005902_00015.ts
  
  segment_20161227005903_00016.ts
  
  segment_20161227005903_00017.ts
  
  segment_20161227005903_00018.ts
  
  segment_20161227005903_00019.ts
  
  segment_20161227005903_00020.ts
  
  ....
  Signed-off-by : Bela Bodecs <bodecsb@vivanet.hu>
  

  • [DH] doc/muxers.texi
  • [DH] libavformat/hlsenc.c