Sp@r0

Bon ce qu'il faut que tu garde

regarde dans ma signature y a un lien vers mon site c'est encore en b

1) C'est pas forcément la meilleur solution 2) Ce gcc est prévu pour les machines x86 par pour les synos (il ne peut pas fonctionner sur ton syno en clair) !!! 3) C'est tout a fait juste mais cette toolchain et faite pour tourner sur un pc elle est incompatible avec ton syno 4) il est préférable de cross compilé pour plusieurs raisons : - les outils syno ne peuvent fonctionner autrement - une question de temps (compiler demande beaucoup de ressource chose rare sur un syno) - il est possible de compiler directement sur le syno mais tu devras modifier les outils de compilation fournit pas syno de plus il va manquer tout un tas de dépendances plus ou moins directes que tu devras installer à la main sur ton syno. Sur une distribution linux normal elles seront soit déjà présentes soit disponible directement dans le dépôt de ta distribution 2)

Dis moi par hazard tu ne serait pas entrain d'essayer de compiler rsync en utilisant les outils de cross compilation x86 de synology ??? Parceque ce que tu donnes comme capture d'écran c'est les outils pour de compilation pour pc x86 .... Il est possible de compiler sur le syno avec gcc que l'on trouve sur ipkg mais c'est laborieux !!!! Franchement si j'étais toi je compilerais sur une machine sous linux avec les outils en questions c'est infiniment plus simple que sur le syno !!!!

Les synos à part le 710+ et le 1010+ ne sont pas des x86 donc il faut cross compiler l'application pour ton syno à l'aide des outils fournit par synology pour créer un exécutable compréhensible par ton syno !!!

Après des mois d'inactivités ce projet avance à toutes vitesses maintenant !!! J'ai ajouté un petit serveur http (c'est vraiment top python au passage !!!) pour pouvoir piloter l'engin par le WEB, faut que je fasse une page qui ressemble à quelques choses et je post tout cela Sinon j'ai enfin compris comment fonctionnait la lecture des fins de courses sur mon lance missile (oui parceque acutellement si je vais trop loin d'un coté ou de l'autre la mécanique du jouet n'aime pas trop) faut maintenant que je rajoute cela dans mon code pour arrêter le mouvement en bout de course. Voilà c'est tout mais c'est déjà pas mal !!!! La vidéo 1.0 de mon lance missile USB ce trouve sur mon site : www.iBidouille.net

Bon alors je ressorts ce vieux dossier pour vous informer que j'ai beaucoup avancé !!! Alors je reprends le descriptif du début : Mon avancement actuelle : - Gestion de la webcam => OK avec les modules Gspca - Vision de la Webcam par internet => OK avec mjpeg streamer - Récupération des dialogues entre le soft (uniquement windows) et la webcam => OK avec usbsniffer - Interprétation du protocole => OK (en fait j'essaye déjà de comprendre comment marche l'USB) - Pilotage de la bête par un script python => OK - Réalisation d'une page pour piloter le tout => KO / OK de pour l'instant le mouvement ce pilote par le shell et l'image par http Alors quelques explications avant de vous laisser voir la vidéo !!! Donc le pilotage du mouvement ce fait par un script en python j'avais à l'origine tenté d'utiliser pyMissile mais c'était tellement sophistiqué que j'ai décidé d'écrire un truc plus simple moi même. Donc pour jeter un coup d'œil sur la vidéo et sur le code en python (en version super bêta !!) rendez vous sur : iBidouille.net Bon il reste encore un paquet de truc à régler mais cela m'a permis d'apprendre pas mal de chose sur l'USB notamment dans le cadre de mon nouveau projet piloter un écran LCD depuis mon DS110j !!! Pour afficher les infos de la domotique, les photos, ....

L interface ai le m

Alors sur le fond je suis d'accord mais lftp permet de faire des copies diff

As tu relanc

Pour la webcam USB sur syno regarde dans la signature mais il est vrai que cela demande quelques manipulations en ligne de commande. Mais avec de l'aide

Perso je me suis amus

Je vais

Pourtant la r