Valerii Zapodovnikov

> buggy in the GitHub video player depending on your OS — HEVC is only supported in Edge browser and it does work here.

> * Example for H.264: There are no I, P, B frames really, because there are IRAP, all kinds of recovery frames, etc. In HEVC there is also BLA and...

> but so far I've been unable to find a copy of the specification. All CTA standards are free of charge now. https://shop.cta.tech/products/line-21-data-services Here: [ANSI-CTA-608-E-S-2019-Final.pdf](https://github.com/fsphil/hacktv/files/6476600/ANSI-CTA-608-E-S-2019-Final.pdf)

There is no garantee monomers will even make any sense without the other parts.

> 1. uses down-sampled timescale for HE-AAC. So media_time in edits gets halved No, fdkaac is truely gapless in v2 of HE-AAC and v1 after fix in ffmpeg (it writes...

Also see our bug in chrome/chromium fixed by that commit in FFmpeg: https://bugs.chromium.org/p/chromium/issues/detail?id=1234227#c_ts1659959705 It is now truly gapless in Chrome (because chrome also removes remainder per media duration in editlist,...

How hard would it be to fix this value (and timescale) to 5186? It is just an if condition on he option... >So, decoder has to deal with two possibilities...

You know I see qaac64.exe xxx.m4a --decode is indeed truely gapless. Sample accurate, both wavs have 11462400 samples. Still it is not cool ffmpeg cannot do it. So Time scale:...

Actually I just found out that ffmpeg does remove SBR delay, wow. But after the fix it now removes 6144, while before the fix 6272. The difference is 128 only...

>footage ends up being in yuv444p Format as reported by Mediainfo Which is correct, because the only way to differentiate between rgb and YUV444P is matrix. And it is not...