Tamaños de files de video de iOS y consideraciones de ancho de banda

Estoy creando una aplicación cuya funcionalidad central se centra en videos de 1-10 segundos. Actualmente, estoy grabando video usando PBJVision con el set pnetworkingeterminado en AVCaptureSessionPresetMedium . Un video de 10 segundos es alnetworkingedor de ~ 3-5 MB. Teniendo en count que cada usuario podría, teóricamente, download cientos o incluso miles de videos al día, me preguntaba si había una manera más eficiente de ancho de banda para empacar estos videos.

¿Podría WebM ser un formatting contenedor más adecuado?

Busqué en la web, pero no pude encontrar ningún artículo relacionado con esta pregunta específica.

Edit: esto parece prometedor

Los códecs de video modernos (incluyen WebM VP8) usualmente tienen una relación de compression de alnetworkingedor de 1/50. Al ajustar los parameters de los códecs podemos archivar ~ 1/100 (IMHO), pero la calidad de image es muy difícil y horrible.

Aproximadamente, podemos pensar en 1 píxel de la camera que consta de 1,5 bytes (YUV 12 o 16 bits).
Si la resolución es de 720×480 y la velocidad de fotogtwigs es de 30 / s,

720 x 480 x 1,5 x 30 = 15,552,000
x 10 segundos = 155,520,000
/ 50 = 3,110,400
~ = 3MB

Parece que PBJVision lo está haciendo bien.

Reducir la resolución o networkingucir la velocidad de fotogtwigs sería la primera consideración, creo.

ios no reproducirá webm a less que use un decodificador de software. Un decodificador de software tomará más CPU / batería y producirá más calor. Y webm ni siquiera resolverá tu problema. Lo que quiere es networkingucir la tasa de bits, pero esto también networkingucirá la calidad. Entonces, es una compensación.

    Intereting Posts