Una visión general con los requisitos mínimos del sistema para el presentador y los espectadores de los webinars.

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

Si estás conectado a varios presentadores, también necesitarás una velocidad de descarga suficiente, hasta 100 KBps (800 Kbps). Ajustamos 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 emitir vídeo en directo, necesitas una conexión estable. Es preferible usar una conexión por cable en lugar de Wi-Fi. Si eliges usar Wi-Fi, asegúrate de colocarte lo más cerca posible del router. Si estás en una red VPN, te recomendamos desconectarte para aprovechar mejor tu conexión.

La velocidad mínima de subida requerida 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 (hacia arriba o hacia abajo), según el ancho de banda disponible y la potencia de CPU del espectador.

Puedes probar la velocidad de tu conexión a internet aquí. Haz clic en 'Start test' tras cargar y elige una ubicación cercana. Asegúrate de que la velocidad (de subida o bajada) en 'Mbps' sea igual o superior a los requisitos mínimos indicados.

Emitir un webinar en directo exige más a tu ordenador que la mayoría de las tareas habituales. Por ejemplo, tu ordenador debe procesar vídeo y audio y asegurarse de que estén sincronizados. Especialmente el procesamiento de vídeo y audio exige mucho a tu CPU/procesador, por lo que recomendamos usar un PC relativamente nuevo.

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

WebinarGeek suele funcionar bien incluso en ordenadores más antiguos, pero si experimentas problemas, se recomienda usar un ordenador más nuevo. Al probar o emitir tu webinar en directo, mediremos la carga de tu ordenador procesando la emisión.

Asegúrate siempre de que tu ordenador sea lo más potente posible y que todas las demás aplicaciones estén cerradas. Cuanto más potente, mejor (por ejemplo, MacBook Pro en lugar de Air).

WebinarGeek ha sido probado en varios sistemas operativos:

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

Los siguientes navegadores son compatibles con WebinarGeek.

Para una experiencia óptima, recomendamos usar la última versión de Google Chrome.

Si ya usas Google Chrome, puedes comprobar tu versión actual en la esquina superior derecha del navegador haciendo clic en los tres puntos y eligiendo 'Ayuda' > 'Acerca de Google Chrome'.

Como muchos navegadores están basados en el mismo motor que Google Chrome (Chromium), tendrás la misma experiencia usando la última versión de Microsoft Edge, Vivaldi o Brave si no quieres usar Chrome.

Puedes comprobar en esta página qué tipo de navegador estás usando 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 webcams 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.

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

WebinarGeek utiliza una variedad de dominios, direcciones IP, puertos y protocolos para alojar tu webinar. Si usas una red corporativa o VPN, es recomendable consultar estos ajustes con tu responsable de IT.

Debes asegurarte de poder acceder a los siguientes dominios:

Además, debes asegurarte de poder acceder a *.daily.co en el puerto 443, ya que se usa para varios tipos de conexión de respaldo.

Si tienes un cortafuegos, debes permitir el UDP hole punching, que es el comportamiento estándar para la mayoría de cortafuegos. Si permites o deniegas explícitamente puertos UDP, deberás abrir el puerto 3478 para señalización y túnel de medios. También deberás abrir los puertos UDP 40000-65534 para todos los (co)anfitriones para que las llamadas peer-to-peer funcionen correctamente. Y finalmente, asegúrate de desactivar la interceptación.

Si estás obligado a usar una VPN, la calidad de los webinars será mucho mejor si el tráfico de WebinarGeek puede evitarla. Normalmente puedes hacerlo configurando el túnel dividido. Intenta eximir todo el tráfico UDP. Si no es posible, exime el puerto 443 al menos para los rangos IP de Twilio y, idealmente, también para Xirsys.

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

Rangos IP de Xirsys: https://docs.xirsys.com/?pg=ip-whitelist

Si necesitas controlar el acceso a recursos con un encabezado Content-Security-Policy (CSP), usa lo siguiente:

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