• [^] # Re: reponse rapide : NON, maintenant developpons.

    Posté par . En réponse au message question sur faisabilité réseau. Évalué à 1. Dernière modification le 08 octobre 2014 à 07:18.

    Oki pour la bande, je m’inquiétais surtout des ressources prises par le noyau pour le forwarding, qui ne seront plus disponibles pour le traitement GVSP.
    En GiGE Vision, on ne compresse pas (enfin en règle générale). Le but de la manip est de transformer le flux GVSP en un flux RTP x264, pour diffuser à travers une infrastructure classique les images (entre autres).
    Les caméras GiGe sont plutôt dites "industrielles", leur définition ne correspond aux standards dits "grand public" . Par exemple, j'ai sur mon bureau une caméra 1600x1200 qui donne pour du 25 fps en YUV : 1600 * 1200 * (2*8) * 25 = 768 Mb/s (sans l'overhead protocolaire bien sûr). C'est pour ce cas "jumbo frame" très conseillé.

    Je vais tester d'abord un pont, il semble que l'on obtienne un comportement de type commutateur.
    N'utilisant que des Gentoo ~amd64 il me reste plus qu'à trouver comment faire ça avec NetworkManager, ou bien retourner à une configuration plus OpenRC.

    J'ai une autre petite question sur le sujet. Un mécanisme de découverte GiGE Vision est disponible pour détecter les caméras. Il est basé sur un paquet broadcast limité ou de réseau, ce qui permet d'aussi découvrir les caméras qui n'ont pas une ip sur le même segment. Y a-t-il une chance que ces paquets franchissent le pont ?