Aller au contenu
Site Communauté

J3R3M51

Membres
  • Nbre de contenus

    6
  • Inscription

  • Dernière visite

Informations personnelles

  • Sexe
    Homme
  • Ville
    Paris

Configuration PC

  • Système d'exploitation
    Windows 10

Succès de J3R3M51

Matelot breveté

Matelot breveté (2/24)

  • Premier message
  • Une semaine déjà
  • 30 jours déjà
  • Un an déjà
  • Audacieux

Badges récents

1

Réputation dans la communauté

  1. Bonjour à tous, Un ami aimerait étendre son wifi au-delà de sa maison où la couverture est parfaite au sein de celle-ci avec une Livebox, bien placée au centre de l'habitation. Sa charmante maison dispose d'épais murs en pierre, ce qui fait qu'une fois sortis de celle-ci, le réseau wifi est légèrement détecté, mais avec un débit quasiment nul. Un câble RJ45 Cat6 a néanmoins été tiré en sous-terrain, de cette LB jusqu'à l'intérieur du garage, bien plus loin. Qu'est-il possible de mettre en place pour étendre le réseau wifi convenablement? L'utilisation d'un simple répéteur n'est pas jouable, puisque celui-ci va retransmettre un débit misérable s'il est à l'intérieur et qu'il n'est pas possible d'en placer à l'extérieur. Je pensais que la solution pourrait être la mise en place d'un réseau Mesh, mais cela implique un coût conséquent pour profiter du wifi dans son jardin et son garage. J'ai tenté de simplement recréer un réseau wifi avec le même SSID avec un autre routeur utilisant RJ45, mais les téléphones restent connectés au réseau wifi auxquels ils se sont connectés en premier, ce qui est dérangeant dans un sens comme l'autre, car ils arrivent à capter suffisamment loin pour que cela soit embêtant, mais c'est vraiment trop loin pour avoir un minimum de débit. Et il ne serait pas pratique de se connecter/déconnecter du réseau en fonction du lieu. Lorsque j'utilise un routeur en mode extension de réseau wifi, il utilise uniquement le wifi comme source de connexion Internet, jamais le RJ45, ce qui est bien dommage. En fait, il faudrait simplement une sorte de déport Slave de la LB, qui utilise la connexion internet du RJ45 fourni par la LB Main. Problématique pourtant simple, mais sur laquelle je bloque... Pouvez-vous éclairer ma lanterne s'il-vous-plaît? Merci d'avance!
  2. Bonjour à tous, Dans un premier temps, désolé de ce titre à rallonge, pas forcément explicite. Si vous avez une meilleure idée de titre, n'hésitez pas! Je travaille toute l'année pour plusieurs employeurs. J'ai un certain nombre de calendriers personnels et un certain nombre de calendriers professionnels, tous hébergés sur Google. Au niveau des calendriers professionnels, il y en a un par employeur récurrent (soit actuellement 5) + 1 calendrier que je dédie aux autres employeurs. Cette organisation me convient très bien pour avoir une vue rapide de ce que je souhaite en simplement sélectionnant/désélectionnant les calendriers qui m'intéressent. Cependant, depuis plusieurs années, j'aimerais mettre en place un système permettant aux employeurs récurrents de, dans un premier temps, pouvoir contrôler les dates que j'ai bloquées pour eux (donc accès visuel au calendrier que j'ai créé pour noter leurs dates), mais aussi, dans un second temps, qu'ils voient les dates auxquelles je ne suis pas disponible, puisque je les ai bloquées pour d'autres ou parce que j'ai un rendez-vous chez le médecin, par exemple. J'aimerais quelque chose qui soit simple à maintenir pour moi et simple d'accès pour ces employeurs. Dans ce sens, j'aimerais donc pouvoir conserver la gestion actuelle des agendas. Au niveau des employeurs, je pensais simplement mettre en place une page de connexion user/password qui les redirigerait sur la page correspondant. Il existe une solution simple à mettre en place, qui consiste à créer un autre agenda ("Indisponibilités", par exemple) et d'y ajouter chacune des dates de tous les autres agendas. Ensuite, il suffit de partager, pour chaque employeur, son agenda + celui "Indisponibilités". Cependant, j'ai essayé cette solution durant plusieurs mois et j'ai toujours eu des oublis/soucis. Il y avait toujours des dates qui passaient à la trappe et qui me mettaient dans l'embarras lorsqu'on me disait qu'elle était pourtant libre dans mon calendrier. De plus, c'est quand même assez long et contraignant de tout dupliquer. Bref, ça n'a pas du tout été une solution pratique, donc je cherche autre chose à mettre en place. Au niveau matériel, j'ai un NAS Synology où l'utilitaire Calendar peut être exploité. J'ai également un nom de domaine qui redirige vers la partie web du NAS. Un sous-domaine peut très bien être attribué pour accéder directement à une page d'identification de l'utilitaire Calendar. J'aimerais néanmoins conserver la gestion du Calendrier par Google, puisque c'est forcément beaucoup plus secure! Mon NAS, bien que sur onduleur, ne le sera jamais autant qu'un serveur Google. Malheureusement, il est uniquement possible d'importer des calendriers dans l'utilitaire Calendar du NAS, pas d'exploiter des calendriers d'un autre serveur. Quand bien même cela aurait été possible, je n'ai pas trouvé d'option qui permettrait de faire ce que je recherche. Ce que je souhaite vraiment n'est pas un partage de calendrier, mais vraiment que chaque employeur puisse consulter l'agenda le concernant (avec les détails) et que les autres agendas soient grisés (sans afficher le nom, ni les détails de ceux-ci) depuis un site avec connexion rapide. Quels conseils pouvez-vous me donner pour mettre en place ce que je recherche? Merci d'avance!
  3. Salut @FraiseTagada et un grand merci du temps accordé et tes réponses précises! Le but est effectivement d'avoir quelque chose de forcément fonctionnel, performant et stable. Je n'aurai malheureusement pas l'occasion de faire d'essais avec autant de clients avant, c'est pour cela que je cherche finalement à me diriger vers une solution sûre. Visiblement, celle-ci pourrait fonctionner, mais n'est pas garantie sans erreur, dommage. Je ne connaissais pas cette abréviation. Quelques recherches plus tard, j''en sais un peu plus. Mais cela implique l'utilisation de plus de machines. Les machines (iMac) servant à encoder seront louées, cela signifie donc une augmentation des coûts en mettant cela en place. Le coût serait à comparer avec une installation en bon et dû forme je pense. Effectivement, je n'étais pas bon de ce côté là. J'ai appris que ça serait vrai si du multicast était mis en place et c'est donc à ça que je pense. Oui, je parle de RTMP puisque c'est le seul protocole que j'ai été amené à utiliser jusqu'à présent. Je n'ose pas m'aventurer en eaux troubles... Mais je suis bien entendu ouvert à d'autres protocoles, surtout s'il y a un gain en efficacité. Je comprends d'ailleurs tout à fait le besoin de s'adapter à la connexion du client, il vaut mieux qu'il voit quelque chose d'un moins bonne qualité qu'un rien du tout en bonne qualité. Pour le coup, j'ai l'habitude d'utiliser du VBR. Pour info, autres réglages que j'ai l'habitude d'utiliser : Framerate 25fps / Keyframe interval : 2s / Profil Main / Codec Son AAC-LC / 96kbps 48kHz. Je suis totalement d'accord avec toi sur ce point! Et je suis également d'accord avec cela, beaucoup ne verraient pas de différence. Mais techniquement, un full HD doit être retransmis. Le but est de prouver qu'il est possible de remplacer la modulation d'une retransmission en câble d'antenne, avec la même qualité. Je vais préciser cela plus bas 🙂 Si je te dis qu'on parle d'un concert, tu acceptes quand même de m'aider à trouver un compromis ? 😄 Les clients seraient des Raspberry branchés en HDMI sur des téléviseurs, sur lesquels nous aurions la main. Ils seraient tous câblés en RJ45, sauf si difficultés, le wifi pourrait être envisagé pour quelques postes clients. Effectivement, il y a un juste milieu à trouver entre la bande passante et la capacité de décoder le signal à l'arrivée. Le x264 semble être un bon compromis pour cette utilisation. Qu'en penses-tu ? En effet, c'est passionnant, mais tellement vague quand on commence à plonger dedans. Les possibilités semblent être multiples, mais pas moins complexes. Jusqu'à présent, je me contentais d'encoder différents flux sur des serveurs web adéquats. Avoir soudainement à réfléchir à l'architecture complète du réseau local pour rester en intranet, c'est quelques niveaux au-dessus. Effectivement, ça pourra être fait directement dans le logiciel en créant un profil spécifique pour l'enregistrement en amont. C'est le plus simple, mais l'enregistrement n'est pas prévu normalement. J'y avais aussi pensé, ça serait tellement plus simple! Mais une solution la plus indépendante possible doit être mise en place, donc indépendante d'internet si possible. Pour info, les flux récupérés seront déjà habillés, seuls les flux finaux seront traités. Merci de ces précisions. Je l'avais effectivement bien en tête. Même en maîtrisant toute une chaine, les traitements ne se feront pas toujours exactement au même moment, ce qui impliquera quelques petits décalages, mais ça ne pose pas de problème, les clients seront dans des espaces distincts, rien ne sera perceptible, même en passant d'un espace à l'autre. En tous cas, elles semblent t'avoir été utiles. Et même plus que ça, elles sont désormais utiles à bien d'autres personnes, dont moi! Je vais essayer de préciser davantage mon besoin. Je récupère 3 flux de concerts live différents que je souhaite streamer chacun sur un encodeur (iMac avec OBS ou Wirecast). Le but étant que ces flux (en 1080p au mieux, mais 1080i serait déjà très bien, surtout si besoin de libérer de la bande passante) soient récupérés à la demande par des clients. Chaque client pourra sélectionner l'un de ces trois flux via une interface en cours de développement. Je dois avoir un système fiable et performant avec une qualité optimale, comment conseilles-tu de le faire avec les contraintes du réseau local? Il semblerait qu'il faille mettre en place un réseau multicast, ce qui impliquerait au minimum l'utilisation d'un switch L2. Certains sites affirment qu'il est plus judicieux de le faire avec un switch L3. Problème, je n'ai jamais utilisé de switchs manageables et n'en ai pas sous la main, même si je pense que la base de sa gestion peut être rapidement maitrisée. Bref, au niveau de l'architecture réseau, ce n'est pas encore très clair à l'heure actuelle. Et une fois que celle-ci sera plus claire, il restera à mettre en pratique le streaming au sein de celle-ci. Penses-tu pouvoir m'aider à y voir plus clair ? 😄
  4. Bonjour @FraiseTagada et merci de ce complément de réponse. À tout hasard, pourrais-tu m'informer sur les limites d'une telle utilisation ? J'ai en tête que le serveur met à disposition un flux en live. Mais que le flux soit visionné par 2 ou 200 personnes simultanément, celui-ci ne sera pas plus sollicité. Est-ce que je me trompe ? Les seules limites de ce système sont-elles le réseau Gigabit? Ce qui donnerait environ 200 visionnages simultanés possibles pour un flux d'environ 5Mbps? Pour moi, j'ai en tête que c'est le même principe que la TV, une chaîne est émise, si je la regarde je choppe le flux et m'y déconnecte quand je veux sans que ça puisse perturber l'émission de cette chaîne.
  5. Messieurs, j'ai trouvé la solution! Utilisant des Mac, il suffit d'installer ce petit utilitaire pour que la machine encodeuse soit également reconnue comme serveur RTMP. Il doit certainement exister un utilitaire similaire pour les utilitaires de Windows. Bonne journée à tous 🙂
  6. Bonjour à tous, Je viens vers vous afin de trouver une solution simple pour streamer plusieurs flux sur un réseau local. Chaque flux sera encodé par un ordinateur dédié avec OBS si possible, voire Wirecast si nécessaire, je pense que vous pourrez m'orienter sur la meilleure solution. Après quelques recherches, je suis tombé sur pas mal de sujets qui traitent du stream sur les réseaux sociaux ou sur des services internet de streaming, mais peu sur le réseau local. Ceux qui traitent du réseau local expliquent comment streamer le contenu d'un poste directement sur un autre, ce qui ne correspond pas à ce que je souhaite faire. En schématisant, admettons que je souhaite que les postes 192.168.1.10, 192.168.1.11, 192.168.1.12 streament chacun un flux (en 1080p), j'aimerais que chaque poste faisant partie de ce réseau puisse voir ces flux, en connaissant bien évidemment les adresses en amont. N'est-il pas possible que chaque "poste encodeur" puisse être son propre serveur ? Ainsi, le flux serait accessible depuis une adresse type rtmp://192.168.1.10/live. Ou faut-il absolument passer par un serveur local, type NAS? Si oui, quel type de NAS / quelle configuration faut-il pour pouvoir streamer trois flux 1080p simultanément? J'étais persuadé qu'une solution serait envisageable directement depuis les "postes encodeurs". Je précise que le nombre de client sera d'environ 50 en simultané. Je vous remercie de votre lecture et suis à votre disposition s'il est nécessaire de préciser davantage mon projet
×
×
  • Créer...