Recherche avancée

Sur d’autres sites (8056)

• dnn_backend_native_layer_mathunary : add atanh support

  29 juin 2020, par Ting Fu

  dnn_backend_native_layer_mathunary : add atanh support
  It can be tested with the model generated with below python script :
  import tensorflow as tf
  
  import numpy as np
  
  import imageio
  in_img = imageio.imread('input.jpeg')
  
  in_img = in_img.astype(np.float32)/255.0
  
  in_data = in_img[np.newaxis, :]
  x = tf.placeholder(tf.float32, shape=[1, None, None, 3], name='dnn_in')
  please uncomment the part you want to test
  x_sinh_1 = tf.sinh(x)
  
  x_out = tf.divide(x_sinh_1, 1.176) # sinh(1.0)
  x_cosh_1 = tf.cosh(x)
  
  x_out = tf.divide(x_cosh_1, 1.55) # cosh(1.0)
  x_tanh_1 = tf.tanh(x)
  
  x__out = tf.divide(x_tanh_1, 0.77) # tanh(1.0)
  x_asinh_1 = tf.asinh(x)
  
  x_out = tf.divide(x_asinh_1, 0.89) # asinh(1.0/1.1)
  x_acosh_1 = tf.add(x, 1.1)
  
  x_acosh_2 = tf.acosh(x_acosh_1) # accept (1, inf)
  
  x_out = tf.divide(x_acosh_2, 1.4) # acosh(2.1)
  x_atanh_1 = tf.divide(x, 1.1)
  
  x_atanh_2 = tf.atanh(x_atanh_1) # accept (-1, 1)
  
  x_out = tf.divide(x_atanh_2, 1.55) # atanhh(1.0/1.1)
  y = tf.identity(x_out, name='dnn_out') #please only preserve the x_out you want to test
  sess=tf.Session()
  
  sess.run(tf.global_variables_initializer())
  graph_def = tf.graph_util.convert_variables_to_constants(sess, sess.graph_def, ['dnn_out'])
  
  tf.train.write_graph(graph_def, '.', 'image_process.pb', as_text=False)
  print("image_process.pb generated, please use \
  
  path_to_ffmpeg/tools/python/convert.py to generate image_process.model\n")
  output = sess.run(y, feed_dict=x : in_data)
  
  imageio.imsave("out.jpg", np.squeeze(output))
  Signed-off-by : Ting Fu <ting.fu@intel.com>
  

  • [DH] libavfilter/dnn/dnn_backend_native_layer_mathunary.c
  • [DH] libavfilter/dnn/dnn_backend_native_layer_mathunary.h
  • [DH] tools/python/convert_from_tensorflow.py
  • [DH] tools/python/convert_header.py

• Nomenclature #4626 : Renommer le menu "Squelettes"

  30 avril 2021, par RastaPopoulos ♥

  Absolument aucune utilisateurice finale des sites que je fais, ne sait ce qu’est un template quel qu’il soit, donc encore moins un squelettes. Ce sont juste des personnes qui utilisent l’interface pour rédiger, valider des contenus, et configurer des fonctionnalités de leur site (surtout d’affichage).

  La personne veut :
  - configurer l’apparence de la box dans son site => aucun besoin de savoir ce qu’est un squelette/template
  - configurer des menus => aucun besoin non plus
  - configurer la taille et le comportement (lazyload ou pas etc) des images adaptives => aucun besoin non plus
  - configurer les noisettes du site, pour dire quoi afficher sur chaque page => aucun besoin non plus
  - etc etc

  Pour 99% des fonctionnalités qui sont insérées dans ce menu, les gens n’ont donc absolument pas à savoir ce qu’est le terme "squelettes", et on n’a pas à leur expliquer, ça n’a aucun rapport avec leur quotidien et avec cette liste de fonctionnalités. Elles peuvent parfaitement configurer tout ça sans jamais avoir entendu ce terme (et sans même savoir quel logiciel elles sont en train d’utiliser !).

  Avoir des client⋅es/utilisateurices finales qui savent ce qu’est un template et/ou un squelettes SPIP, c’est une infime infime minorité des cas. Les gens qui l’utilisent à la toute fin n’ont pas à savoir ça à priori. Tant mieux si elles connaissent par ailleurs, mais c’est complètement annexe, ça ne doit pas être un pré-requis du tout pour comprendre et utiliser ce menu.

  Ça me fait d’ailleurs très penser à un sketch de "La stratégie de l’échec", où il faut apprendre à mal ranger : "Je classe les factures débiteurs dans le dossier Antilope". Ya un mot inconnu de la plupart des users, qui ne correspond à rien pour elleux, et on leur demande se souvenir que tel config est dedans, juste par mémoire, et non parce que c’est compréhensible en soi.

  Que ce soit pour "Mise en page" ou pour "Présentation", les propositions ne sortent pas de nulle part mais ont une argumentation :
  1) doit avoir un rapport avec la liste des plugins qui ajoutent des choses dans ce menu actuellement
  2) suivant les comparaisons avec les autres CMS du même genre

  C’est suivant ces deux points qu’il faut trouver un terme regroupant le maximum (ça ne collera jamais à 100%). Mais clairement suivant ce "cahier des charges" très basique : le mot "squelettes" n’a aucun rapport.

• Stacking 3 gmp4-files using Avisynth and VirtualDub, results in wrong colors and distorted files

  22 juin 2015, par Frederik Amann

  I need to conduct the seemingly simple task of stacking 3 files next to each other. They are all the same : .avi Container, 320x240, 4:3, 25 fps, GeoVision Advanced MPEG-4 GEO codec.
  I installed the GeoVision codec (http://www.geovision.com.tw/english/5_8.asp# - select "other utilities"), so my system (windows media player, media player classic) can play back the files. Also, I can open and work with them in Virtual Dub. I installed AviSynth and wrote the simple script for stacking them next to each other

  h1 = AVISource("Event20150423075842001.avi")
  
  
  
  h2 = AVISource("Event20150423075842002.avi")
  
  
  
  h3 = AVISource("Event20150423075848003.avi")
  
  
  
  StackHorizontal(h1, h2, h3)

  now, when I save it as .avs and then open it using VirtualDub, I see three videos nicely put next to each other, but the colors are weird and parts of the video are upside down and everything is just ..wrong - see Screenshot http://www.linkfile.de/download-46f71057ed130f9be29510f68ce4ee71.php. First I thought it has something to do with avisynth taking the wrong codec, so i forced it on gmp4 (as you can also see in the screenshot), but the result is the same. I have now also Avisynth+ installed, as well as VirtualDubMod.
  When I open the .avs in VDMod, I get "couldn’t locate decompressor for format YV24", but it still opens the video which looks a little better though (but when I make a direct stream copy and save it, then play it back in MPC it looks exactly the same as it looked on the first screenshot). So this error points me toward something related to the colorspace.
  Now my questions :

  • How can I find out in which format my files are ? YUV24, YUV12, ..?
  • And then, how can I tell Avisynth to use a format that VirtualDubMod can deal with ?
  • Or how can I make VirtualDub deal with YUV24 ? Am I just missing a codec ? Is my train of thought even slightly on the right track, or is my problem something totally different ?

  I also found this related thread : Editing/Decoding AVI files using system-installed proprietary codecs, but using avisynth and ffmpeg, I get similar results as with VirtualDub.

  I can’t use the solution of converting all my files first and then do the stacking in a second step - because the actual files I have to work with are about 180 videos, each like 8hours long and the time it would consume would stand in no relation to my possibilities..

  I really have looked for solutions during the past week, and I think I’m close, but I sadly just don’t know enough about programming to be able to solve it on my own.. so I also want to excuse for any apparent stupidities in my explanation ;)
  I’m very thankfull for any help

  Have a good time everybody

  EDIT :
  So I have some more Info, and an example file, which I can’t link in this post -.- because I -again- have not enough reputation, very nice. I will try to comment and post the links :)

  Here is what the info() command brought me :
  Colorspace : YV24,
  FieldBased (Separated) Video : NO,
  Parity : Bottom Field First,
  Video Pitch : 320 bytes,
  Audio : NO,
  CPU detected : x87 MMX ISSE SSE4.1 SSSE3