Recherche avancée

Sur d’autres sites (18330)

• How to reencode a h264 wiiU to a standard format video

  26 juin 2016, par didix16

  I’m trying to make a bridge between wiiU and web interface to view the video h264 signal. I’m not familiar with video programming but I’m searching some info about it. Following this documentation :

  • http://libdrc.org/docs/re/sc-vstrm.html
  • http://libdrc.org/docs/installation.html#patched-dependencies

  It says that wiiU works with a H.264 variation. So since there is someone who made a h264decoder of wiiU in python (https: //github.com/justjake/drc-sim-keyboard/blob/master/H264Decoder.py) I’ll want to decode that kind of h264 and transform it to some kind of standard video for stream and get it over <video></video> tag on a html5 web page. It is possibly do it with ffmpeg libraries ?

  If it, can someone tell me how ? I’m programming the bridge in C++.

  Oh yes, at the moment I’m capturing the data from udp socket, so I just need transform the incoming data detailed in sc-vstrm.html documentation into some web stream video standard.

  Thank you so much guys :).

• 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é.

• Revision 101593 : utiliser les fonctions standard objets de SPIP 3+ plutot que les ...

  9 janvier 2017, par cedric@… — Log

  utiliser les fonctions standard objets de SPIP 3+ plutot que les inclusoons inc-notation-preferee-xx qui ne sont pas generiques. Corrige aussi le bug d’affichage quand l’objet n’existe plus en base (td qui manquait dans les tableaux).
  On laisse les squelettes modeles/inc-notation-preferee-xxx pour le moment, pour ne pas casser des appels existants, a supprimer dans un upgrade majeur