Recherche avancée

Sur d’autres sites (7185)

• Révision 23072 : Suppression de la décompression d’un cache quand il n’a pas besoin de post-traite...

  27 juin 2016, par esj@rezo.net

  Les post-traitements sont effectués par public.php soit par un code explicite, soit par les déclarations dans le pipeline "affichage_final", lequel était en standard garni avec 3 fonctions. Elles en ont été retirées et rendues explicites dans public.php, car ce pipeline impose de décompresser pour savoir s’il faut décompresser ! Voici les post-traitements qu’il faut essayer d’éviter pour obtenir l’optimisation :

  • les squelettes de premier niveau comportant des interpolations de PHP nécessitent un post-traitement ; il faut les éviter, en particulier utiliser "#INCLURE" plutôt que la version où "#" est remplacé par un chevron ouvrant ;

  • si la profondeur d’URL n’est pas nulle et qu’une balise base avec attribut Href en absolu ne figure pas dans le squelette, l’introduction de cette balise est nécessaire ; mettre cette balise dans le squelette est préférable, et sa présence est testée lors de la mise en cache afin de disposer de l’information sans nécessité de décrompression ;

  • un post traitement de surlignage est effectué si la requête comporte "var_recherche" et possède un Referer ; à noter que ce code est lié au filtre url_var_recherche de la 1.9.2 et qui a disparu en 2.0 bizarrement (il ne figure pas dans le r12702 qui l’a créée, alors que la 1.9.2 a continué à l’améliorer jusqu’à la r14826). De plus un AND a été tranformé en OR à un moment, ce qui faisait invoquer cette fonction dès qu’un Referer était présent. Sauf plugin inconnu, je pense que ce code est complètement mort et devrait être supprimé ;

  • un post-traitement est nécessaire si on demande la validation XML de la page (seulement accessible aux admins) ;

  • un post-traitement est nécessaire en cas de bouton admin (même remarque).

  Enfin, si une version compressée n’est pas envoyable (inexistante ou ayant nécessité décompression) SPIP effectue la compression si le panneau de configuration l’a demandé. Ce bout de code de 3 lignes fait donc le boulot de l’extension "compresseur" qui a le défaut de tenter de compresser les envois par le script "acceder_document" et sort en erreur quand ils sont trop gros. Il peut donc être retirer de la distribution sans perte de fonctionnalité.

• Can't playback huge video which was uploaded to google storage. I Get Error : Unable to retrieve manifest /stream.m3u8 -Error : Could not retrieve file

  18 juillet 2022, par Dmytro Petskovych

  I upload file to google storage using "@ffmpeg-installer/ffmpeg" and @google-cloud/storage in my node.js App.
Step 1. file uploading to fs is in child processes - one process for each type of resolution (totaly six).
step 2. encription (converting to stream)
step 3. upload to google storage

  


  This way is working fine only with small file. When i upload large file I Get server Error : Unable to retrieve manifest /stream.m3u8 or Unable to retrieve .

  


  It seems that not all splits are uploaded to the cloud. but i checked they are there.

  


  I am currently using "Upload a directory to a bucket" in order to send the video from the client to the Google Cloud Storage bucket.

  


  when I upload video, actually I upload six videos, one for each type resolution

  


  for example when I upload video with duration one hour it split on chunk and totally I get more three thousands files.

  


  not all of this files are accessible when i try playback video. that's why I can't play video in all types of resolution and get error like

  


  maybe someone had the similar problem and helps fix it
.
i have no idea why i get that behavior only with huge file

  


• Using ffmpeg to generate dash manifest and it cannot be played by dash.js

  18 mars 2019, par Punkhead

  I’m using ffmpeg to encode incoming stream via rtmp protocol, the code as following :

  ffmpeg -re -i rtmp://localhost:1935${StreamPath} -use_timeline 1 /
  
  -use_template 1 -window_size 10 -min_seg_duration 5000 -f dash out.mpd

  The manifest looks like this :

  <?xml version="1.0" encoding="utf-8"?>
  
  <mpd xmlns="urn:mpeg:dash:schema:mpd:2011" profiles="urn:mpeg:dash:profile:isoff-live:2011" type="static" mediapresentationduration="PT1M36.4S" minbuffertime="PT8.3S">
  
      <programinformation>
  
      </programinformation>
  
      <period start="PT0.0S">
  
          <adaptationset contenttype="video" segmentalignment="true" bitstreamswitching="true" framerate="30/1">
  
          <representation mimetype="video/mp4" codecs="avc1.640028" width="1920" height="1080" framerate="30/1">
  
              <segmenttemplate timescale="15360" initialization="init-stream$RepresentationID$.m4s" media="chunk-stream$RepresentationID$-$Number%05d$.m4s" startnumber="4">
  
                  <segmenttimeline>
  
                      <s t="384000" d="128000"></s>
  
                      <s d="71680"></s>
  
                      <s d="128000" r="4"></s>
  
                      <s d="56832"></s>
  
                      <s d="128000"></s>
  
                      <s d="72704"></s>
  
                  </segmenttimeline>
  
              </segmenttemplate>
  
          </representation>
  
      </adaptationset>
  
      <adaptationset contenttype="audio" segmentalignment="true" bitstreamswitching="true">
  
          <representation mimetype="audio/mp4" codecs="mp4a.40.2" bandwidth="128000" audiosamplingrate="44100">
  
              <audiochannelconfiguration schemeiduri="urn:mpeg:dash:23003:3:audio_channel_configuration:2011" value="2"></audiochannelconfiguration>
  
              <segmenttemplate timescale="44100" initialization="init-stream$RepresentationID$.m4s" media="chunk-stream$RepresentationID$-$Number%05d$.m4s" startnumber="4">
  
                  <segmenttimeline>
  
                      <s t="1099755" d="367616"></s>
  
                      <s d="205824"></s>
  
                      <s d="367616" r="4"></s>
  
                      <s d="162816"></s>
  
                      <s d="367616"></s>
  
                      <s d="207872"></s>
  
                  </segmenttimeline>
  
              </segmenttemplate>
  
          </representation>
  
      </adaptationset>
  
  </period>
  
  </mpd>

  When I try to play it on dash.js player, a error occured :

  [112] Parsing complete: ( xml2json: 3.50ms, objectiron: 1.76ms, total: 0.00526s) Debug.js:127 
  
  [116] SegmentTimeline detected using calculated Live Edge Time Debug.js:127 
  
  [118] MediaSource attached to element.  Waiting on open... Debug.js:127 
  
  [119] Manifest has been refreshed at Tue Jan 02 2018 01:57:35 GMT+0800 [1514829455.1] Debug.js:127 
  
  [155] MediaSource is open! Debug.js:127 
  
  [156] Duration successfully set to: 96.4 Debug.js:127 
  
  [157] Added 0 inline events Debug.js:127 
  
  [158] video codec: video/mp4;codecs="avc1.640028" Stream.js:225 
  
  Uncaught TypeError: Cannot read property 'type' of null
  
      at z (Stream.js:225)
  
      at C (Stream.js:285)
  
      at D (Stream.js:373)
  
      at E (Stream.js:398)
  
      at Object.d [as activate] (Stream.js:107)
  
      at y (StreamController.js:363)
  
      at MediaSource.c (StreamController.js:342)

  then it fails to playback...

  Is it because I didn’t set the parameters right on ffmpeg or this is a bug in dash.js ?

  I really stuck here !