Com evitar intel·ligentment el "pit" de retard a l'escena de transmissió en directe per a mòbils?

Eviteu els retards. Per a la transmissió en directe, sempre ha estat un os difícil de mastegar, però aquest "os" ha esculpit "fosses" un darrere l'altre per al desenvolupament del codi font de transmissió en directe per a mòbils. Basat en l’experiència resumida a la pràctica, la plataforma mòbil Hi ha dues trampes principals en la transmissió de vídeo en directe: diferències d’equips i proves tècniques provocades per aquests escenaris a l’entorn de xarxa. Per tant, com evitar efectivament aquestes fosses, fem una ullada detallada a continuació. 1. Comprendre les diferències de codificació de les diferents plataformes de xips Independentment de si és de codi dur o de codi suau a la plataforma iOS, atès que és fabricat per Apple, gairebé no hi ha diferències de codificació a causa de les diferents plataformes de xips. Tot i això, a la plataforma Android, el codificador MediaCodec subministrat per l'SDK d'Android Framework té un rendiment molt diferent en diferents plataformes de xips. Els diferents fabricants utilitzen xips diferents i el rendiment d’Android MediaCodec en diferents plataformes de xips és lleugerament diferent. El cost d’aconseguir la compatibilitat completa de la plataforma no és baix. L'altra és que els paràmetres de qualitat de la imatge de codificació H.264 del nivell de codi dur d'Android MediaCodec són una línia base fixa, de manera que la qualitat de la imatge sol ser mitjana. Per tant, a la plataforma Android, es recomana utilitzar edició suau. L’avantatge és que la qualitat de la imatge es pot ajustar i la compatibilitat és millor. 2. Adquisició i codificació d'alt rendiment en equips de gamma baixa Per exemple, el que la càmera recopila i produeix poden ser imatges i el volum d'una imatge no és petit. Si la freqüència d’adquisició és molt alta, la velocitat de fotogrames codificada és molt alta i cada imatge passa pel codificador, el codificador es pot sobrecarregar. En aquest moment, podeu plantejar-vos la pèrdua selectiva de fotogrames abans de codificar sense afectar la qualitat de la imatge (abans hem parlat del significat microscòpic de la velocitat de fotogrames), per tal de reduir el consum d'energia de l'enllaç de codificació. 3. Assegureu una transmissió HD suau en un entorn de xarxa feble. A la xarxa mòbil, sol ser fàcil trobar inestabilitat de xarxa, es restableix la connexió i es desconnecta. D’una banda, les reconnexions freqüents requereixen despeses generals per establir una connexió. D’altra banda, especialment quan es produeix la transferència de GPRS / 2G / 3G / 4G, poden aparèixer colls d’ampolla d’amplada de banda. Quan l’amplada de banda no és suficient, el contingut amb una freqüència de fotogrames més elevada / velocitat de bits més alta és més difícil d’enviar. En aquest moment, es requereix suport de velocitat de bits variable. És a dir, a l'extrem push, es pot detectar l'estat de la xarxa i la simple mesura de la velocitat, i es pot canviar dinàmicament la velocitat de bits per garantir un push suau durant el canvi de xarxa. En segon lloc, la lògica de codificació, paquetització i transmissió també es pot ajustar. Podeu provar de deixar anar fotogrames de manera selectiva, com ara deixar de manera preferent els fotogrames de referència de vídeo (sense perdre fotogrames I i fotogrames d’àudio), que també poden reduir el contingut de les dades a transmetre, però, alhora, aconsegueix l’objectiu de no afectar la qualitat de la imatge i la suavitat de la versió.