search for: decidion

...even when we don't agree. It's also great to see that we're able to debate and compromise without personal attachement to our arguments, something we really must always keep in mind to do as having a healthy, positive and cooperative community is more important than any one design decidion or code method. I've been feeling prowd to work with all of you, even when we don't agree :-) Now let's settling what few things we have left and get these codecs frozen! John needs to get these implemented by this week, after all... -- The recognition of individual possibilit...

...subset of the OggStream project. I opened them to feedback from the wider Xiph community, require that they be supported by the maintainers of other Xiph projects who will be effected by them, and seek a rough consensus among knowledgeable parties. However, I am setting guidelines for design decidions and, if a rough consensus cannot be reached between competing concepts, I am the one to make the end decidion regarding their design. Since you want to make a public display of your behavior, I'll be equally as public: your continued disrespectful behavior toward myself and, through displ...

...her 32 bits at the beginning of > > each data packet, when ogg pages are already covering that information? > > I am open to eliminating it, if it can be shown that the act of reading or > skipping this data complicates implementation or makes it less efficient, > however, the decidion to do so should include several people (Monty, Ralph, etc) > who haven't joined this discussion yet. I agree with Silvia here. The initial-octet packet type flagging is nice in vorbis and theora because there are a number of headers to distinguish, and you have to bit-unpack everything s...

Hi Arc, illi, I think it would be advantageous if we take the emotion out of this discussion , so let's just argue technically. My experience with xiph is that we are a very friendly community and trying to help each other and listen, so let's keep that culture up. I think we all agree: it is a good idea to have an media mapping for ogg for uncompressed PCM. As for what is required in a

On Wed, Nov 09, 2005 at 09:31:29AM -0800, Ralph Giles wrote: > > > > I am open to eliminating it, if it can be shown that the act of reading or > > skipping this data complicates implementation or makes it less efficient, > > however, the decidion to do so should include several people (Monty, Ralph, etc) > > who haven't joined this discussion yet. > > I agree with Silvia here. The initial-octet packet type flagging is nice > in vorbis and theora because there are a number of headers to > distinguish, and you have t...

...ll additional overhead compared to the data payload, and mapped to a 32-bit border, it should be easy to read and discard this data. I am open to eliminating it, if it can be shown that the act of reading or skipping this data complicates implementation or makes it less efficient, however, the decidion to do so should include several people (Monty, Ralph, etc) who haven't joined this discussion yet. > As for the information that goes into the bos page, I can see at least an > endianness indicator missing. I actually think we should ask sombody like the > author of libsndfile, Er...

...an invested interest in having something useable. Monty, JeanMarc, and Josh have all written Ogg audio codecs, and will likely be working with this in the future, so their approval is sought. Outside developers who will be implementing the format, such as Josh, are involved because the design decidions effect them too. You were asked to contribute feedback because you have experience in raw audio codec implementations. You are not familiar with Ogg, nor apparently, the existing audio codecs within it, as you yourself disclaimed in the beginning of your first email in this thread: > Howe...

...and I can only hope you're smart enough to see that. To repeat, until which time I have handed the project over, or which time other arragements have happened, I reserve an exclusive trademark on the name. I do not need Xiph approval to release a codec which uses Ogg, if Xiph were to make a decidion otherwise it'd have a chilling effect on further 3rd party contributions to the Ogg framework from outside Xiph. Your disrespect for myself and my contributions have led to this. Just because I suddenly have something shiney that interests you doesn't give you the right to scream &quot...

On Tue, Nov 15, 2005 at 03:10:22AM +1100, Erik de Castro Lopo wrote: > That spec is being superceded by: > > http://wiki.xiph.org/index.php/OggPCM2 The project has been forked, not superceded. Work on OggPCM is continuing, the team working on OggPCM2 is free to submit their own draft but some are not welcome to continue work on OggPCM due to their recent social conduct. I'm

Arc wrote: > Ok so we cap it to 64bit, since much more than that doesn't make sense (96bit > would be a "long double" C type) On x86 CPUs, "long double" is 80 bits. > I really don't like this idea, but I will entertain, formatting it as follows: > > ID Type Bits > 0 Int 8 > 1 uInt 8 > 2 Int 16 > 3 Int 24 > 4 Int