Displaying 10 results from an estimated 10 matches for "decidions".
Did you mean:
decidion
2005 Nov 11
4
wiki & our community
I've noticed many people manually entering .. [[User:*|*]] on the talk pages to
sign their contributions..
Just a friendly note that "--~~~~" is shorthand for your signature w/ timestamp.
I just recently learned that, myself.
In addition, I'd like to say how awesome our little community of hackers have
been oven the past week. IRC, email, the lists, and the wiki have
2005 Nov 11
1
wiki & our community
...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
displa...
2005 Nov 09
3
OggPCM (uncompressed Ogg audio)
On Wed, Nov 09, 2005 at 05:33:37AM -0800, Arc wrote:
> > Data pages are identified to be part of a logical bitstream through their
> > serial number, so don't need any additional identifiers. Thus, Arc, I don't
> > quite understand why you would require another 32 bits at the beginning of
> > each data packet, when ogg pages are already covering that
2005 Nov 09
2
OggPCM (uncompressed Ogg audio)
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
2005 Nov 09
0
OggPCM (uncompressed Ogg audio)
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.
>
>
2005 Nov 09
0
OggPCM (uncompressed Ogg audio)
Thanks Silvia for your response :-) It's good to get constructive discussion on
this, and I've been hoping to have exactly this kind of criticism re: OggPCM for
some time.
On Wed, Nov 09, 2005 at 10:21:04PM +1100, Silvia.Pfeiffer@csiro.au wrote:
>
> Data pages are identified to be part of a logical bitstream through their
> serial number, so don't need any additional
2005 Nov 11
0
OggPCM proposal feedback
...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:
> Howev...
2005 Nov 14
2
Ambisonics und OggPCM
On Tue, Nov 15, 2005 at 09:44:43AM +1100, Jean-Marc Valin wrote:
>
> Sorry, but that fork took over now. As I mentioned in the last email,
> your version needs to be renamed ArcPCM to reflect the fact that it's a
> mix of Pulse Code Modulation with your ego.
No. I started OggPCM, since it was never proposed to Xiph.org it remains my
trademark until which time it is accepted by
2005 Nov 14
3
Ambisonics und OggPCM
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
2005 Nov 11
2
OggPCM proposal feedback
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