Patrice FERLET a écrit 92 commentaires

Vu les bugs qu'on me remonte (surtout l'histoire du port de XBMC/jsonrpc) que j'ai juste pas vu… je me dis "heureusement que c'est pas une dépêche) :p

La version 0.2.10 ou 0.2.12 allez… pourquoi pas :)

J'ai justement passé des jours à chercher un truc viable qui ferait ça… DLNA est un truc imbuvable en soit. Je comprend bien la demande mais idok est vraiment un outil pour Kodi/XBMC, il utilise l'api jsonrpc. Pour le DLNA, faut se battre avec rygel… :)

Voilà, j'ai créé une 0.2.8-pre pour voir si tout se passe bien.

Tu peux l'installer comme ça:

bash <(wget https://github.com/metal3d/idok/releases/download/0.2.8-pre/install-idok.sh -qO -)

ou

bash <(curl -L https://github.com/metal3d/idok/releases/download/0.2.8-pre/install-idok.sh)

L'option à ajouter est -targetport=8080 par exemple, par défaut c'est 80.

Normalement, ça devrait bien se passer :)

Bon j'ai regardé…

Ustream a complètement refondu leur bouzin. Maintenant ils envoient des chunk avec reconnexion au flux sur une adresse aléatoire. Pour réussir le tour de force, la lib python rtmp s'amuse à lire le swf…

Et comme les flux RTMP demande des réponse clientes, c'est impossible d'utiliser le flux de manière "proxifié" (stdin > tunnel). L'astuce me parait très compliqué en soit.

Bref, j'ai une autre solution, mais qui va demander beaucoup de boulot. Je verrai ça dans la semaine. Pour l'heure je dois me préparer à la refactorisation du code en packages.

Je tenterai de te tenir au courant.

Ha c'est dans la TODO list ça, ajouter le port de connexion à XBMC pour l'interface jsonrpc… Bon j'ai compris, ce soir je fais une nouvelle release :p

Oui je n'ai pas encore testé ce genre de chose, mais ce soir je regarde.

Et effectivement j'ai deux options que je veux mettre en place:

• transférer stdin à idok
• transférer un flux de port

Mais bon, hein, 3 jours le bébé :) laissez moi le temps :p

Oui, justement l'un des auteurs de raspbmc que j'ai contacté à cause de dropbear (serveur ssh sur raspbmc… qui m'a posé un paquet de soucis) me disait qu'il codait, lui aussi, un "plugin pour navigateur"

J'utilise aussi un de ces plugins, je trouve ça super, vraiment, mais…

Mais voilà, je vais sur la page de tears of steel, je veux balancer la vidéo mkv sur mon rasp. Bizarrement je trouve pas l'option… le plugin détecte une vidéo youtube (la version youtube de la vidéo en tête de page) et me la balance comme ça.

J'ai des vidéos de screencast que je fais pour des tuto de code, de musique, etc… je veux les mater sur ma télé: le plugin refuse… Et pour cause, aucun "serveur" ne "sert" le fichier. Si j'ouvre la page "file:///dir/to/my/videos" tu comprends bien que le raspberry, de l'autre coté, ne sait pas comment y accéder.

C'est là que idok prend le relais, il crée un serveur http et "sert" le fichier (en gérant le range byte et tout). Et comme j'ai pas envie d'ouvrir un port avec firewall-cmd, j'utilise le mode "ssh".

Les plugins browser je suis fan, mais ça ne sert pas à la même chose :) idok est une ligne de commande que tu peux introduire dans un script.

Ps: je me suis amusé à créer un flux RTSP avec python et gstreamer, puis j'ai fournis ça à idok dans la ligne de commande… ça marche :)

Etant donné que je suis l'auteur, j'ai pas osé proposer "mon outil" comme ça en dépêche, et puis encore une fois, le projet n'a que 3 jours :) Il marche, mais il est peut-être un peu jeunot non ?

Alors, idok permet de prendre des streams de pas mal de formats, rtsp, mms, http, et autres… Normalement, lancer le stream de la station spaciale devrait être assez simple. Si t'as une url, je veux bien tester de voir ce soir :)

Encore une fois, mon outil n'a que 3 jours. L'idée, après quelques jours de boulot dessus, sera de pouvoir faire encore un peu plus de choses, tels que streamer le bureau et le son du pc ou encore par exemple.

Je ne suis pas là pour tenter de faire mieux ou moins bien qu'un autre outil, je cherche à faire un outil léger qui permette de ne pas avoir à ouvrir des ports sur le pc, et de faire passer des medias sur ma téloche. Il existe tellement de possibilités avec pleins de logiciels…

Mais j'accepte volontiers les remarques ;)

Oui on peut seeker, du moins pour un fichier local. Le fait est que le package http de Golang permet de range-byte, ça marche plutôt bien.

Pour le montage inversé, je suis d'accord, c'est pas mal, mais… ça demande un peu de configuration sur ton raspbmc/openelec ou autre. En plus, il faut que tes medias se trouvent dans un répertoire particulier (ou alors tu montes tout le home…)

Idok est un peu plus simple, certes c'est jeune et je suis encore à la phase "je règle des soucis, j'optimise" mais il détache complètement le PC du XBMC. La configuration est quasi inexistante, c'est le point fort (mais si mais si)

Et puis, idok, il permet de demander une ouverture de flux depuis le net (mms, rtsp, http) sans avoir à créer un ".strm".

Bon oui ok tu me disais ça pour l'exemple… mais je suis en mode "défense de mon outil" :)

Non, LMMS ne gère pas complètement Jack, il se synchronise pas à l'horloge de jack, du coup tu peux pas lancer la lecture synchro… il n'utilise que les sorties Jack, pas le transport… et l'auteur de LMMS a l'air de s'en taper complètement et ce depuis plus de 6 ans qu'on lui remonte le problème.

Heu, chez moi le lien (redirigé) pointe bien sur quvi.sourceforge.net... non ?

Comme le dit Xavier, Cython existe bien. J'ai d'ailleurs fait une petite présentation de Cython à cet adresse:
Cython - Pour optimiser vos scripts

C'est un "sur-langage" qui permet de faire des libraires compilées, j'ai préféré ce modèle que SWIG (que je trouve très puissant aussi). La raison de ce choix se trouve ici:
Python-Quvi - Le choix Cython

Voilà :)

moi je vote pour ce commentaire :)

Malheureusement non, le canvas passe très mal dans la vue print (et je sais pas pourquoi) d'autant que les éléments placés en absolu... c'est pas une joie pour firefox

Faut que je passe par un backend, et c'est du boulot

Ce qu'il y de sûr c'est qu'aucune femme n'est venu me prendre la tête sur ce sujet. Ceux qui me connaissent savent parfaitement que je suis loin d'être machiste.

J'arrête de répondre à ces accusations stériles parce qu'elles sont franchement loin du sujet et de la vérité.

Pour le mind map, je suis en train de voir comment je peux faire... pas simple du tout mais possible. Cela dit il faudra attendre, je suis tout seul sur ce projet...

Export ODT etc... ça vient aussi, mais encore une fois il me faut un peu de temps.

En tout cas merci pour le compliment ;)

- pas de raccourcis clavier (mais c'est pas ce qui me choque le plus)
Oui je commence à implémenter cela

- pas de possibilité de réorganiser des groupes de bulles (modifications des liens)
Dis toi que j'ai passé 2 heures à me prendre la tête sur MooTree qui est largement en dessous de ce que j'attendais. Tu as parfaitement raison c'est ultra ennuyant. Je vais passer à un autre treeview ce soir...

- pas de textes long... (mais j'ai peut être la berlue)
Ca vient, je suis en train d'implémenter CKeditor dans l'interface. Mais il faut bien penser qu'un noeud est un simple "titre", un intitulé. Je vais rattacher un texte long comme une "option" (via un plugin)

- Possibilité d'ajouter des photos, des dessins (pouvoir crayonner vite fait direct dans l'interface)
Le RTE le permettra, mais je pense aussi mettre un truc qui permet de coller des images à la place des neoud (en spécialisant le noeud en fait, mais pas pour tout de suite)
- possibilité d'ajouter des fichiers (vidéos, textes), des liens (aperçu de page web, vidéo you tube, ...)
- Possibilité d'extraire le tout dans un pdf/site web/odf/poster (jpeg/png)


C'est en cours :) pour les deux points ;)

J'y pense sérieusement à la gestion du clavier. Une idée à mettre dans ma wishlist tiens :)

voilà, j'ai demandé la modif de texte, merci aux admins de DLFP d'avoir modifié les termes.

Et pardon à ceux qui se sont senti blessé (une fois de plus)

J'aime beaucoup Xmind aussi, intégré à Eclipse et franchement puissant.

Mon "produit" n'a pas les même objectifs.

Freemind, Vym et Xmind sont des clients qu'il faut installer, moi je cherche à faire un truc simple, sans installation, mais pas forcément aussi puissant que ceux que tu cites (et dont, je le répète, je suis très content)

Justement non, ton exemple est pas bon...
Je cherche les descendant d'un élément particulier qui est contenu dans 'this', par exemple dans un "event"...

Et là tu ne peux pas y couper.

Toi ton exemple applique le style (et pas CSS qui est un mauvais terme choisi par JQuery) à tous les éléments de classe 'classname'

$('classname') ne marche pas, il faut un "point" devant...

Ensuite tu n'as pas vu que je voulais le premier élément (get (0)) mais pourquoi pas le 5 ième par exemple... (parce que je sais qu'il existe des suraccesseurs comme "first ")

En gros, ta réponse est fausse, ta ligne de code ne fait pas du tout ce que j'attendais.

Enfin, je ne suis pas le seul à choisir Mootools pour sa robustesse et sa qualité de code, notemment en terme de POO. Regarde APE par exemple, ou le site du W3C... Ce choix est purement technique, JQuery ne m'apporterai rien de plus, mais beaucoup de moins

chef de projet n'est pas forcément masculin, ainsi que développeur...

Si j'ai parlé de mère de famille ce n'est pas pour classifier un être humain qui se résume à ne faire qu'organiser une journée mais c'est un exemple de personne qui peut utiliser la méthodologie que je présente.

Je le redis, et une dernière fois: pardon si les titres de "poste" ont été mal pensés.

La prochaine dépêche que je ferai n'aura que du masculin, comme ça on me reprochera peut-être de ne pas avoir cité de femme dans mes propos, mais au moins on ne dira pas que je les ai rabaissé.

Sur ce, merci d'avoir pourri ma dépêche.

Bon, si vous voulez on demande aux modérateur et/ou validateurs de la dépêche de supprimer mes propos absoluments lamentables, bourrés de malsain, misogyne, machiste, raciste etc...

Sans rire (parce que là je le prend (pour le moment) avec le sourire) je m'excuse si j'ai blessé quelqu'un ou si ma dépêche aurait put être insultante avec un cliché que je ne cherchais pas à rendre trollesque.

Ma femme en tout cas ne l'a pas mal pris... donc voilà... allez j'ai de la vaisselle à faire moi... ++

Pourquoi pas JQuery ? effectivement j'aurai put le préciser. Je vais d'ailleurs préparer une page expliquant certain choix.

J'ai un fort à priori sur JQuery depuis que je l'utilise quotidiennement. Ce framework a des qualités c'est indéniable, mais il n'est pas prévu pour ce genre de travaux.

Mootools a une qualité de code largement supérieure et me permet d'être plus fiable en terme d'architecture. De plus il me permet d'être plus lisible.

Exemple de code que je déteste sur JQuery:
$(this)
qui sur Mootools devient
this

Et en allant plus loin:

//Sur JQuery
$($(this).children('.classname').get(0)).css('color','#EFEFEF')
//devient sur mootools
this.getElements('.classname')[0].setStyle('color','#EFEFEF')


En fait, tout est bien expliqué [http://jqueryvsmootools.com]

Au delà de ça, Mootools est une préférence de ma part, je suis un peu didacteur sur les bords :)