search for: oggrgb

...tterly unuseable, as these things combined would make for a very large number of possible raw codecs. If there is a limited set, then please paste to the list (or a URL) a list of what those formats are. Oh and I really, REALLY don't want to hear anymore from you about wanting to combine OggRGB and OggYUV into a single codec... if FourCC supports so many different YUV and RGB codecs, consolidating these into 2 is very reasonable by comparison. > As far as i see it there's no reason not to use such a simple fourcc based > format for the common cases, and use a more complet...

...ossless format.. a FLAC for video, for editing or > archival > purposes, similar to HuffYUV. I think that's something completely different. Any specialised lossless compression, as opposed to raw data will have it's own special setup requirements. > I'm drafting OggYUV and OggRGB on the wiki right now, so everyone can be > on the > same page for what the result of this will look like. The questions we > need to > answer are which colorspaces are needed and which encoding methods are > needed. At the end of the day, the reason such a codec doesn't exi...

Arc wrote: >Not the camera, only the application which goes between the camera and >OggStream. Plus, changing between packed and planar is easy, my reason for >wanting to avoid packed is there's simply too many different ways to do it. > > My argument is that that application shouldn't have to convert to a fixed format. It should be able to say here's some YUY2

Timothy B. Terriberry wrote: >Chapter 4 of the Theora specification does a reasonable job of laying >out all of the possible parameters for a Y'CbCr-style color space, which >includes as a subset those needed for RGB. Much more detailed >information is available from Charles Poynton's Color and Gamma FAQs: >http://www.poynton.com/Poynton-color.html >If you wish to do any

Here's a shot at a list of fields: // High level data Displayed Width&Height Stored Width&Height Aspect Ratio (Fractional) Frame Rate (Fractional) FourCC (Optional, set to zero to use values below) Colorspace (enum, R'G'B', Y'CbCr, JPEG (not sure proper name), etc) // Subsampling data U Channel X Sample Rate (Fractional) U Channel Y Sample Rate (Fractional) U Channel

...erlace and the chroma sampling it's likely to be needed for. This is also interesting work in that, once we're done, we'll have a standard to use for a compressed lossless format.. a FLAC for video, for editing or archival purposes, similar to HuffYUV. I'm drafting OggYUV and OggRGB on the wiki right now, so everyone can be on the same page for what the result of this will look like. The questions we need to answer are which colorspaces are needed and which encoding methods are needed. -- The recognition of individual possibility, to allow each to be what she and he can...

...d, it makes little sense for my implementation. All i see are > fourcc's, why would i want to write code for something that won't be used. But you already stated that you won't be using OggStream with DirectShow. So your Xiph/Ogg codec plugins will not export to OggPCM, OggYUV, or OggRGB, but rather to FourCC within DirectShow itself. None of these are expected for distribution, people will surely compress them (even losslessly) to save bandwidth and/or disk space so it's unlikely, should an implementation for these not be available to your filters, that your filters would...

On Wed, Nov 09, 2005 at 10:52:53AM +0800, illiminable wrote: > > "fourcc" 's of rgb types > http://www.fourcc.org/rgb.php I'm prowd to say that http://wiki.xiph.org/OggRGB supports all of these losslessly as well as PNG for non-indexed bitmaps. These are video formats, correct? Not just single frames? > raw yuv formats only > http://www.fourcc.org/yuv.php Wow, ok, this is interesting. I don't know what to even call, ie, "YVU9". > Enum...

On Tue, Nov 08, 2005 at 04:59:33PM -0800, Arc wrote: > This is also interesting work in that, once we're done, we'll have a standard to > use for a compressed lossless format.. a FLAC for video, for editing or archival > purposes, similar to HuffYUV. Well, we're talking about an uncompressed format. OggMNG is already "FLAC for video". However, it doesn't do

...(in bits) > V/B Channel Y Stride (in bits?) I'm unsure what any of this is or why it's nessesary. Please explain? > I'm still not convinced that RGB and YUV can't (shouldn't) be combined, > since RGB is so similar to a 4:4:4 YUV format. Compare http://wiki.xiph.org/OggRGB to http://wiki.xiph.org/OggYUV - yes, they are similar, but YUV is much more complex, and I see no reason to join them. Or, if you prefer, think of them as one codec with two identifiers which change the fields around in the header/etc. Load up the current draft at http://wiki.xiph.org/OggYUV...

This also includes, other non raw formats... http://www.fourcc.org/codecs.php "fourcc" 's of rgb types http://www.fourcc.org/rgb.php raw yuv formats only http://www.fourcc.org/yuv.php Registered fourcc codecs http://www.microsoft.com/whdc/archive/fourcc.mspx Enumeration of actual types that are used in directshow (bottom of page)

........ 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 conceptual one. If the difference between OggYUV and OggRGB ends up being changing the three character identifier, eliminating chroma subsampling field, and adding an extra bits per channel field and prehaps some other RGB-centric things. There are additional YUV-centric things which are not on the wiki now, as well, which Theora has fields to implement...

........ 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 conceptual one. If the difference between OggYUV and OggRGB ends up being changing the three character identifier, eliminating chroma subsampling field, and adding an extra bits per channel field and prehaps some other RGB-centric things. There are additional YUV-centric things which are not on the wiki now, as well, which Theora has fields to implement...