path: root/gg_map/doc_research/20121205_irc_efr.fr

22:35 -!- glouglou [~laurent@gouloum.fr] has joined #e.fr
22:35 -!- Topic for #e.fr: Le canal de discussion pour les mordus d'Enlightenment et des EFLs || http://enlightenment.fr || http://omicron.homeip.net/projects/easy_e17/easy_e17.sh || grenouill�re et slip kangourou : http://enlightenmentfr.spreadshirt.fr/ || EFL 1.7.2 & 1.2.1 & 1.1.1 & 1.0.2
22:35 -!- Topic set by vtorri [~torri@enlightenment/developer/vtorri] [Sun Nov 25 00:06:20 2012]
22:35 [Users #e.fr]
22:35 [@beber_    ] [ aissen       ] [ DeusP`  ] [ JackDanielZ ] [ nicolasboulais] [ Vaur`  ] 
22:35 [@cedric    ] [ ayeuu        ] [ dgarcin ] [ jcEcaSinters] [ rookmoot      ] [ vdehors] 
22:35 [@ChanServ  ] [ billiob      ] [ donch   ] [ KaKaRoTo    ] [ Sachiel       ] [ wolog  ] 
22:35 [@vtorri    ] [ black_rez    ] [ e-bawt  ] [ kleph       ] [ sebastienb    ] [ youx   ] 
22:35 [+Lutin     ] [ captainigloo ] [ esby    ] [ Kuri        ] [ Sp4rKy        ] 
22:35 [+yoz       ] [ chidambar    ] [ glouglou] [ lemagoup_   ] [ stefzekiller  ] 
22:35 [ _billiob_ ] [ chouchoune   ] [ GNU\Jack] [ mathieui    ] [ TaPiOn        ] 
22:35 [ adrien    ] [ clem-vangelis] [ Haze`   ] [ Munto       ] [ TAsn          ] 
22:35 [ adrien_oww] [ cthuun       ] [ illogict] [ nemunaire   ] [ Thanatermesis ] 
22:35 -!- Irssi: #e.fr: Total of 49 nicks [4 ops, 0 halfops, 2 voices, 43 normal]
22:35 -!- Channel #e.fr created Sun Nov 26 07:42:59 2006
22:35 -!- Irssi: Join to #e.fr was synced in 0 secs
22:35 -!- Home page for #e.fr: http://enlightenment.fr
22:36 < glouglou> salut
22:36 < glouglou> vtorri: ping
22:56 <@vtorri> glouglou: pong
23:07 < glouglou> salut :)
23:08 < glouglou> voila je suis entrain de coder un outil pour visualiser un reseau informatique en temps reel, et la partie graphique se ferait avec les EFLs
23:09 < glouglou> j'ai besoin d'afficher un graph, qui pourrait etre compose de plusieurs centaines d'objets
23:09 < glouglou> ca va bouger en temps reel
23:10 < glouglou> je regardais dans le trunk de e pour voir quelles libs au dessus de evas je pourrais utiliser, je sais que evas ne fait pas de vectoriel mais c'est pour ca que je veux l'utiliser, les libs vectorielles seront a mon avis trop lentes pour ce que je veux
23:11 < glouglou> vtorri: je suis tombe sur efx, et j'ai vu que tu etais dans les AUTHORS, alors je me suis dit que peut etre tu aurais un conseil :)
23:12 < glouglou> apres ptetr que je ferais mieux d'utiliser cairo je sais pas
23:14 < glouglou> (ca serait trop facile :p
23:15 < glouglou> et ce moment je cherche une lib qui calculerais les coordonnes de mon graph de nodes (machines sur le reseau), que je donnerais ensuite a evas
23:15 -!- Marty_Stoopid [~Marty_Sto@90.36.12.93.rev.sfr.net] has joined #e.fr
23:16 <@vtorri> et bien, il existe une lib vectorielle qui pourrait t'interesser : enesim
23:16 <@vtorri> on l'utilise pour faire du svg
23:17 <@vtorri> glouglou: de plus, il faut savoir qu'evas a une limite au nombre d'objets
23:18 <@vtorri> evas a ete concu pour avoir au max 3000 objets
23:18 <@vtorri> apres il devient trop lent
23:18 <@vtorri> si tu en a une centaine, ca devrait aller
23:18 < captainigloo> une lib de graph avec enesim serait juste magnifique
23:18 <@vtorri> apres, tu veux animer le bouzin,
23:19 <@vtorri> il faudrait que je sache quel type d'animation
23:19 -!- clem-vangelis [~vangelis@35.194.31.93.rev.sfr.net] has quit [Remote host closed the connection]
23:19 <@vtorri> captainigloo: genre ca : https://developers.google.com/chart/interactive/docs/gallery ?
23:19 < glouglou> merci !
23:19 <@vtorri> captainigloo: ou bien autre chose (donne un lien si possible)
23:20 <@vtorri> glouglou: quel genre d'animation tu veux faire ?
23:21 < glouglou> l'introduction de nouvelle nodes par exemple, qui ne soit pas brutale sinon le graph va bouger d'un coup et on ne va rien comprendre
23:22 < glouglou> ensuite, l'inspection du traffic peut descendre au niveau packet, donc afficher le flux entre les nodes, mais ca avec efx / evas je vois a peu pres comment faire
23:22 <@vtorri> donc si tu introduis un nouveau noeud, tu sais comment doit etre le nouveau graphe
23:22 <@vtorri> donc tu veuxx interpoler entre la position initiale et celle avec les nouveau noeuds
23:22 < glouglou> oui
23:22 <@vtorri> glouglou: tu sais parler anglais ?
23:23 < glouglou> oui
23:23 <@vtorri> viens sur #enesim
23:24 < glouglou> vtorri: tu vois qqchose de plus adapte a mes besoins que les EFLs ?
23:25 <@vtorri> non :p
23:25 < glouglou> hehe :p
23:25 <@vtorri> ce qui me gene avec evas est que l'objet evas 'ligne' n'est pas optimise, il me semble
23:26 <@vtorri> donc tu as des noeuds
23:26 <@vtorri> autrement dit des disques
23:26 <@vtorri> reli�s avec des lignes
23:26 <@vtorri> c'est ca ?
23:27 < glouglou> oui 
23:28 <@vtorri> il y aurait donc combien d'objets (en comptant les lignes et le disques) ?
23:28 < glouglou> je veux que la taille de la ligne represente la quantite de traffic ... je pourrais peut etre emuler ca avec evas polygon
23:29 < glouglou> c'est sur que la limite des 3000 sera peut etre problematique
23:29 < glouglou> mais a ce moment la, je vois pas quelles autres choix j'ai
23:31 <@vtorri> faire directement le rendering dans un evas_image
23:32 <@vtorri> faire le truc soit-meme
23:32 <@vtorri> i.e. tu aurais un objet evas
23:32 <@vtorri> enesim ets bien en ce sens qu'il ne depend pas de truc bizarre comme cairo
23:33 <@vtorri> cairo depend de xlib, xcb, d'extensions X , zlib, expat, etc...
23:34 <@vtorri> fais un ldd sur ton libcairo.so.***
23:34 <@vtorri> et tu comprendras
23:34 < glouglou> mhmh oui j'ai deja du faire le rendering directement dans une image a cause de ce probleme de nombre d'objet en fait ... http://gouloum.fr/projects/elife/
23:34 <@vtorri> bon, turan se fait desirer :/
23:35 < glouglou> je viens de tomber sur fog-framework tiens, interessant
23:35 < captainigloo> vtorri: oui par exemple
23:35 < captainigloo> il y en a des plus jolis encore
23:35 <@vtorri> fog est une autre lib de rendu vectoriel
23:35 < captainigloo> mais c'est lid?e
23:35 <@vtorri> captainigloo: liens ?
23:36 <@vtorri> glouglou: enesim est multithreade, et peux aussi utiliser opengl, au cas ou ca t'interesse
23:36 < glouglou> interessant oui oui :)
23:36 < captainigloo> http://www.splashnology.com/article/15-awesome-free-javascript-charts/325/
23:37 <@vtorri> arg, fog est en c++ :/
23:37 < glouglou> ouaip
23:37 < glouglou> mais bon j'etais pret a faire le pas
23:37 < captainigloo> vtorri: l'id?e c'est de se servir d'enesim pour dessiner dans un evas object image ?
23:37 <@vtorri> fog : NOTE 1: Multi-threaded paint engine and JIT compiler were temporarily removed due to refactorization and feature additions. These concepts will be reimplemented after the internal API will be complete and stable. 
23:38 <@vtorri> captainigloo: par exemple
23:38 <@vtorri> captainigloo: c'est ce que je fais
23:38 < captainigloo> pour esvg ?
23:38 <@vtorri> glouglou: enesim !
23:38 < captainigloo> glouglou: tu veux faire quel genre de graphes ?
23:38 < glouglou> vtorri: je lis le code
23:38 <@vtorri> captainigloo: non, esvg est un objet enesim, plutot une surface
23:39 < glouglou> captainigloo: graph de reseau : des machines, des liens de communication. et ca bouge en temps reel
23:39 <@vtorri> captainigloo: et apres je prends les donnees de la surface et je les mets dans un evas object image
23:40 <@vtorri> glouglou: http://code.google.com/p/fog/source/list
23:40 < captainigloo> glouglou: ok
23:40 <@vtorri> glouglou: le code n'est plus mis a jour depuis le 17 avril
23:40 < glouglou> je lis le code de enesim ;{
23:40 < glouglou> ;)
23:43 < captainigloo> c'est vraiment dommage de pas avoir de primitives vectorielles dans evas
23:44 < glouglou> si elles sont dans enesim ca me derange pas :p
23:44 <@vtorri> http://code.google.com/p/enesim/source/browse/trunk/utils/enesim_examples
23:44 < captainigloo> oui mais tu pers la possibilti? de faire un theme avec edje
23:44 <@vtorri> certe
23:44 < glouglou> mhmh
23:44 <@vtorri> glouglou: idee d'enesim (proche de cairo) : 
23:45 < captainigloo> dans ton cas ce qu'il te manque ce soont de path pour relier des objets
23:45 <@vtorri> tu crees des objets, tu les mets dans une surface
23:45 <@vtorri> tu 'render' la surface
23:45 <@vtorri> apres, tu peux la mettre dans une image evas
23:45 < captainigloo> oui, c'est ce que fait raoul dans eskiss
23:45 <@vtorri> truc classique
23:45 -!- stefzekiller [~stefzekil@109.89.246.160] has quit [Quit: Quitte]
23:48 < glouglou> ok donc je n'ai plus la meme limitation du nombre d'objets
23:48 < glouglou> vu que je n'utilise plus evas
23:48 <@vtorri> non
23:48 <@vtorri> par contre, tu peux utiliser elementary pour la GUI
23:48 < glouglou> yep
23:49 <@vtorri> tu utilises evas pour aute chose, en fait
23:50 < glouglou> ?
23:50 <@vtorri> tu utilises evas indirectement avec elementary
23:50 < glouglou> oui
23:50 <@vtorri> mais pas pour ton reseau
23:51 <@vtorri> franchement, avec enesim, tu peux faire un truc vriament sympa
23:51 <@vtorri> et regarde etch
23:51 <@vtorri> dans le repo d'enesim
23:51 < glouglou> le probleme c'est que je ne peux plus utiliser les fonctionnalitees d'evas sur ma carte de reseau
23:51 <@vtorri> c'est une lib d'animation
23:51 <@vtorri> pour l'interpolation, ca va t'aider
23:51 < glouglou> oui justement j'etais etrain de lire Etch.h
23:52 < glouglou> par exemple j'aurais bien voulu afficher des images a certains endroits
23:52 <@vtorri> quelle fonctionalite d'evas ?
23:52 < glouglou> integrees dans la carte de reseau
23:52 <@vtorri> emage
23:52 <@vtorri> texte : etex
23:52 < glouglou> qui se deplacent d'une node a l'autre
23:53 < glouglou> mais c'est la magie dites moi
23:53 <@vtorri> http://code.google.com/p/enesim/source/browse/trunk/enesim/emage/include/Emage.h
23:53 < glouglou> ouais je vois
23:53 < glouglou> c'est un boulot de ouf Enesim
23:54 < glouglou> nice
23:54 <@vtorri> http://code.google.com/p/enesim/source/browse/trunk/enesim/etex/include/Etex.h
23:54 <@vtorri> c'est adapte a une surface enesim
23:55 <@vtorri> turran est espagnol et vit a cote de madrid, il me semble
23:55 <@vtorri> donc il a la meme timezone que nous
23:55 <@vtorri> s'il ne repond pas ce soir, essaie demain a partir de 10h
23:55 <@vtorri> en general, il est la
23:56 < glouglou> nikel
23:56 <@vtorri> je sais qu'en ce moment, il a pas mal de boulot
23:57 <@vtorri> http://code.google.com/p/enesim/source/browse/trunk/marketing/conf/2012_barcelona_linuxcon/Beyond%20enesim%20and%20esvg.pdf
23:57 < glouglou> je me rappelle vaguement de son nom de quand j'etais plus sur les efls il y a genre 7 ans
23:57 <@vtorri> ca te donnera une idee
23:57 < glouglou> ben je vais tester tout ca (enesim) et on va voir :)
23:57 < glouglou> ok
23:57 <@vtorri> cool
23:57 < glouglou> merci milles fois
23:57 <@vtorri> n'hesite pas a me demander
23:57 <@vtorri> je suis un contributeur sur enesim
23:57 < glouglou> cool :)
23:58 <@vtorri> par contre, en journee, je ne peux pas, je bosse
23:58 <@vtorri> donc le soir
23:58 <@vtorri> captainigloo: yoz a commence un echart :)
23:59 < glouglou> toujours prof ?
23:59 < glouglou> de maths
23:59 <@vtorri> oui :)
00:04 <@vtorri> c'est chouette de revenir sur les EFL :)
00:05 < glouglou> hiboux
00:05 < glouglou> donc d'apres le comparatif que je vois slide 11, enesim est 2 fois plus lent que cairo ? :)
00:05 <@vtorri> oui
00:05 <@vtorri> mais
00:06 <@vtorri> le rendering a ete optimise la semaine derniere
00:06 <@vtorri> on doit etre au meme niveau
00:06 -!- beber_ [~beber@2a01:e35:2422:da50:941:20:1:136] has quit [Quit: Kenavo les poteaux]
00:06 <@vtorri> on a une grosse marge de manoeuvre par rapport a cairo
00:06 <@vtorri> pas d'asm
00:06 <@vtorri> ou quasiment pas
00:06 <@vtorri> cairo est optimise a mort, avec plein de devs
00:07 <@vtorri> il y a juste 2 gros devs et un contributeur (moi)
00:07 < glouglou> tu serais capable de relancer le meme test que dans le slide 11 pour voir si tu as raison ? :p
00:08 < glouglou> non pas que ca va influer sur mon choix, car dans tous les cas je vais tester enesim, mais juste pour voir ;)
00:08 <@vtorri> la, non
00:09 <@vtorri> peux pas
00:09 <@vtorri> le code est chez turran
00:09 <@vtorri> j'attends qu'il le committe
00:11 <@vtorri> glouglou: bon, turran a repondu :)
00:11 < glouglou> il peut pas commiter il regarde la tele :p
00:11 <@vtorri> hehe
00:11 <@vtorri> envoie un mail (cf pm)
00:13 < glouglou> btw mon nom de dev sur le svn de e c'etait kiwi
00:13 <@vtorri> hooo
00:13 <@vtorri> kiwi
00:13 <@vtorri> ca fait un bail, en effet
00:13 < glouglou> clair
00:15 <@vtorri> tu recodera sur les efl / e ?
00:16 < glouglou> non pas trop juste http://gouloum.fr/projects/elife/
00:17 < glouglou> j'ai reswitche a e17 recement car spectrwm aka scrotwm (https://opensource.conformal.com/wiki/spectrwm) ne convenait plus a mes besoins
00:18 < glouglou> j'utilise un peu trop d'applications merdiques ;p
00:18 <@vtorri> :)
00:18 <@vtorri> bon, je vais aller faire dodo :)
00:18 <@vtorri> bn
00:18 < glouglou> et meme avec e17 j'ai des pb defois de focus avec des applis java ...
00:18 < glouglou> ok
00:19 < glouglou> *merci encore !!!*
00:22 < glouglou> il n'y avais pas un chat irc special dev en anglais sur e ?
00:22 < glouglou> chan*
00:40 < captainigloo> edevelop
00:40 < captainigloo> et e
00:40 < captainigloo> kiwi, c'est vrai que ca fait un bail !
00:40 < captainigloo> moi aussi dodo
00:40 < captainigloo> a+
00:48 < glouglou> ah oui merci :p
00:48 < glouglou> bounnui
00:52 -!- Marty_Stoopid [~Marty_Sto@90.36.12.93.rev.sfr.net] has quit [Quit: bye]
02:50 < glouglou> http://igraph.sourceforge.net/index.html
02:50 < glouglou> igraph is my friend
02:51 < glouglou> + enesim for rendering :)
03:04 <@cedric> ca va t'occuper tiens
03:05 < glouglou> tu l'as dis
03:08 < glouglou> c'est des oufs les mecs de igraph, tu regarde certains de leurs code ca fait peur (http://igraph.sourceforge.net/doc/html/ch12s02.html)
03:09 < glouglou> connais igraph cedric ?
03:09 <@cedric> nop, je connaissais pas
03:09 <@cedric> je serais parti sur graphivz
03:11 <@cedric> mais bon, si tu arrives a en faire qqc ca peut etre tres utiles
03:12 <@cedric> par contre, je ne suis pas certain que tu es vraiment besoin de vectoriel pour ca
03:12 <@cedric> tout depend du graph que tu veux faire au final
03:12 <@cedric> mais des objets edje relie entre eux par des lignes avec un smart objet pour les crees qd ils deviennent visible
03:13 <@cedric> et les faire disparaitre qd il ne sont plus a l'ecran me semble etre plus efficace et souple
03:14 < glouglou> pour le debut c'est clair que faire ce que tu dis c'est plus efficace au niveau performances aussi
03:14 <@cedric> de plus, je suis pas sur que enesim soit ceux dont tu es exactement besoin
03:15 < glouglou> mais des que je vais vouloir gerer la largeur des liens entre les nodes, ca va poser probleme
03:15 <@cedric> vu qu'il va te falloir aussi gerer la logique d'evas pour savoir quoi redessiner et tout
03:15 <@cedric> j'aurais bien une solution simple pour ca, un autre objet edje et evas map
03:15 <@cedric> enesim est tres bien a mon avis pour un graph mathematique statique, des que tu vas faire du dynamique, il t'en faudra plus
03:16 < glouglou> je vois pas trop pour le lien en utilisant edje et evas map
03:16 <@cedric> je sais que pour esvg, ils ont developpe une lib qui fait la partie du boulot dont je parle, j'ai oublie le nom et je ne sais pas si elle te conviendrait en meme temps
03:17 <@cedric> et bien, ta ligne, c'est un objet edje que tu as deplace et tourne
03:17 <@cedric> tu peux donc lui envoye des signaux pour l'anime
03:17 <@cedric> et tu peux aussi la redimensionne
03:18 < glouglou> ca fait quoi evas map ?
03:18 <@cedric> rotation, deformation
03:18 <@cedric> les effets "2.5D" qu'aime bcp apple
03:18 < glouglou> k
03:21 < glouglou> effectivement j'ai rien vu dans enesim pour gerer le rendering d'une partie de la surface seulement
03:24 < glouglou> pour cette limite de environ 3000 objets dans evas, on parle de 3000 objets *visibles* ou au total en comptant ceux qui ne sont pas _show() ?
03:26 <@cedric> c'est completement flou comme limite
03:26 <@cedric> le fait est que l'acces aux objets requiree un algo en O(n)
03:27 <@cedric> donc plus tu as d'objet plus c'est lent
03:27 < glouglou> donc objets au total
03:28 <@cedric> oui et non :-)
03:28 < glouglou> mais quand tu render tu les accede beaucoup plus
03:28 <@cedric> on a mis plein de d'optim pour que le cas soit le plus tard possible
03:28 < glouglou> j'imagine
03:28 <@cedric> dc en general, c'est 3000 objets actifs
03:28 <@cedric> ce qui fait de toute facon bcp de monde a l'ecran
03:29 <@cedric> on pourrait avoir l'utilisation d'un algo de type quad tree ou utilisait les bouding box des smart objets pour limiter les recherches
03:29 <@cedric> mais dans la pratique, on a aucune appli qui montre le probleme
03:29 <@cedric> dc pas d'optim
03:29 <@cedric> et le 3000 est lie a ton CPU
03:29 <@cedric> plus, il est gros, plus le chiffre sera eleve
03:30 <@cedric> mais avec l'algo que je t'ai decrit, je pense pas que tu es de probleme a gerer ton graph
03:30 <@cedric> apres lors d'un zoom out, je pense que tu devras fusionner des nodes de ton reseau (juste pour la lisibilite de toute facon)
03:31 < glouglou> algo pour les nodes ou pour les liens ?
03:33 <@cedric> bah, les deux
03:43 <@cedric> https://wiki.ubuntu.com/Nexus7/FAQ \o/
04:22 < glouglou> cedric: donc pour les nodes tu partirais sur un edje object, et pour les liens un edje object aussi qui est redimensionne a la taille du lien
04:34 -!- Munto [~frugal@2a01:e35:139d:91e0:221:85ff:fee1:5c3c] has quit [Quit: Quitte]
05:43 -!- sharinganex [~sharingan@233.208.85.79.rev.sfr.net] has joined #e.fr