Sp@r0

Pour le fichier compat.h il ce trouve dans le répertoire V4L de l'archive d'uvcvideo. Pour le module USB<=>Serial c'est très étrange ... Moi j'ai 1 car j'utilise un drvier FTIDI_SIO en fait le module ne focntionne pas seul il faut un moduiles annexes avec le driver ....ftfdi_sio étant la puce la plus courante. Pour les options d'uvc vidéo │ │ --- Multimedia support │ │ │ │ *** Multimedia core support *** │ │ │ │ <M> Video For Linux │ │ │ │ [*] Enable Video For Linux API 1 (DEPRECATED) │ │ │ │ < > DVB for Linux │ │ │ │ *** Multimedia drivers *** │ │ │ │ [ ] Load and attach frontend and tuner driver modules as needed│ │ │ │ [ ] Customize analog and hybrid tuner modules to build ---> │ │ │ │ [*] Video capture adapters ---> │ │ │ │ [ ] Radio Adapters ---> │ │ │ │ --- Video capture adapters │ │ │ │ [ ] Enable advanced debug functionality │ │ │ │ [ ] Enable old-style fixed minor ranges for video devices │ │ │ │ [*] Autoselect pertinent encoders/decoders and other helper chi│ │ │ │ < > Virtual Video Driver │ │ │ │ < > BT848 Video For Linux │ │ │ │ < > CPiA Video For Linux │ │ │ │ < > CPiA2 Video For Linux │ │ │ │ < > │ │ --- V4L USB devices │ │ │ │ <M> USB Video Class (UVC) │ │ │ │ [*] UVC input events device support │ │ │ │ <M> GSPCA based webcams ---> │ │ là on choisi si on veut aussi un modules pour une vielle cam style le GSPCA ou le cx231xx │ │ < > Hauppauge WinTV-PVR USB2 support │ │ │ │ < > Hauppauge HD PVR support │ │ │ │ < > Empia EM28xx USB video capture support │ │ │ │ < > Conexant cx231xx USB video capture support │ │ │ │ < > USB video devices based on Nogatech NT1003/1004/1005 │ │ │ │ < > USB 3com HomeConnect (aka vicam) support (EXPERIMENTAL) │ │ SAA5246A, SAA5281 Teletext processor │ │ │ │ < > SAA5249 Teletext processor │ │

Perso je n'utilise pas mon syno

Perso, j'utilise un OWL CM113 command

Ce type d'architecture ne pose pas sp

C'est surement un param

Alors l

oups j'ai oublié une ligne dans mon tuto !!!! Il faut créer le node de connexion avec une commande du style : mknod /dev/usb/ttyUSB0 c 188 0 et tu en créer plusieurs si tu veux d'autres ports séries style mknod /dev/usb/ttyUSB1 c 188 1 Perso je n'ai pas de préférence pour la puce du câble les 2 marchent bien chez moi !!! Je pense que avec le node de connexion cela devrait fonctionner => perso moi je test mes connexions avec un scripts python tu peux trouver un exemple de code python qui tourne sur mon syno pour la gestion d'un capteur X10RF => ICI

C'est possible et dans ce cas c'est de la compilation mais c'est un peu lourd car il te faudra copier toutes les sources sur le syno environ 1,5 giga et en plus tu ne pourra pas profiter de aptitude ou de yum pour charger les sources qui manquent.... Et en plus les fichiers de configuration automatiques riquent de ne pas marcher à cause de toutes les dépendances qui vont manquer mais c'est possible => et mise à part sur ta bête de course ça risque d'être un peu lent .... Je te suggére plutôt de le faire sur un linux (Moi je suis PC avec Fedora 12 !!!!) mais une installation virtualisé type VMWare, VirtualBox ou Qemu fera trés bien l'affaire pour compiler.

Le problème n'est pas tant dans le fait de cross compiler mais plutot dans les paramétrés du fichier config et la version du kernel utilisé sur le 710+ => pour l'instant ce que fournit synology n'est pas exacte pour ce modèle => cross compilation possible mais les modules sont non fonctionnels !!!! Du coup MS_Totor essai de compiler des modules déja existant sur le syno et trouver d'ou vienne les différences => pas evident du tout .... Effectivement, il existe des modèles LANs mais le probleme serait le même que en usb leur produit fonctionne toujours sur un port com aprés y a soit un convertiseur COM<=>USB soit un convertisseur COM<=>LAN/WIFI. Je n'ai personnelement jaimais tanté de compiler le module qui va avec le convertisseur COM<=>LAN mais ça doit pouvoir ce faire mais c'est à tester avant d'acheter !!! Sinon pour le prix des modules RFXCOM, il sont plus chere que d'autres mais ils décodent et vérifient la cohérences des trames avec un microcontrolleur en interne et leurs produits sont reconnus par touts les projet de domotique. Personnelement je n'ai pas encore achteté de module d'emission parceque j'aui en projet d'en faire un. Derniére remarque au sujet de la commande, si vous commandez chez le fabricant vous pouvez acheter des updates du firmwares pour le rendre compatibles avec plus d'équipements mais domadoo ne les proposent pas.

Donc j'ouvre ce sujet suite

Je pense que Heyu est parfaitement portable sur nos syno la seul difficult

D

Sauf que chez moi pour un module de kernel ou pour un soft que j'ai compilé pour la webcam USB renvoi : Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 Class: ELF32 Data: 2's complement, little endian Version: 1 (current) OS/ABI: UNIX - System V ABI Version: 0 Type: EXEC (Executable file) Machine: ARM Version: 0x1 Entry point address: 0x8a3c Start of program headers: 52 (bytes into file) Start of section headers: 10800 (bytes into file) Flags: 0x5000002, has entry point, Version5 EABI Size of this header: 52 (bytes) Size of program headers: 32 (bytes) Number of program headers: 8 Size of section headers: 40 (bytes) Number of section headers: 34 Section header string table index: 31 Ce qui été à prévoir sur mon arm 32bits .....:D:D:D

- Fonctionne t'il lorsque tu fais : ./tonscript.sh start - Deuxi

La réponse est ..... NON => le zippage / dezippage et autres miniatures sont limités principalement sur nos synos par la puissance du processeur et le mono coeur (sauf 1010+). L'augmentation de la mémoire n'améliorera pas sensiblement ces actions, tu ne pourras améliorer par la RAM que la capacité des applications style apache à gérer plus de connexions simultanés (et encore pas tant que çà ...) ou à pouvoir exploter plus applications simultanéments (dans une moindre mesure). Tout comme sur les pcs la course à la RAM n'à que peu d'intêret au final... Avoir 4 giga de ram dans un pc n'apporte rien sauf jeux et/ou applicatifs professionelles (et encore ....)