similar to: OggPCM madness

Displaying 20 results from an estimated 3000 matches similar to: "OggPCM madness"

2005 Nov 14
0
Ambisonics und OggPCM
Arc, I always thought of you as a harmless idiot, but I no longer think you are harmless. You are now alone working on the OggPCM because everyone got tired of your power trip (I always thought some power was required to do that). Funnily enough, from the moment people gave up on you, it took only 24 hours to write a much better OggPCM definition than what you had (even though we don't
2005 Nov 12
2
OggPCM proposal feedback
Dear Arc, I feel ashamed of the xiph community. I was always one standing up for the open audio-visual codecs and applications that were developed here and I felt part of that community by contributing. There have been an enormous number of people contributing to xiph specifications and software over the years. Your emails have been an insult to every contributor to xiph that is not in the
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 13
1
OggPCM proposal feedback
On Sun, Nov 13, 2005 at 10:36:14AM +1100, Erik de Castro Lopo wrote: > Here in the Xiph community things are a little askew. The people > with the code (Monty, Jean-Marc, Josh Coalson etc and the Annodex > team) seem to let Arc (who has yet to show any contribution > anywhere near the same league as any of the above) run the show > and trammple over people who show far more merit.
2005 Nov 12
0
OggPCM proposal feedback
Silvia.Pfeiffer@csiro.au wrote: > Dear Arc, > > I feel ashamed of the xiph community. Hi Silvia, My slant on this is slightly different. The vast majority of Free Software and Open Source projects are meritocracies. Certain people get to positions of power in these projects through a combination of good coding/ debugging/documentation and simultaneously an ability to work well with
2005 Nov 11
0
OggPCM proposal feedback
On Fri, Nov 11, 2005 at 07:17:53PM +1100, Erik de Castro Lopo wrote: > We're talking about a file header here. Even if the header is a kilobyte in > size, it will be completely **dwarfed** by the audio data following. So why > are you counting single bits like this? Why waste? You only have to read the header once for a stream, and libogg2 provides a convient bitpacker which can
2005 Nov 14
1
FW: Ambisonics und OggPCM
(second try at sending this) --- This is getting very dangerous. We cannot take our flamewar to outside mailing lists without making a complete fool of ourselves. Arc, would you please refrain from doing so in future and rather come to an internal agreement beforehand? Arc, there are a few things you have missed: The discussion on OggPCM2 was friendly and constructive and there were no flame
2005 Nov 14
3
Ambisonics und OggPCM
This is getting very dangerous. We cannot take our flamewar to outside mailing lists without making a complete fool of ourselves. Arc, would you please refrain from doing so in future and rather come to an internal agreement beforehand? Arc, there are a few things you have missed: The discussion on OggPCM2 was friendly and constructive and there were no flame wars and the spec got much further
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 10
0
OggPCM version / header finalization
I take it you are talking about what is listed under alternative format ? If you have an implementation... you must have a list of enumeration fields... could you put them on the wiki. If we are asking for final comments... the wiki should be tidied up. The original format removed if the general consensus is that this is more on the right track... which it looks to be. Zen. ----- Original
2005 Nov 10
5
OggPCM version / header finalization
I have OggPCM (as currently defined) support implemented in mencoder and mplayer. I'd like to request that we settle on modifications to this header by the middle of next week or freeze the current header as the official major version 1.0, so I can get the patches cleaned up and released. We will be shipping a separate product based on this work in the near-term future, and compatability
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
2007 Oct 21
3
OggPCM family
Erik de Castro Lopo <mle+xiph@mega-nerd.com> wrote: > Martin Leese wrote: > > So what is "OggPCM"? I started this thread > > because I was puzzled why someone was > > changing a draft instead of the document > > itself. > > The original OggPCM was started by a person who really didn't > lnow what they were doing and wouldn't listen to
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
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
2007 Oct 20
2
OggPCM family
On 10/19/07, Sampo Syreeni <decoy@iki.fi> wrote: > On 2007-10-19, Martin Leese wrote: > > OggPCM Draft3 > > Draft 3 is obviously a joke. Draft 2 is what most of the people agreed > upon the last time around, with the channel maps left unfinished. Draft > 1 was abandoned by most people in favour of draft 2. So what is "OggPCM"? I started this thread
2007 Oct 21
1
OggPCM family
On 10/21/07, Ivo Emanuel Gon?alves <justivo@gmail.com> wrote: > On 10/21/07, Martin Leese <martin.leese@stanfordalumni.org> wrote: > > Either "OggPCM" or "OggPCM Draft2" needs > > to be deleted. It really doesn't matter which, > > but I would suggest that "OggPCM" takes the > > big sleep. Just give time for me (or Sempo)
2007 Oct 19
2
OggPCM family
Hi, The Xiph Wiki contains the four pages: OggPCM OggPCM Draft1 (with Talk page) OggPCM Draft2 OggPCM Draft3 Can I suggest that this be reduced to just one (or maybe two) pages. I suggest this because somebody has started making changes to OggPCM Draft2. My guess is that this is not desirable. Regards, Martin -- Martin J Leese E-mail: martin.leese@stanfordalumni.org Web:
2005 Nov 10
0
OggPCM format being developed
Just a quick note, realizing that many interested parties on vorbis-dev may not be subscribed to ogg-dev.. We're working out the details for an OggPCM codec, an uncompressed audio interchange format which will be used by the next generation Ogg framework. You can read what's taken place on this so far on the wiki and list: http://wiki.xiph.org/RawCodecs http://wiki.xiph.org/OggPCM
2005 Nov 10
1
OggPCM version / header finalization
Hi John, all, I still have at least 3 issues: 1) What are we trying to achieve with the "source-ID"? 8 [uint] Source ID (Unique amongst all OggPCM streams in the physical stream) Are we trying to separate the different channels that may be interleaved with each other inside the flat multi-channel sample stream? Interpretation 1: ----------------- So, would each channel be in a