On 2019-03-04, J.F. <j...@p...onet.pl> wrote:
> Dnia Sun, 3 Mar 2019 21:19:27 +0100, Shrek napisał(a):
>> W dniu 03.03.2019 o 20:48, J.F. pisze:
>>>> Jest zapisywany strumień. Czasem w jakiśmś dziwnym formacie, ale
>>>> strumień a nie miliardy pojedynczych jpegów.
>>> W strumieniu moze byc H264, albo ciag pojedynczych jpg.
>> Ale nie jest. Jest H/X264/5. Koniec tematu.
>
> Nawiasem mowiac - standard z 2003 r ... a co bylo wczesniej ?

H263, mpeg2, mpeg1 (w kolejności odwrotnie chronologicznej).

>> Nie wyjdzie na to samo, zwłaszcza jak obraz się mało zmienia. Pojedyncze
>> jpegi będą miały znacznie wększy rozmiar, niż strumień z interfrejmami
>> (czy międzyramkami dla purystów językowych)
>
> Ale mam na mysli jeden jpg co pol sekundy np.

Jesli sceny mniej dynamiczne to nadal różnice w stopniu kompresji będa
kolosalne. A jak bardzo dynamiczne to będzie to robienie zdjęć a nie
cctv :)

>>> Tak nawiasem mowiac to w tym "strumieniu wideo" tez musi byc co pewien
>>> czas zapisany "caly obrazek".
>>
>> Dokładnie.
>
> Wiec wyjdzie podobnie w kwestii wielkosci, co seria jpg

Niekoniecznie (vide powyżej). W końcu seria nie składa się wyłącznie z
i-ramek. Dla mpeg2 GOP to było kilkanaście ramek, ale dla h264 to już
chyba typowo >>20.

>> Natomiast nie jest to sera milionów jpegów zapisanych na
>> dysku w różnych plikach jak twierdzi Robert.
>
> https://www.youtube.com/watch?v=-A8-uStnLL4

Nie rozumiem. Można przeciez mieć film z jedną klatkę na 10s i to nadal
będzie film a nie pojedyncze klatki. Dekoder ma gdzieś czy odstęp między
klatkami jest 40ms czy 10s.

--
Marcin