WEBVTT
Kind: captions
Language: pt

00:00:00.070 --> 00:00:04.760
Você já percebeu que vídeos que tem neve ou confete caindo podem parecer terríveis?

00:00:04.760 --> 00:00:07.370
Logo que existe alguma coisa flutuando sobre o ar,

00:00:07.370 --> 00:00:10.280
repentinamente a qualidade do vídeo que voê está assistindo cai.

00:00:10.280 --> 00:00:13.639
Você pode ver esse efeito nesse incrível vídeo de 200 quilos de confete

00:00:13.639 --> 00:00:16.580
sendo lançados sobre Ed Sheeran no UK's X Factor.

00:00:16.580 --> 00:00:21.810
Agora, se você ja entende compressão entre os quadros, você pode escolher outro vídeo.

00:00:21.810 --> 00:00:23.720
Aos demais: Vamos falar de taxas de bits.

00:00:23.720 --> 00:00:27.359
Eu não estou realmente na Noruega, de qualquer forma, se isso não estava óbvio.

00:00:27.359 --> 00:00:30.640
Eu poderia ter tentado encontrar um pouco de neve, ou comprado muitos confetes,

00:00:30.640 --> 00:00:33.960
mas dessa forma, eu posso testar coisas com efeitos digitais cuidadosamente controlados.

00:00:33.960 --> 00:00:38.190
O que traz o bônus de que eu não preciso limpar tudo depois.

00:00:38.190 --> 00:00:40.600
Então, para resumir o problema em uma sentença:

00:00:40.600 --> 00:00:44.120
Existem apenas um número finito de uns e zeros transitando.

00:00:44.120 --> 00:00:48.180
Antigamente, nos tempos da televisão analógica, o vídeo não era comprimido.

00:00:48.180 --> 00:00:49.899
A câmera da TV escaneava o sinal,

00:00:49.899 --> 00:00:51.170
ele era transmitido através do ar,

00:00:51.170 --> 00:00:53.260
e sua televisão reproduzia o conteúdo;

00:00:53.260 --> 00:00:54.969
E sim, era apenas em uma qualidade intermediária,

00:00:54.969 --> 00:00:59.039
mas todo bit de detalhe que a câmera captava aparecia na sua tela.

00:00:59.039 --> 00:01:01.660
E isso é OK quando existem alguns poucos canais de televisão

00:01:01.660 --> 00:01:04.570
e eles estão literalmente sendo transmitidos pelo ar.

00:01:04.570 --> 00:01:06.920
Mas isso é um grande desperdício.

00:01:06.920 --> 00:01:09.450
O motivo que a televisão digital comporta tantos canais,

00:01:09.450 --> 00:01:11.780
e que os vídeos na internet funcionam,

00:01:11.780 --> 00:01:13.830
é por causa da compressão.

00:01:13.830 --> 00:01:18.000
Se você tentasse transmitir de fato, cada pixel de um vídeo em alta definição, em perfeita qualidade,

00:01:18.000 --> 00:01:22.850
você precisaria de algo como um gigabit por segundo enviado pelo cabo. Pelo que me recordo,

00:01:22.850 --> 00:01:27.570
Isso iria atingir o limite de transmissão de dados de 100 conexões americanas simultaneamente,

00:01:27.570 --> 00:01:31.170
ou ultrapassar 50 conexões Sul Coreanas.

00:01:31.170 --> 00:01:35.810
Então, se você quer que o YouTube funcione: toda aquela quantidade de dados, aquela taxa de bits,

00:01:35.810 --> 00:01:38.110
precisa ser diminuída.

00:01:38.110 --> 00:01:40.970
Primeiro passo é comum, compressão de imagens do dia-a-dia.

00:01:40.970 --> 00:01:43.420
Basicamente toda foto na internet é comprimida,

00:01:43.420 --> 00:01:47.430
por descartar pequenos bits de detalhe que o olho provavelmente não vai perceber.

00:01:47.430 --> 00:01:50.210
Pelo menos até ser salvo e repostado

00:01:50.210 --> 00:01:53.680
vinte vezes por vinte contas de Instagram diferentes.

00:01:53.680 --> 00:01:56.799
Você pode pegar cada quadro do vídeo

00:01:56.799 --> 00:01:58.950
e aplicar a compressão a ele.

00:01:58.950 --> 00:02:01.630
Segundo passo é a compressão entre os quadros.

00:02:01.630 --> 00:02:04.520
Até que ocorra uma grande mudança de cena, porquê se preocupar em guardar quadros inteiros

00:02:04.520 --> 00:02:06.950
quando você pode guardar apenas as mudanças entre eles?

00:02:06.950 --> 00:02:09.750
De qualquer maneira, se eu estiver falando de um fundo estático,

00:02:09.750 --> 00:02:12.710
você não precisa mandar novos dados sobre o fundo toda vez.

00:02:12.710 --> 00:02:15.740
Apenas diga ao reprodutor de vídeo para repetir o que havia lá antes.

00:02:15.740 --> 00:02:17.860
Ou, se eu mover meu corpo um pouco enquanto eu falo,

00:02:17.860 --> 00:02:21.220
apenas diga ao reprodutor para mover aquele bloco de pixels um pouco para a direita,

00:02:21.220 --> 00:02:24.240
a talvez mudar um pouco a cor aqui e ali.

00:02:24.240 --> 00:02:26.890
É assim que você diminui gigabits de vídeo por segundo

00:02:26.890 --> 00:02:28.870
para algo que você pode carregar em seu smartphone:

00:02:28.870 --> 00:02:30.500
Matemática. Muita matemática.

00:02:30.500 --> 00:02:33.520
Mas eu imagino que uma demonstração prática seria melhor, então:

00:02:33.520 --> 00:02:35.660
eu vou limitar a taxa de transmissão desse vídeo,

00:02:35.660 --> 00:02:39.010
o número de uns e zeros por segundo que estão sendo usados para codificar isso;

00:02:39.010 --> 00:02:41.860
E sim, o YouTube vai atrapalhar um pouco com isso depois que eu fizer o upload,

00:02:41.860 --> 00:02:44.010
mas eu não posso magicamente por o detalhe de volta:

00:02:44.010 --> 00:02:47.340
então, mesmo que você esteja assistindo na melhor qualidade que você possa,

00:02:47.340 --> 00:02:49.870
o que você está vendo agora é a versão limitada.

00:02:49.870 --> 00:02:51.980
São duzentos kilobits por segundo,

00:02:51.980 --> 00:02:54.810
duzentos mil uns e zeros indo através do cabo a cada segundo;

00:02:54.810 --> 00:02:56.730
Não parece tão ruim com a codificação moderna,

00:02:56.730 --> 00:03:00.810
você vai perder alguns detalhes na minha face, ou cabelo, ou movimentos das mãos,

00:03:00.810 --> 00:03:04.080
mas você ainda conseguirá ver claramente o que está acontecendo.

00:03:04.080 --> 00:03:06.110
Agora vamos adicionar um pouco de neve.

00:03:06.110 --> 00:03:10.660
E, de repente, aqueles bits não estão mais sendo gastos para me renderizar.

00:03:10.660 --> 00:03:13.340
Ao invés, eles estão sendo usados para procurar coisas que estão voando pela tela;

00:03:13.340 --> 00:03:16.100
É caótico, continuamente muda de direção, é complicado,

00:03:16.100 --> 00:03:18.930
então, apenas dizer "mova esses pixels aqui", também não vai funcionar.

00:03:18.930 --> 00:03:21.480
Agora vamos adicionar um pouco de confete também, tudo colorido.

00:03:21.480 --> 00:03:23.360
E aí está, o vídeo está começando a se deteriorar.

00:03:23.360 --> 00:03:25.500
Quanto mais coisas movendo no quadro,

00:03:25.500 --> 00:03:26.510
mais confete, lá vamos nós,

00:03:26.510 --> 00:03:29.370
mais dispersos aqueles duzentos kilobits tem de ser.

00:03:29.370 --> 00:03:30.670
Mais confete! Lá vamos nós.

00:03:30.670 --> 00:03:34.480
Não importa quanto o codificador tente otimizar por faces, ou tons de pele,

00:03:34.480 --> 00:03:38.600
ele simplesmente não possui bits para tanto. Mais confete! Mais neve!

00:03:38.600 --> 00:03:40.560
Agora, mesmo que eu aumente a taxa de transmissão de volta,

00:03:40.560 --> 00:03:42.430
e coloque isso na melhor qualidade que eu posso,

00:03:42.430 --> 00:03:44.350
ainda não vai parecer bom.

00:03:44.350 --> 00:03:48.260
Eu não sei por que estou gritando, vou adicionar o som de vento depois.

00:03:48.260 --> 00:03:52.590
Mas isso não é sobre o confete em si. É sobre o movimento.

00:03:52.590 --> 00:03:54.370
Se nós congelarmos todas essas coisas flutuando no ar,

00:03:54.370 --> 00:03:57.010
e fizessemos disso um fundo:

00:03:57.010 --> 00:03:58.620
depois de alguns segundos,

00:03:58.620 --> 00:04:01.850
a qualidade do vídeo irá retornar.

00:04:01.850 --> 00:04:05.990
Esse é o motivo que a imagem se desintegra quando os times ganham e os confetes caem.

00:04:05.990 --> 00:04:08.830
Vídeo, literalmente, não é mais o que costumava ser.

00:04:10.900 --> 00:04:12.900
Translation: Luis H Z Paese