1 00:00:01,260 --> 00:00:21,370 Perfecto. Bueno, pues he dividido la videoconferencia de esta unidad en ocho bloques diferenciados y el primer bloque es el servicio de audio en red y cómo ha cambiado a lo largo del tiempo. 2 00:00:21,370 --> 00:00:37,890 En el temario nos habla de servicios de audio centrados en la idea de una radio digital online y también se describen tres modelos de transmisión, concretamente la descarga directa, la descarga progresiva y el streaming. 3 00:00:37,890 --> 00:01:02,990 Son los tres modos de transmisión. La descarga directa, primero hay que descargarlo para poder trabajar con el archivo. La descarga progresiva permite, mientras se está descargando y reproduciendo parte de esto, y el servicio de streaming, que es el que hay realmente hoy en día, directamente permite el consumo mientras se descarga. 4 00:01:02,990 --> 00:01:18,049 Y después se enumeran algunos formatos de audio, unos con pérdida, como son MP3, WM4, Real Audio, Bordis y otros sin pérdida, como son WAV, FLAC, AIFF, OGG. 5 00:01:18,049 --> 00:01:38,489 Los de con pérdida se refiere a que hay una compresión, entonces digamos hay una pérdida de calidad de audio, mientras que el otro respeta la pista exactamente igual que esta, no tiene esta compresión y bueno, pues no tanto normalmente, estos pesan menos que los que no tienen pérdida. 6 00:01:38,489 --> 00:01:50,890 Del temario, ¿qué cosas están desactualizadas? Pues hay algunos que, como RealAudio y WMA, que ya son formatos en desuso. 7 00:01:52,189 --> 00:02:07,370 No se menciona también el uso de servicios actuales basados en la nube, que hay bastantes, y falta toda la referencia a las plataformas modernas de distribución de audio, aunque muchas de las cosas que hay valen y siguen existiendo también. 8 00:02:07,370 --> 00:02:34,909 ¿Cómo se hace? Hoy los servicios de audio en red se centran casi exclusivamente en streaming bajo demanda, ejemplos de tu uso cotidiano puedes escuchar podcast en Spotify, que es una de las aplicaciones que más se utilizan, oír música en Apple Music o YouTube Music, emitir audio en directo desde un estudio a través de iCast o con OBS configurando un servidor NGINX. 9 00:02:35,669 --> 00:02:55,289 Estos sistemas funcionan sobre protocolo HTTP o HTTPS, que recordamos que es el seguro, y en muchos casos utilizan tecnologías adaptativas como HLS, que es HTTP Live Streaming, y que se ajustará automáticamente a la calidad del sonido según la conexión del usuario. 10 00:02:55,289 --> 00:03:09,750 De esta manera, a usuarios que tienen mejor conexión se les entrega una pista mejor que a los que tienen peor conexión 11 00:03:09,750 --> 00:03:16,189 Esto todo ha surgido gracias a la mejora en las redes, hoy sobre todo con el 5G 12 00:03:16,189 --> 00:03:24,729 Y bueno, es la tendencia, ya que las redes van a seguir mejorando, entonces nos permiten este tipo de cosas 13 00:03:24,729 --> 00:03:37,069 ya estaban antes implementadas, pero de alguna manera la red no soportaba el uso de este tipo de tecnologías como ya lo hace ahora. 14 00:03:39,770 --> 00:03:41,909 ¿Cómo funciona técnicamente el audio en Streaming OI? 15 00:03:42,030 --> 00:03:48,349 Pues el servidor divide el contenido en pequeños fragmentos de audio, por ejemplo de 6 segundos. 16 00:03:48,870 --> 00:03:55,810 Entonces el cliente o el reproductor web móvil solicita los fragmentos uno a uno mediante peticiones que son HTTP. 17 00:03:55,810 --> 00:04:03,030 Entonces el reproductor puede bajar o subir la calidad en tiempo real sin cambiar la velocidad de conexión 18 00:04:03,030 --> 00:04:09,169 porque cada uno de los fragmentos se puede pedir según el momento como esté. 19 00:04:09,930 --> 00:04:14,210 El contenido se almacena en caché o en buffer para evitar cortes o pausas. 20 00:04:16,529 --> 00:04:24,310 Dentro de estos servicios de audio, herramientas que se utilizan para emitir audio se puede utilizar OBS Studio 21 00:04:24,310 --> 00:04:34,430 para emitir sonido en directo desde el ordenador, NG y NX, con el módulo RTPM, que es un servidor ligero para emitir en local, 22 00:04:34,910 --> 00:04:38,889 iCast o LiquidSoap para crear emisoras de radio online, etc. 23 00:04:39,310 --> 00:04:47,129 Y bueno, para escuchar audio, esto era para emitir y para lo que es ya escuchar utilizarlo, Spotify, iVoox, 24 00:04:47,129 --> 00:05:12,810 Esta es una aplicación móvil que funciona bastante bien para podcast, sobre todo. Me gusta mucho esta. SoundCloud, plataformas de streaming son plataformas de streaming masivo. Reproductores de HTML5, más VideoJS o Plir.io para incrustar el audio en una web y APIs RSS para la distribución de podcast. 25 00:05:12,810 --> 00:05:29,740 ¿Qué ventajas tiene esto respecto al antiguo? Pues que no hace falta descargar el archivo completo, ya que se escucha en tiempo real. Esto no significa que los archivos hayan dejado de existir, los archivos y el mp3 sigue existiendo. 26 00:05:29,740 --> 00:05:49,800 Lo que ocurre es que ya no está tan generalizado el enchufarte un MP3 y tener los audios ahí porque generalmente la gente cuenta con las conexiones online todo el rato, pero depende de donde vayas y en algunas circunstancias tú puedes tener los MP3. 27 00:05:49,800 --> 00:06:06,879 Es decir, lo nuevo no inhabilita que los otros formatos sigan existiendo, siguen usándose, pero de manera habitual nosotros no guardamos, digamos, esa información en esos formatos. 28 00:06:06,879 --> 00:06:20,220 pero sí que está en servidores, en esos formatos, para que puedan mejorar la experiencia con recomendaciones y control desde el móvil. 29 00:06:20,839 --> 00:06:29,540 Se puede cambiar de canción, velocidad o calidad sin afectar a la experiencia y funcionan desde cualquier dispositivo moderno sin necesidad de plugins. 30 00:06:29,540 --> 00:06:47,639 Si pasamos al bloque 2, que es el servicio de vídeo y evolución del streaming, que es lo que nos dice el temario de este servicio de vídeo, pues que se transmite exactamente igual que el de audio, utilizando arquitectura cliente-servidor. 31 00:06:47,639 --> 00:07:12,879 Se menciona la necesidad de comprimir los vídeos por su gran tamaño y se enumeran formatos como SF, AVI, MOV, MKV, 3GP, OGG, OGM, IFF, todos estos la mayoría los hemos utilizado, los que llevamos reproduciendo 10 años o más, cosas, pero algunos de esos todavía se siguen utilizando. 32 00:07:12,879 --> 00:07:33,240 Se mencionan también conceptos como descarga progresiva, transmisión por RTSP, HTTP o MMS. ¿Qué es lo que está desactualizado? Pues formatos como ASF, OGM y IFF apenas se están utilizando actualmente. 33 00:07:33,240 --> 00:07:38,980 También se cita RTSP o MMS como métodos habituales de transmisión 34 00:07:38,980 --> 00:07:43,240 Pero ya han sido superados por protocolos que son más modernos en este caso 35 00:07:43,240 --> 00:07:49,079 Y no se menciona la transmisión adaptativa, que es lo que prima hoy en día 36 00:07:49,079 --> 00:07:52,680 Ni los servicios actuales de emisión y consumo en vídeo 37 00:07:52,680 --> 00:07:55,639 ¿Cómo lo hacemos hoy? Esto realmente 38 00:07:55,639 --> 00:08:01,319 En el modelo actual de vídeo por red se basa casi siempre por streaming adaptativo 39 00:08:01,319 --> 00:08:27,819 bajo protocolo http, lo estamos viendo todo el rato como y aquí en audio tal vez no lo sintamos tanto, pero en vídeo en cuanto se resiente la conexión vemos como nos llega un vídeo de mayor calidad o menor calidad al instante y es muy visible, en audio yo creo que si no viene muy mal la mayoría de la gente no es capaz ni de percibirlo. 40 00:08:27,819 --> 00:08:32,820 Esto incluye plataformas como YouTube, Twitch, Netflix, Vimeo o TikTok. 41 00:08:33,820 --> 00:08:40,820 Protocolos como HLS de Apple y MPG Dash, que es un estándar abierto, son los que se utilizan. 42 00:08:41,220 --> 00:08:52,379 Y en este caso el usuario no descarga nada, el vídeo se reproduce en directo o bajo demanda, que es como se hace, ajustando la calidad en tiempo real según su conexión. 43 00:08:52,379 --> 00:09:04,019 Además, este vídeo ya no se consume solo desde el navegador de un ordenador, sino desde móviles, el más smart de Ubis, y tablets y consolas. 44 00:09:04,620 --> 00:09:13,600 ¿Cómo funciona realmente este vídeo por Streaming OI? Pues el vídeo va dividiéndose en fragmentos pequeños, de 2 a 10 segundos. 45 00:09:13,600 --> 00:09:21,899 El reproductor pide esos fragmentos a un servidor usando HTTP o HTTPS, en la mayoría de los casos HTTPS. 46 00:09:22,379 --> 00:09:47,620 Y varios niveles de calidad disponibles, 360, 720, 1080, 4K, HD estaría entre medias. Entonces, el reproductor que está haciendo, detectando la velocidad de red del usuario, ya que está dividiéndose en fragmentos pequeños y ajusta la calidad automáticamente al ancho de banda disponible en ese momento. 47 00:09:47,620 --> 00:10:06,620 Entonces la experiencia es bastante buena porque aunque tengamos calidad podemos enterarnos normalmente. Todo esto se va guardando en buffers también del navegador normalmente o de la aplicación que se esté utilizando según la mayoría de ellas tienen aplicación o navegador. 48 00:10:06,620 --> 00:10:14,100 navegador. Herramientas modernas que sirven para emitir y consumir vídeo, pues son muy parecidas 49 00:10:14,100 --> 00:10:20,899 a las de audio que habíamos visto. OBS sirve tanto para emitir audio, como habíamos visto, como vídeo 50 00:10:20,899 --> 00:10:26,980 también. Permite capturar la webpan, el escritorio, etcétera, y emitir en directo en ese instante. 51 00:10:29,259 --> 00:10:36,779 NGINX, por RTMP, que convierte tu ordenador en un servidor streaming local. También YouTube Live, 52 00:10:36,779 --> 00:10:45,899 video para emitir desde el navegador o la app sin servidores propios esto para emitir y bueno 53 00:10:45,899 --> 00:10:53,279 incluso pues programas como aunque se utilizan más normalmente para para videoconferencia en 54 00:10:53,279 --> 00:10:58,539 sí pues programas como dice que estamos utilizando se pueden utilizar para ver 55 00:10:58,539 --> 00:11:07,639 vídeo entonces navegadores con su ordenativo hdmi de 5 la todos ya soportan el poder verlo 56 00:11:07,639 --> 00:11:14,899 reproductores web como vídeo js clear o todo el placer y luego también tenemos servicios 57 00:11:14,899 --> 00:11:22,879 específicos como netflix youtube y todo esto que nos pueden servir para ver y consumir ese 58 00:11:22,879 --> 00:11:28,440 vídeo que se ha hecho anteriormente probablemente en esa misma plataforma normalmente desde la 59 00:11:28,440 --> 00:11:32,279 se ha emitido y lo estamos consumiendo ahora. 60 00:11:35,340 --> 00:11:39,039 Ventajas de esto respecto a los sistemas antiguos, pues no es necesario 61 00:11:39,039 --> 00:11:43,620 instalar reproductores como se instalaban como Flash, QuickTime o Windows Media Player, 62 00:11:44,480 --> 00:11:49,299 estoy hablando de los más antiguos, aunque no sea necesario, 63 00:11:49,460 --> 00:11:53,460 lo normal es tener los ordenadores reproductores instalados porque siempre 64 00:11:53,460 --> 00:11:59,840 te mandan un vídeo y tú lo puedes reproducir, lo único que se utiliza 65 00:11:59,840 --> 00:12:09,320 reproductores como el vlc normalmente que son más modernos y tienen más funciones no se necesitan 66 00:12:09,320 --> 00:12:15,340 plugins todo funciona directamente en el navegador la calidad es adaptativa esto es muy importante el 67 00:12:15,340 --> 00:12:19,919 vídeo no se corta aunque la red sea lenta y se está adaptando por esos trocitos en los que se 68 00:12:19,919 --> 00:12:26,940 está partiendo y se manda a una velocidad a otra esto es multiplataforma real lo podemos ver en el 69 00:12:26,940 --> 00:12:31,960 móvil, en el navegador, en la Smart TV, en la consola, donde queramos y integración 70 00:12:31,960 --> 00:12:42,080 con CDNs. Permite transmitir a miles de personas a la vez sin colapsos. Pasamos al bloque 3 71 00:12:42,080 --> 00:12:49,080 después de ver el bloque de servicios de audio y el bloque 2 que es el de servicios 72 00:12:49,080 --> 00:12:56,100 de vídeo. Vamos a ver ahora formatos, códices y parámetros multimedia. ¿Qué es lo que 73 00:12:56,100 --> 00:13:00,039 nos decía el temario. En el temario se explica que el audio y vídeo pueden comprimirse 74 00:13:00,039 --> 00:13:04,259 con o sin pérdida. Ya hemos visto que con pérdida se refiere 75 00:13:04,259 --> 00:13:08,320 a que está siendo comprimido y, por lo tanto, 76 00:13:08,440 --> 00:13:12,460 está perdiendo cierta 77 00:13:12,460 --> 00:13:15,580 humidez 78 00:13:15,580 --> 00:13:20,320 o ciertos tonos en el audio, etc. Y sin pérdida significa 79 00:13:20,320 --> 00:13:24,100 que se mantiene igual al oído. 80 00:13:24,100 --> 00:13:43,159 No hay pérdida de datos. Y siempre me mencionaban formatos como MP3, WAV, PLAC, AIFF, OGG, WMA, BODTIST, algunos de estos están desactualizados, otros como el MP3, el WAV se siguen utilizando. 81 00:13:43,159 --> 00:14:00,419 Se introducían términos técnicos como FPS, bitrate, la resolución, la frecuencia de muestreo y la profundidad de color y se diferenciaban entre el formato de archivo y el código, aunque sin ejemplos actuales. 82 00:14:00,419 --> 00:14:13,019 Está desactualizado dentro de esto, se mencionan códices en desuso como MP3 Pro o Real Audio. Se mezclan términos sin diferenciar claramente el contenedor y el código. 83 00:14:13,159 --> 00:14:25,460 Y no se menciona el uso real de H.264, AAC, OCUS, H.265 o VP9 que son más comunes hoy en día. 84 00:14:26,539 --> 00:14:32,600 Sin embargo, los KD siguen existiendo, lo único que hay algunos que están más en desuso. 85 00:14:33,340 --> 00:14:34,159 ¿Cómo lo hacemos hoy? 86 00:14:34,159 --> 00:14:50,700 Hoy utilizamos contenedores como son MP4, que tiene audio y vídeo, MKV, WebM, que esto es lo que hacen es almacenar pistas de vídeo, audio, subtítulos y metadatos también incluidos. 87 00:14:51,460 --> 00:15:03,500 Dentro de estos contenedores usamos codes como por ejemplo el H.264 y el H.265 para ver vídeo y el AAC y Opus para audio. 88 00:15:03,820 --> 00:15:12,000 En la web también se usa VP9, que lo utiliza YouTube, y AV1, que es un code libre. 89 00:15:12,820 --> 00:15:19,279 Se sigue usando la compresión con pérdida para ganar espacio, pero con mucha más eficiencia de lo que se hacía antes. 90 00:15:19,279 --> 00:15:37,519 Un ejemplo de cómo funciona hoy. Vamos a suponer un vídeo de 1080p que puede estar codificado, por ejemplo, con H.264 y comprimido a 2,5 megabytes por segundo. El audio puede ir en ACC a 128 kilobytes por segundo. 91 00:15:37,519 --> 00:16:00,799 Todo se encapaqueta en un archivo MP4, que es compatible con casi todos los dispositivos. El MP4 hoy en día es prácticamente el archivo de vídeo por excelencia, por el tipo de compresión que tiene y lo soporta cualquiera y evidentemente el VLC también. 92 00:16:00,799 --> 00:16:20,129 Los parámetros técnicos actuales. FPS, que son los frames por segundo. Lo estándar es 30 o 60 frames por segundo para cine. O sea, 30 o 60. Para cine, concretamente, 24 frames por segundo. 93 00:16:20,129 --> 00:16:36,750 El bitrate, que esto es cuantos más bits por segundo mejor calidad, pero al mismo tiempo más calidad significa más peso. Esto se adapta en streaming y va cambiando la calidad en la pantalla según vamos viendo las cosas. 94 00:16:36,750 --> 00:16:46,190 Y los tipos de resoluciones, las típicas 720p, 1080p o 4K como Ultra HD. 95 00:16:46,830 --> 00:16:58,990 Los codecs modernos, H.265 permite la misma calidad que H.264 con hasta un 50% menos de espacio a la hora de transmitir. 96 00:16:58,990 --> 00:17:16,630 Herramientas útiles hoy, el VLC Media Player que reproduce casi cualquier formato moderno y yo creo que es el reproductor por excelencia. 97 00:17:16,630 --> 00:17:22,529 FFMPG, que es una herramienta profesional para convertir entre formatos 98 00:17:22,529 --> 00:17:26,769 Handbrake, que es un compresor y transcoartificador con interfaz gráfica 99 00:17:26,769 --> 00:17:34,950 VideoJS y HTML5 para integrar video-odio en las páginas web sin que tenga que haber ningún tipo de plugin 100 00:17:34,950 --> 00:17:42,769 ¿Y ventajas con respecto a lo anterior? Pues ahora tenemos más compresión con igual o mejor calidad 101 00:17:42,769 --> 00:18:03,529 Tenemos compatibilidad multiplataforma. Lo vemos en navegadores, en móviles, en el Master TV sin problema. Antes cada plataforma necesitaba cosas diferentes. Hay integración con servicios web sin necesidad de software adicional. Lo podemos reproducir en el navegador. 102 00:18:03,529 --> 00:18:16,130 Los códecs son modernos y permiten streaming más eficiente y ahorro de ancho de banda también y la posibilidad de ofrecer distintas calidades en un mismo archivo. Es un streaming adaptativo. 103 00:18:19,029 --> 00:18:25,470 Pasamos al bloque 4, donde vamos a hablar ya de los reproductores locales y los servicios web integrados. 104 00:18:25,470 --> 00:18:31,819 si llegamos más o menos a los reproductores que decía el temario pues aquí se mencionaban 105 00:18:31,819 --> 00:18:37,940 reproductores como winam esto fue un clásico y bueno yo creo que ha sido cualquiera que estado 106 00:18:37,940 --> 00:18:45,460 en los 2000 ha estado utilizando este tipo de reproductor tenía skins era para mí era muy buen 107 00:18:45,460 --> 00:18:54,140 reproductor y y era bien bonito era era el principalmente utilizado y hoy en día pues 108 00:18:54,140 --> 00:18:56,819 ya no se utiliza para nada. Adobe Flash 109 00:18:56,819 --> 00:19:00,259 Plager, que ya existe, RealPlayer y QuickTime 110 00:19:00,259 --> 00:19:03,119 que lo utilizaba principalmente Apple 111 00:19:03,119 --> 00:19:06,519 y estas cosas están desaparecidas 112 00:19:06,519 --> 00:19:08,640 en la mayoría. También se habla de instalar 113 00:19:08,640 --> 00:19:11,880 códec manualmente, configurar reproductores como Windows Media 114 00:19:11,880 --> 00:19:14,880 Plager y usar Plugin en el navegador para 115 00:19:14,880 --> 00:19:17,799 reproducir contenidos como Plug y QuickTime Plugin. 116 00:19:17,799 --> 00:19:20,599 Se da la importancia de tener el reproductor adecuado 117 00:19:20,599 --> 00:19:23,660 para cada formato de archivo porque 118 00:19:23,660 --> 00:19:26,539 cada formato de archivo necesitaba 119 00:19:26,539 --> 00:19:27,900 a veces incluso 120 00:19:27,900 --> 00:19:30,279 no solo un código 121 00:19:30,279 --> 00:19:32,079 sino un reproductor específico 122 00:19:32,079 --> 00:19:34,299 porque estaba hecho a veces para él 123 00:19:34,299 --> 00:19:36,079 ¿Qué está desactualizado? 124 00:19:36,240 --> 00:19:38,299 Pues Winamp, Flashplasher 125 00:19:38,299 --> 00:19:40,180 y Wittime7 han quedado 126 00:19:40,180 --> 00:19:42,160 en desuso y dejaron de desactualizarse 127 00:19:42,160 --> 00:19:44,339 hace años. Winamp de hecho 128 00:19:44,339 --> 00:19:46,420 se 129 00:19:46,420 --> 00:19:48,259 descontinuó y después volvió 130 00:19:48,259 --> 00:19:50,099 porque realmente es un 131 00:19:50,099 --> 00:19:52,140 buen reproductor pero 132 00:19:52,140 --> 00:20:17,680 como la gente ha dejado de utilizar realmente y de tener. No es que deje de existir, al final es desuso en cuanto a que no almacenamos ya los MP3 para reproducirnos, porque es tanta la velocidad que hay en línea que sale a cuenta de que esté todo en la nube y reproducir sobre programas o plataformas, aunque hay veces que tengamos que pagar una suscripción o no, y ver las cosas online. 133 00:20:17,680 --> 00:20:41,220 Y hay otras cosas que sí, como Flash Plasma, que están totalmente desactualizadas realmente porque es una tecnología obsoleta. O sea, hay cosas que desaparecen porque ese programa en concreto ha dejado de funcionar, pero es totalmente válido ahora el tema y hay otras cosas que son tecnologías obsoletas. 134 00:20:41,220 --> 00:20:56,839 Por ejemplo, Flash fue retirado completamente en 2020 por problemas de seguridad y alto consumo. El uso de plugin de navegadores está totalmente abandonado por motivos de compatibilidad y seguridad y la necesidad de instalar códec manualmente ha desaparecido en la mayoría de los casos. 135 00:20:57,839 --> 00:21:17,640 ¿Cómo se hace hoy entonces? Hoy en día utilizamos tecnologías que funcionan directamente desde el navegador o desde el sistema operativo. Los navegadores modernos utilizan HTML5 con las etiquetas vídeo, audio, que han cambiado la manera de integrarlo y reproducen archivos directamente sobre el navegador. 136 00:21:17,640 --> 00:21:27,380 Se utilizan librerías Javascript como VideoJS y Plir.io para personalizar estos reproductores web en los cuales tú ya puedes avanzar, parar, etc. 137 00:21:28,259 --> 00:21:33,920 Y la mayoría de los sistemas operativos ya incluyen reproductores también compatibles con los formatos más comunes. 138 00:21:34,519 --> 00:21:40,779 En lugar de instalar code de Hoppulsing, los navegadores y reproductores actuales ya vienen preparados para reproducir casi todo. 139 00:21:40,779 --> 00:21:57,680 Y bueno, como digo, yo creo que el principal reproductor descargado e instalado, fuera de lo que viene instalado en el sistema operativo, es VLC y es multiplataforma, también se instala en los móviles y permite bastantes cosas. 140 00:21:57,680 --> 00:22:17,720 Herramientas actuales, para ver vídeo o vídeo en la web, HTML5 con las etiquetas evolucionadas que ya permiten integrar ahí los reproductores, por lo tanto vídeo JS, FLIR, IW y JW Player, reproductores incrustados en YouTube, Vimeo, Twitch, etc. 141 00:22:17,720 --> 00:22:40,779 Y para el escritorio o app móviles, pues el VLC Media Player, compatible con casi todo, como había comentado, código MPV para usuarios avanzados y reproductores nativos de Android, iOS, Windows o MacOS que se siguen utilizando, porque ya lo tienes integrado y si no has instalado otra cosa, lo abres y te viene con el reproductor nativo. 142 00:22:40,779 --> 00:22:43,279 que muchas veces pues funcionan bien 143 00:22:43,279 --> 00:22:45,099 y funcionan con casi todo, casi si 144 00:22:45,099 --> 00:22:47,220 te instalas VLC Media Player o algo así 145 00:22:47,220 --> 00:22:49,339 porque tienes capricho pero no hay 146 00:22:49,339 --> 00:22:51,140 los problemas que había antes 147 00:22:51,140 --> 00:22:53,059 en los que había que instalar un codec que se 148 00:22:53,059 --> 00:22:53,920 asociara, etc. 149 00:22:55,559 --> 00:22:57,200 Y si no, no veías la 150 00:22:57,200 --> 00:22:59,240 imagen, abrías el archivo y no veías la imagen. 151 00:22:59,920 --> 00:23:00,980 ¿Qué ventajas hay 152 00:23:00,980 --> 00:23:02,440 respecto al anterior? Entonces, 153 00:23:03,039 --> 00:23:05,059 que no hace falta 154 00:23:05,059 --> 00:23:07,259 instalar plugin ni codec manualmente, 155 00:23:07,759 --> 00:23:09,059 que todo puede funcionar desde 156 00:23:09,059 --> 00:23:13,980 el navegador, en cualquier sistema operativo, que hay mayor seguridad, no dependemos de 157 00:23:13,980 --> 00:23:19,779 dependencias externas, ni vulnerabilidades como Flash o ActiveX, que hay veces que había 158 00:23:19,779 --> 00:23:25,519 que hasta desactivarlo porque era un problema real. Hay una multiplataforma real que funciona 159 00:23:25,519 --> 00:23:31,180 en todo, Windows, Mac, Linux, Android, iOS, no hay problema. Hay una mejor experiencia 160 00:23:31,180 --> 00:23:38,059 del usuario, el diseño es adaptativo, accesible y compatible con SEO para poder hacer búsquedas 161 00:23:38,059 --> 00:23:42,259 y encontrarlo todo y mantenimiento cero. 162 00:23:42,539 --> 00:23:45,319 El navegador se actualiza todo y reproduce lo necesario. 163 00:23:46,140 --> 00:23:48,660 Antes había que actualizar coders, etc. 164 00:23:50,789 --> 00:23:53,910 Pasamos al siguiente bloque, al bloque 5, 165 00:23:54,769 --> 00:23:57,430 que es el de protocolos de transmisión multimedia, 166 00:23:58,109 --> 00:23:59,130 como era antes y ahora. 167 00:23:59,789 --> 00:24:01,390 ¿Qué es, decía el temario? 168 00:24:01,730 --> 00:24:04,349 Se presentaban varios protocolos de transmisión por multimedia. 169 00:24:04,349 --> 00:24:21,710 El HTTP para descarga directa, el RTSP, el Real Time Streaming Protocol, el Real Time Transport Protocol, el RTCP como protocolo de control y MMS, Microsoft Media Services, como solución de Microsoft. 170 00:24:21,710 --> 00:24:34,710 ¿Qué se hacía también? Se explicaba que R, T, S, P y MMS permitían emitir contenidos en tiempo real y controlar la reproducción, pausa, avance, etc. 171 00:24:34,710 --> 00:24:45,069 Ahora, ¿qué está desactualizado de todo eso? Dentro de ellos, RTSP y MMS han quedado obsoletos para entornos web 172 00:24:45,069 --> 00:24:52,829 por su falta de compatibilidad con HTTP y con problemas con Firewall Synapse que no les permitían trabajar bien 173 00:24:52,829 --> 00:25:00,490 MMS fue descontinuado por Microsoft ya que ya no se utiliza en los servidores actuales, dejó de integrarlo 174 00:25:00,490 --> 00:25:15,589 Y RTP y RTCP aún se utilizan, pero de forma interna en protocolos más modernos que los han integrado como se llama WebRTC. De hecho, si vas a estudiar este protocolo necesitas entender los otros. 175 00:25:15,589 --> 00:25:30,190 Y no se menciona el uso actual de protocolos de streaming basados en HTTP como HLS o MPG Dash, que en ese momento todavía no estaba el streaming. 176 00:25:30,609 --> 00:25:39,269 No es que no estuviera la idea del streaming, sino que no había anchos de banda suficientes como para trabajar en streaming de la forma en la que se trabaja hasta ahora. 177 00:25:42,920 --> 00:25:44,039 No se daba. 178 00:25:45,119 --> 00:25:46,519 ¿Qué se utiliza hoy en día? 179 00:25:46,519 --> 00:25:56,259 Hoy en día la mayoría del streaming multimedia, vídeo, audio, directo o bajo demanda, utiliza protocolos basados en el HTTP o en HTTPS. 180 00:25:56,880 --> 00:26:06,759 ¿Por qué? Pues porque son compatibles con los navegadores y las redes no modernas, también porque funcionan bien tanto móviles, tablets, redes, es decir, multiplataforma. 181 00:26:06,759 --> 00:26:11,460 Se integran fácilmente en las páginas web y aplicaciones. ¿Y cuáles son los más utilizados hoy? 182 00:26:11,460 --> 00:26:21,599 el HLS que está desarrollado por Apple, el MPG Dash que es el estándar alternativo abierto al SaaS 183 00:26:21,599 --> 00:26:29,000 y WebRTC que es el otro que hemos hablado anteriormente, que es para vídeo audio en tiempo real 184 00:26:29,000 --> 00:26:37,599 como se utiliza en Google Meet, Zoom o GSI que es la plataforma desde la que nosotros estamos hablando ahora mismo. 185 00:26:37,599 --> 00:26:51,579 ¿Cómo funciona esto técnicamente? El abierto y el de Apple. Pues el contenido, el audio-vídeo se divide en pequeños fragmentos igual que habíamos visto anteriormente. 186 00:26:52,240 --> 00:27:01,619 Se genera un archivo de índice que tiene esta extensión M3U8 que este reproductor lo utiliza para pedir cada segmento. 187 00:27:01,619 --> 00:27:11,200 es el que va pidiendo, el reproductor ajusta la cantidad del stream según la velocidad de conexión del usuario 188 00:27:11,200 --> 00:27:20,680 y todo esto se hace utilizando HTTP o HTTPS sin necesidad ninguna de un plugin porque puede ir sobre el propio navegador. 189 00:27:21,740 --> 00:27:28,460 Después, el otro, WebRTC, como se utiliza en ZoomJIS y como esta plataforma que estamos utilizando, 190 00:27:28,460 --> 00:27:50,000 En este caso se establece una conexión P2P entre cliente y servidor, tipo conexión que había en el Mule, y se utiliza RTP como base, pero encapsulando y gestionando dentro del propio web RTG. Por eso es que hay que conocer este si se estudia en propio. 191 00:27:50,000 --> 00:27:55,920 El navegador hace videollamadas en tiempo real sin instalar nada. 192 00:27:56,900 --> 00:28:00,839 También podemos instalar un plugin sobre el navegador, claro, pero esto no es necesario. 193 00:28:01,339 --> 00:28:02,319 Es una opción. 194 00:28:03,759 --> 00:28:04,779 Herramientas modernas. 195 00:28:06,519 --> 00:28:10,960 HLS, que está utilizado por YouTube, Twitch, Facebook, Vimeo. 196 00:28:11,519 --> 00:28:15,480 MPG Dash, utilizado por Netflix, Amazon Video, etc. 197 00:28:15,480 --> 00:28:40,619 UFTRC implementado en programas más orientados hacia las llamadas como Google Maps, Microsoft Teams, Zoom, Gipsy, Gipster, NGINX con un módulo RPMP para emitir en directo desde OBS, este es digamos el que más tendríamos posibilidad de instalar en todo caso, un servidor de este tipo nosotros. 198 00:28:40,619 --> 00:28:46,099 Luego, Cloudflare Steam más para integrar streaming adaptativos y montar servidores propios. 199 00:28:47,160 --> 00:29:10,660 ¿Ventajas con respecto al anterior? Hay una compatibilidad total, ya que como se utiliza el navegador y el navegador, los puertos siempre están abiertos, pues hay compatibilidad con redes, con Firewall, con NAT para funcionar y hacer traducción desde la parte interior, desde nuestra red privada. 200 00:29:10,660 --> 00:29:25,329 El streaming es adaptativo con la cambio de calidad que hemos hablado anteriormente, no requiere plugins, tiene una fácil integración en plataformas web y hay una mayor seguridad y estabilidad. 201 00:29:25,589 --> 00:29:38,170 Pasamos al bloque 6 y ya solo nos quedan el 7 y el 8 también. El bloque 6 habla de la sindicación Postcat y Postcat y del RSS al streaming actual. 202 00:29:38,170 --> 00:29:51,509 ¿Qué decía el temario? Pues se explicaba que las indicaciones de contenidos mediante RSS, que era la RSS, se mostraba como un archivo de RSS puede notificarnos de nuevas publicaciones. 203 00:29:51,509 --> 00:30:07,930 Se hablaba también del uso de programas como Thunderbit para suscribirse a programas de audio y vídeo, que ahora más se utiliza como correo, y se introducían conceptos de postcard y postcard vídeo en los contenidos distribuidos por RSS. 204 00:30:08,170 --> 00:30:19,869 ¿Qué es lo que está desactualizado? Pues Thunderbit y los lectores RSS no son la herramienta que se utiliza ahora más habitual para escuchar podcast, se utilizan aplicaciones concretas. 205 00:30:19,869 --> 00:30:36,490 El modelo basado en descargar archivo manualmente ha sido sustituido en streaming bajo demanda, que estamos recibiendo también. No significa que no lo puedas descargar, de hecho a mí me gusta muchas veces descargarlo para tenerlo independientemente de la conexión. 206 00:30:36,490 --> 00:30:50,470 De hecho, las plataformas muchas veces te permiten descargarlo o escucharlo en línea, pero ya no los tienes tú como en archivos que vas a reproducir normalmente. 207 00:30:50,470 --> 00:31:08,430 No significa que hayan dejado de existir tampoco los archivos, siguen estando y tú puedes ir a Emule, descargarte un podcast o lo que sea, reproducirlo, pero no es el sistema o solo los sistemas que se están utilizando. 208 00:31:08,430 --> 00:31:25,589 No se menciona cómo funciona un postcat actual en plataformas como Spotify o Apple Postcat y el uso de RSS ha pasado a ser transparente para el usuario final, es decir, no es que no se utilice sino que nosotros no estamos enterados sobre ello. 209 00:31:26,589 --> 00:31:37,710 ¿Qué se hace hoy? El usuario escucha o ve contenidos directamente desde plataformas centralizadas como Spotify, Evo, Apple Postcard, Google Postcard, Amazon Music, etc. 210 00:31:38,369 --> 00:31:41,609 O como YouTube o Vimeo para vídeo y postcard visual. 211 00:31:42,210 --> 00:31:53,369 En estas plataformas se siguen utilizando RSS en el backend, en la parte del servidor, pero el usuario ya no ve si necesita suscribirse manualmente a nada de esto. 212 00:31:53,369 --> 00:31:58,569 Además los contenidos están disponibles en streaming sin necesidad de descarga como antes. 213 00:31:59,289 --> 00:32:08,849 ¿Cómo funciona un podcast actual? Pues el creador publica un nuevo episodio en la plataforma como Anchor FM, Speaker y Vox, este es mi favorito. 214 00:32:09,569 --> 00:32:15,529 Y esta plataforma actualiza automáticamente el feed del RSS donde aparece. 215 00:32:16,029 --> 00:32:23,490 Las apps del podcast que se utilizan, Spotify, Apple Podcast, etc., detectan el nuevo episodio y lo muestran al usuario. 216 00:32:24,049 --> 00:32:31,109 El contenido se escucha directamente desde los servidores de la plataforma sin que el usuario tenga que descargar nada ni ver el RSS. 217 00:32:32,730 --> 00:32:41,130 Herramientas, por lo tanto, actuales para escuchar y seguir podcast y podcast, Spotify, Apple Podcast, Google Podcast y YouTube para podcast en formato vídeo. 218 00:32:41,130 --> 00:32:49,490 Y para crear y distribuir podcast, pues Anchor FM, iVoce, Speaker, Boots o Podbean. 219 00:32:50,829 --> 00:32:54,430 Ventajas que tiene esto con respecto a lo anterior. 220 00:32:54,990 --> 00:32:58,130 Acceso inmediato desde el móvil o navegador sin necesidad de descargar manualmente. 221 00:32:59,490 --> 00:33:03,289 Las plataformas centralizadas y multiplataformas accesibles desde cualquier dispositivo. 222 00:33:03,289 --> 00:33:13,650 que la interfaz es moderna y auditiva, recomendaciones automáticas basadas en el historial y a gente que le ha gustado cosas parecidas a tuyas que van a aparecer 223 00:33:13,650 --> 00:33:19,410 y estadísticas y monetización para los creadores de contenido. Entonces esto da mucha versatilidad. 224 00:33:21,720 --> 00:33:31,900 Pasamos al bloque 7 y penúltimo que es el de videoconferencia del H323 al web RTC que es donde ha ido el temario. 225 00:33:31,900 --> 00:33:50,240 ¿Qué venía en el temario? Se explicaban las videoconferencias sobre redes IP, cómo evoluciona la telefonía, se presentaban los protocolos H.3.2.3 utilizados en NetMeting, que fue uno de los pioneros, y en OpenFOM y SIP utilizados en JSFOP y Windows Messenger. 226 00:33:50,240 --> 00:34:08,139 Se hablaba de videoconferencia punto a punto y multipunto, con gestión mediante MCU, Multipoint Control Unit, y se mostraban herramientas como las que son Skype, Messenger y MedMedium. Algunas totalmente ya desfasadas y otras que han continuado evolucionando. 227 00:34:08,139 --> 00:34:32,440 ¿Qué está desactualizado? Pues el H.323 y el SIP existen, pero han sido desplazados en entorno web por el web RPC. Herramientas como NetMeting, JSFone y Windows Messenger han desaparecido o han sido integradas en otras plataformas y están ocultas. 228 00:34:32,440 --> 00:34:47,059 No se menciona el uso de navegadores actuales ni soluciones modernas integradas como Google Meet, Teams, G Suite o Zoom, que son las más actuales. Y tampoco se habla de la posibilidad de emitir videoconferencia desde el navegador sin instalar nada. 229 00:34:47,059 --> 00:35:05,239 ¿Qué es lo que se hace hoy? Actualmente las videollamadas y las conferencias se realizan directamente desde el navegador o una aplicación móvil. La tecnología detrás de esto es, en la que ya hemos hablado varias veces, WebRTC, Web Real Time Communication. 230 00:35:05,239 --> 00:35:14,659 Y este web RTC permite transmitir video a audio en tiempo real, compartir pantalla, enviar archivos y mensajes, súper importante. 231 00:35:15,480 --> 00:35:18,480 Y todo sin instalar plugin ni programas externos. 232 00:35:18,599 --> 00:35:23,420 Lo permite hacer sobre la marcha y pues esto es lo que estamos haciendo ahora mismo. 233 00:35:23,940 --> 00:35:27,940 Estamos compartiendo pantalla, lanzando imagen, pudiendo hablar, etc. 234 00:35:30,369 --> 00:35:35,630 Y como digo, se puede instalar el plugin, de hecho yo lo tengo instalado, pero no tienes por qué hacerlo. 235 00:35:35,630 --> 00:35:44,530 Las plataformas modernas ya usan esta tecnología como base, con Google Meet, Zoom, Microsoft Teams, GSI y BigBlue. 236 00:35:45,710 --> 00:35:58,110 ¿Cómo funciona WebRTC? Pues un resumen técnico, hemos hablado ya de ello, pero establece una conexión P2P segura entre dos o más navegadores, los que estén conectados. 237 00:35:58,110 --> 00:36:05,670 Utiliza protocolos como RTP, S-TUN y TUN, pero todo encapsulado para el usuario. 238 00:36:06,769 --> 00:36:13,289 El vídeo y el audio se codifican con codes modernos como VP8, VP9 y Opus. 239 00:36:13,869 --> 00:36:18,349 Y todo el proceso se gestiona desde el propio navegador, sin que el usuario vea en modo. 240 00:36:19,550 --> 00:36:21,969 Herramientas actuales de videoconferencia. 241 00:36:21,969 --> 00:36:25,929 pues Google Meet, Microsoft Teams, Zoom, GC, 242 00:36:26,170 --> 00:36:29,789 Met, un diapositivo abierto, que es por eso que la tenemos nosotros, Cisco 243 00:36:29,789 --> 00:36:32,989 WebEx, esta también es muy importante y se utiliza 244 00:36:32,989 --> 00:36:37,429 en muchos sitios porque tienen en torno a todo Cisco y 245 00:36:37,429 --> 00:36:41,010 va tremendo por todo el material que tienen 246 00:36:41,010 --> 00:36:45,530 ellos. Blue Button para educación 247 00:36:45,530 --> 00:36:49,150 y después para meter desde el aula, pues se puede utilizar, por ejemplo, 248 00:36:49,150 --> 00:36:56,789 o SEO Studio, que es libre, más NGINX con RTP, más YouTube Live o uso Twitch para compartir 249 00:36:56,789 --> 00:37:06,159 desde el navegador directamente, RTC, vía Google Maps o GC, sin tener que instalar nada. 250 00:37:06,480 --> 00:37:10,219 ¿Qué ventajas tenemos aquí respecto a la anterior? Que no requiere instalación de 251 00:37:10,219 --> 00:37:15,119 software en la mayoría de los casos, que es multiplataforma total, funciona en cualquier 252 00:37:15,119 --> 00:37:22,159 navegador moderno, mayor calidad y menor latencia, videollamada segura y cifrada punto a punto, 253 00:37:22,159 --> 00:37:27,260 integración con el calendario, el correo, herramientas colaborativas y permite grabar, 254 00:37:27,260 --> 00:37:35,389 compartir pantalla y colaborar. Para terminar el último bloque que es el bloque de juegos en línea 255 00:37:35,389 --> 00:37:42,650 y multimedia interactiva en red. ¿De qué habla el temario aquí? En el temario habla de los juegos 256 00:37:42,650 --> 00:37:47,570 en línea y cómo se juegan por internet ya sea desde el navegador o aplicaciones cliente se 257 00:37:47,570 --> 00:37:53,829 menciona en juegos multijugador redes sociales servicios dedicados etcétera también se daban 258 00:37:53,829 --> 00:38:00,889 ejemplos como battlefield en este caso white wars y needs gran marco boom board etcétera 259 00:38:00,889 --> 00:38:05,869 al counter strike y se hablaba del rol de los servidores para conectar a los jugadores y 260 00:38:05,869 --> 00:38:11,250 gestionar las partidas que está desactualizado pues muchos de los positivos hoy en día están 261 00:38:11,250 --> 00:38:13,630 desfasados o fuera del mercado actual, no todos pero 262 00:38:13,630 --> 00:38:17,630 no se hace mención a plataformas modernas 263 00:38:17,630 --> 00:38:20,449 de distribución como Steam que es la más 264 00:38:20,449 --> 00:38:23,530 famosa o Epic Games Store o consolas en la nube 265 00:38:23,530 --> 00:38:26,570 no se explican tampoco tecnologías como WebSockets 266 00:38:26,570 --> 00:38:29,610 WebGL o WebRTC que ya hemos visto 267 00:38:29,610 --> 00:38:32,309 o motores de red integrados, no se hablaba 268 00:38:32,309 --> 00:38:35,369 de juegos en la nube ni uso de multimedia interactiva 269 00:38:35,369 --> 00:38:37,630 del navegador, era imposible dado que 270 00:38:37,630 --> 00:38:46,969 esto no hace tanto, era muy difícil que pasara porque no había conexiones con la suficiente potencia para hacerlo bien. 271 00:38:47,469 --> 00:38:54,809 ¿Qué es lo que se utiliza hoy? Pues hoy los juegos en línea se han profesionalizado, se basan en servidores de alta disponibilidad que están dedicados en la nube, 272 00:38:55,510 --> 00:39:04,889 se utilizan protocolos de red moderno como WebSockets, WP Quick y plataformas como Steam, Epic, Xbox Live, Play Nation Network, etc. 273 00:39:04,889 --> 00:39:29,010 Y hay juegos que son completamente web en el navegador que utilizan el HTML5, WebGLG y WebRCT. Juegos en la nube, entonces el jugador no tiene que instalar nada, todo se ejecuta en el servidor remoto y se transmite como vídeo. De tal manera, pues no tienes esa necesidad de tarjeta gráfica tan intensa en el ordenador. 274 00:39:29,010 --> 00:39:31,170 ¿Cómo funciona un juego online moderno? 275 00:39:31,530 --> 00:39:36,630 El cliente, el navegador, la PC consola, se conecta a un servidor central o distribuido 276 00:39:36,630 --> 00:39:43,909 Las posiciones, acciones y los datos del jugador se sincronizan en tiempo real con los demás jugadores mediante websocks o protocolos UDP 277 00:39:43,909 --> 00:39:50,750 En juegos en la nube, como Stadia, el Jornal, el juego se ejecuta completamente en el servidor 278 00:39:50,750 --> 00:39:55,110 El usuario solo ve un vídeo interactivo y envía sus comandos 279 00:39:55,110 --> 00:40:04,769 Estos juegos educativos como en HTML5, todo ocurre en el navegador con lógica en Javascript. 280 00:40:04,769 --> 00:40:21,869 Entonces, las herramientas que se utilizan actualmente, de las que hemos hablado, como motores de desarrollo Unity, WebGL, Godot, que es para HTML y Sport, Tree, Phaser, son los principales. 281 00:40:21,869 --> 00:40:31,369 Las plataformas de juegos online, como os hemos hablado de ellas, son Steam, Epic Games, PCO, Pocky o Kong and Great Gate. 282 00:40:32,369 --> 00:40:42,710 Y juegos en la nube, pues se utiliza Nvidia, GeForce Now, Xbox Cloud Gaming, Amazon Luna, Playstation Plus Premium, 283 00:40:42,710 --> 00:40:45,489 educación multimedia e interactiva 284 00:40:45,489 --> 00:40:48,909 para juegos interactivos con HTML5 285 00:40:48,909 --> 00:40:51,849 como Worldwide, Geniali y Kahoot 286 00:40:51,849 --> 00:40:54,449 para notificaciones de clase que se puede utilizar. 287 00:40:55,710 --> 00:40:58,889 ¿Mentajas actuales frente a este modelo antiguo? 288 00:40:58,969 --> 00:41:00,349 Pues que no requiere instalación, 289 00:41:01,409 --> 00:41:04,730 se hace todo en HTML5 en la mayoría de los casos, 290 00:41:05,289 --> 00:41:07,389 mayor accesibilidad desde cualquier dispositivo, 291 00:41:08,630 --> 00:41:10,769 mayor rendimiento y estabilidad 292 00:41:10,769 --> 00:41:12,349 mediante los servidores distribuidos, 293 00:41:12,710 --> 00:41:26,969 Un multijugador masivo global con datos sincronizados en tiempo real, mayor seguridad y control sobre cuentas, progresión, monetización y chat, interactividad educativa con multimedia en directo como la meditación, juicios en vivo, etc. 294 00:41:26,969 --> 00:41:35,650 Entonces con esto quedaría terminada la videoconferencia y hemos visto todo lo que había en el temario 295 00:41:35,650 --> 00:41:45,610 con las ventajas de la actualidad mediante los modelos antiguos, las herramientas que se suelen utilizar actualmente 296 00:41:45,610 --> 00:41:53,230 y qué es lo que se utiliza hoy y qué es lo que ha estado desactualizado de cada una de las partes.