Resumen de los requisitos mínimos del sistema para el presentador y los espectadores de webinars.

Cada presentador tiene su propia conexión al webinar. La velocidad mínima de subida necesaria para retransmitir un webinar con WebinarGeek es de aproximadamente 250 kilobytes por segundo (equivalente a unos 2 Mbps).

Si estás conectado con varios presentadores, también necesitarás una velocidad de descarga suficiente, de hasta 100 KBps (800 Kbps). Reducimos automáticamente la recepción si es necesario para tu ordenador o tu velocidad de Internet.

Más importante que la velocidad de Internet es la estabilidad de tu conexión. Para poder retransmitir vídeo en directo, necesitas una conexión estable. Es preferible utilizar una conexión a Internet por cable en lugar de Wi‑Fi. Si decides utilizar Wi‑Fi, asegúrate de situarte lo más cerca posible del router. Si estás en una red VPN, te recomendamos desconectarte de ella para aprovechar mejor tu conexión.

La velocidad mínima de subida necesaria para cada presentador en un webinar con más de un presentador es de aproximadamente 250 kilobytes por segundo (2 Mbps).

Para los espectadores, se requiere una velocidad mínima de descarga de 60 kilobytes por segundo (equivalente a 0,5 Mbps). WebinarGeek adapta automáticamente la calidad del webinar (al alza o a la baja) en función del ancho de banda disponible y de la potencia de CPU del espectador.

Puedes probar la velocidad de tu conexión a Internet aquí. Haz clic en «Start test» después de que se cargue y elige una ubicación cercana. Asegúrate de que la velocidad (de subida o de descarga) en «Mbps» sea superior o igual a los requisitos mínimos de velocidad indicados.

Retransmitir un webinar en directo exigirá más a tu ordenador que la mayoría de las demás tareas «habituales». Por ejemplo, tu ordenador tiene que procesar vídeo y audio y asegurarse de que estén sincronizados. El procesamiento de vídeo y audio, en especial, exigirá mucho a tu CPU/procesador, por lo que recomendamos utilizar un PC relativamente nuevo.

Como regla general, para que un ordenador se considere lo suficientemente moderno, recomendamos lo siguiente:

Por lo general, WebinarGeek también funciona bien en ordenadores más antiguos, pero si tienes algún problema, recomendamos utilizar uno más nuevo. Al probar o retransmitir tu webinar en directo, mediremos cuánto está procesando tu ordenador la retransmisión.

Asegúrate siempre de que tu ordenador tenga el máximo rendimiento posible cerrando todas las demás aplicaciones. Cuanto más potente, mejor (por ejemplo, un MacBook Pro en lugar de un Air).

WebinarGeek se ha probado en varios sistemas operativos:

Puedes consultar tu sistema operativo actual en esta página.

WebinarGeek es compatible con los siguientes navegadores.

Para disfrutar de una experiencia óptima, recomendamos utilizar la versión más reciente de Google Chrome.

Si ya utilizas el navegador Google Chrome, puedes consultar tu versión actual en la esquina superior derecha del navegador haciendo clic en los tres puntos y seleccionando «Ayuda» > «Acerca de Google Chrome».

Como muchos navegadores se basan en el mismo navegador que Google Chrome (Chromium), tendrás la misma experiencia con la versión más reciente de Microsoft Edge, Vivaldi o Brave si no quieres utilizar Chrome.

Puedes consultar esta página para saber qué tipo de navegador estás utilizando actualmente.

Prácticamente todas las cámaras (virtuales) y micrófonos son compatibles para el presentador, siempre que tu navegador pueda detectarlos como dispositivos compatibles. Para las cámaras web no estándar, a veces necesitarás hardware o software adicional, como Blackmagic Web Presenter, U-TAP u OBS. Las cámaras deben tener una resolución mínima de 1280x720 px.

Es posible seguir un webinar en todas las redes que permiten visitar sitios web (sin restricciones), siempre que haya una conexión estable disponible.

WebinarGeek utiliza diversos dominios, direcciones IP, puertos y protocolos para alojar tu webinar. Si utilizas una red corporativa o una VPN, es recomendable comprobar estos ajustes con tu responsable de TI.

Debes asegurarte de poder acceder a los siguientes dominios:

Además, debes asegurarte de poder acceder a *.daily.co por el puerto 443, ya que se utiliza para diversos tipos de conexión alternativos.

Si tienes un cortafuegos, debes permitir el UDP hole punching, que es básicamente el comportamiento estándar de la mayoría de los cortafuegos. Si permites o deniegas explícitamente puertos UDP, tendrás que abrir el puerto 3478 para la señalización y el túnel de medios. También tendrás que abrir los puertos UDP 40000-65534 para todos los presentadores y copresentadores para que las llamadas entre pares funcionen correctamente. Por último, asegúrate de desactivar la intercepción.

Si debes utilizar una VPN, los webinars tendrán mucha mejor calidad si el tráfico de WebinarGeek puede evitarla. Normalmente puedes hacerlo configurando la tunelización dividida. Intenta excluir todo el tráfico UDP. Si no es posible, excluye el puerto 443 al menos para los rangos de IP de Twilio.

Si tus herramientas de red no permiten incluir en una lista blanca nombres de host con comodines, puedes obtener las listas completas de IP de todos los servicios utilizando los enlaces siguientes.
​

Daily: https://ip-info.daily.co/ips/ip-info.json

Rangos de IP de Twilio: https://www.twilio.com/docs/stun-turn/regions

Si necesitas controlar el acceso a recursos con una cabecera Content-Security-Policy (CSP), utiliza lo siguiente:

Palabras clave: requisitos del sistema, especificaciones, mbit, transmisión en directo