Recherche avancée

Sur d’autres sites (11257)

• Evolution #4281 : Extension du critère secteur (à l’id_groupe en plus de l’id_rubrique)

  13 février 2019, par Naema *

  Merci tcharlss pour cette réponse,
  qui plus est, est beaucoup moins désagréable que la précédente. Mon message
  est une suggestion, et je vais de mon côté me renseigner sur cette API et
  ce plugin "déclarer parents". Merci.

  Cordialement

  Le mer. 13 févr. 2019 à 15:50, <redmine@spip.org> a écrit :

  La demande #4281 <https://core.spip.net/issues/4281#change-14733> a été
  mise à jour par tcharlss (*´_ゝ｀).

  Avec l’API de déclaration des parents qui est en test dans le plugin « 
  déclarer parents », il est envisageable d’avoir un critère générique qui
  marche sur tous les types d’objets.
  Un critère racine par exemple.
  ------------------------------
  Evolution #4281 : Extension du critère secteur (à l’id_groupe en plus de
  l’id_rubrique) <https://core.spip.net/issues/4281#change-14733>

  - Auteur : Naema *
  - Statut : En cours
  - Priorité : Normal
  - Assigné à :
  - Catégorie : filtres et balises
  - Version cible : 4.0
  - Resolution :

  Bonjour,
  une simple suggestion (et mes excuses si c’est déjà effectué ou sur les
  rails) : le secteur est actuellement la rubrique racine de l’objet, ce qui
  permet de shunter toute l’arborescence hiérarchique et de définir finement
  les critères d’affichage d’une boucle sans se préoccuper de la hiérarchie
  intermédiaire. C’est un excellent système et je me demande s’il est
  possible de l’étendre à la notion de id_groupe, pour les objets éditoriaux
  qui ne sont pas reliés à des rubriques (comme par ex. les auteurs, ou à un
  autre objet éditorial créé de novo). On peut bien sûr utiliser
  l’id_parent pour affiner aussi, mais dans le cas où l’id_parent est
  attribué au groupe et non à l’objet lui-même, il manque juste une petite
  solution. Merci !
  ------------------------------

  Vous recevez ce mail car vous êtes impliqués sur ce projet.
  Pour changer les préférences d’envoi de mail, allez sur
  http://core.spip.net/my/account

• stream_decoder : Two read_metadata() fixes from 1.2.1 maintenance branch.

  28 juin 2014, par Erik de Castro Lopo

  stream_decoder : Two read_metadata() fixes from 1.2.1 maintenance branch.
  * Fix leaks in read_metadata_() that could occur because of read errors or
  
    malformed streams.
  
      http://flac.cvs.sourceforge.net/viewvc/flac/flac/src/libFLAC/
  
      stream_decoder.c ?
  
      r1=1.147&r2=1.147.2.1&pathrev=FLAC_RELEASE_1_2_1_MAINTENANCE_BRANCH
  * Fix metadata block initialization bug in read_metadata_().
  
      http://flac.cvs.sourceforge.net/viewvc/flac/flac/src/libFLAC/
  
      stream_decoder.c ?
  
      r1=1.147.2.1&r2=1.147.2.2&pathrev=FLAC_RELEASE_1_2_1_MAINTENANCE_BRANCH
  Patch-from : lvqcl <lvqcl.mail@gmail.com>
  

  • [DH] src/libFLAC/stream_decoder.c

• What are my FFMPEG command wrong parameters that causes ugly quality on streaming ?

  6 juillet 2022, par Lucas FAURE

  Good day, I'm scaling videos with FFMPEG, and when the scaled file comes out, quality is pretty good (enough good for me).

  &#xA;

  My problem is that I'm as well streaming the file while it's scaling, but it comes in an ugly quality. And I guess it's because of missing or not needed parameters.

  &#xA;

  Here is my command that starts scaling the file and send it via RTMP for streaming :

  &#xA;

  "ffmpeg -i " + file + " -vf scale=-2:" + resolution + " -preset slow -crf 18 -movflags +frag_keyframe+separate_moof+omit_tfhd_offset+empty_moov " + output + " -listen 1 -f flv rtmp://127.0.0.1:10000/" + stream + ""


  &#xA;

  This is called in Python, where file is the source file, resolution the new height, output the file to be saved, and stream a streaming key.

  &#xA;

  Once the scaling has started, I provide to the user a streaming link with the new resolution :

  &#xA;

  'ffmpeg -v verbose -i rtmp://127.0.0.1:10000/'.$stream.' -c:v libx264 -c:a aac -ac 1 -strict -2 -crf 18 -profile:v baseline -maxrate 400k -bufsize 1835k -pix_fmt yuv420p -flags -global_header -hls_time 10 -hls_list_size 6 -start_number 1 '.$streamURL.$stream;


  &#xA;

  Here, it's called with PHP, and there are as well variables : stream the streaming key to retreive the right content, and streamURL the domain to visit.

  &#xA;

  It actually works but the difference of quality between what is scaling and what is streaming is huge, and I think so that, in the command that creates the streaming link, there is parameters that cause this. (Because I took it from a live example and I didn't want to make an error by removing parameters I don't know well)

  &#xA;

  Do you have any idea about where it can be coming from ?

  &#xA;

  Thank you in advance for your help and time.

  &#xA;