search for: yuv444

Hello. I'm a theora newbie... I see it accept video frames in some differents YUV formats. How theora manage them internally? I mean: if i encode the same video twice, first time encoding it with YUV444 packets and then with YUV420, will second video be smaller than first (due to subsampling...)? Or theora compress them in the same way? Thanks in advance, A. F.

> But chroma subsampling? no. And this is where much of the complexity > comes. > > If we were to combine them, we would be, essentially, doing it something > like > this: > Value Meaning > 0 RGB > 1 YUV444 > 2 YUV422 > 3 YUV420 > 4 YUV411 > ..... Yes. > And then spend an additional field on bits/channel, whereas both chroma > channels > in YUV is are going to have the same size. Oh, please, let there not be > an > exception to this. Well depending wha...

...to be the same for RGB. RGB has resolution, framerate, prehaps even interlace and aspect ratio... But chroma subsampling? no. And this is where much of the complexity comes. If we were to combine them, we would be, essentially, doing it something like this: Value Meaning 0 RGB 1 YUV444 2 YUV422 3 YUV420 4 YUV411 ..... And then spend an additional field on bits/channel, whereas both chroma channels in YUV is are going to have the same size. Oh, please, let there not be an exception to this. Now, keep in mind, that calling two codecs different is a concept...

...to be the same for RGB. RGB has resolution, framerate, prehaps even interlace and aspect ratio... But chroma subsampling? no. And this is where much of the complexity comes. If we were to combine them, we would be, essentially, doing it something like this: Value Meaning 0 RGB 1 YUV444 2 YUV422 3 YUV420 4 YUV411 ..... And then spend an additional field on bits/channel, whereas both chroma channels in YUV is are going to have the same size. Oh, please, let there not be an exception to this. Now, keep in mind, that calling two codecs different is a concept...

> But chroma subsampling? no. And this is where much of the complexity > comes. > > If we were to combine them, we would be, essentially, doing it something > like > this: > Value Meaning > 0 RGB > 1 YUV444 > 2 YUV422 > 3 YUV420 > 4 YUV411 > ..... Yes. > And then spend an additional field on bits/channel, whereas both chroma > channels > in YUV is are going to have the same size. Oh, please, let there not be > an > exception to this. Well depending wha...