similar to: Peer review draft for the new media types/file extensions

We interrupt your regularly scheduled program to bring you the following issue. RFC3534bis is on hold. I have addressed all feedback from Mr Westerlund, except for the following: From: Magnus Westerlund <magnus.westerlund[at]ericsson[dot]com> Date: Fri, 11 Apr 2008 13:55:28 +0200 Subject: Re: Updated 3534bis (was Re: Request for review of Ogg Media Types: video/ogg, audio/ogg,

Hi there ! This patch adds support for the registered mime type application/ogg to the annodex firefox plugin. Depending on your view of the issue, some more mime types should probably be handled by the annodex firefox plugin [1,2]. Have a nice day, erlehmann [1] http://wiki.xiph.org/index.php/MIME_Types_and_File_Extensions [2]

I'm patching oggenc with this fix. If Conrad reports success in his test, I'll go ahead and patch all other implementations I can find. -Ivo

I'm patching oggenc with this fix. If Conrad reports success in his test, I'll go ahead and patch all other implementations I can find. -Ivo

On 12/04/2008, Ivo Emanuel Gon?alves <justivo at gmail.com> wrote: > On 4/11/08, Ivo Emanuel Gon?alves <justivo at gmail.com> wrote: > > > uuencode ^_^ > > > > Hmm... > > Yes! A Vorbis Comment tag called ART or ALBUMART with a Base64 string > would do the trick and it would not choke existing players. No, vorbiscomments are meant to be

Hello list, We have recently introduced the codecs (optional) parameter on the Ogg media types for easier identification of encapsulated codecs in conditions were it's not feasable to examine the streams directly. I received a comment from the IESG that we should have some sort of list to describe how Ogg mapping strings translate to codec parameter strings, so I went ahead and compiled a

On 4/11/08, ogg.k.ogg.k at googlemail.com <ogg.k.ogg.k at googlemail.com> wrote: > how (or do you mean ogg/mng or spots) ? People want an official standard on how to embed JPEG/PNG in single stream Vorbis files, because one of the extensions/hacks of MP3 ID3 allows it. > uuencode ^_^ Hmm...

2008/5/29 Ralph Giles <giles at xiph.org>: > On 28-May-08, at 6:20 PM, Conrad Parker wrote: > >> /* TODO: this should check against 42 for the relevant version numbers */ >> if (op->bytes < 41) return 0; > > I gather this means the USE_THEORA_PRE_ALPHA_3_FORMAT #if should instead be > based on the length of the header packet. I'm not sure why you're

It obviously would be nice to have such a mode available, for e.g. DVD audio compression. Apparently, the list doesn''t tell me too much about it. My questions are: 1. What is the current status of the 5.1 channel coupling in Vorbis? 2. If I''ll be interested in participation in its development, what is the recommended reading? -------------- next part -------------- An HTML

I bumped the version number of vorbis-tools and am preparing it for an eventual release in a few days. A changelog of what's new may be found at [1]. Meanwhile, what's in SVN is a "Release Candidate" to find out if anything was broken since version 1.1.1. Report any (or lack of) problems you may find, so we'll be able to put out a new version of vorbis-tools. -Ivo [1]

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

I agree - we should use only hex or octal, but not mixed. Cheers, Silvia. On Sat, May 31, 2008 at 2:20 AM, Ivo Emanuel Gon?alves <justivo at gmail.com> wrote: > I received the following comment regarding the table: > >> The table contains a mix of octal and hexadecimal 'escape sequences' >> for non-printable / non-ASCII octets. >> I strongly suggest to only

Sorry for the delay. On 4/13/09, Alfred E. Heggestad <aeh at db.org> wrote: > Ivo, could you also review the updated memo-status/copyright notice, > located on page 1-2 ? Is this a new standard for writing Internet drafts? I've never seen it in other documents. Specifically, this part: "This document may not be modified, and derivative works of it may not be created,

What Brian Willoughby means is that even though the future is uncertain, you may trust FLAC. The format is mature enough so that you won't see major changes preventing playback of files encoded by older encoders, but even if that comes to happen, the playback libraries on most software will be backwards-compatible, and FLAC is lossless meaning that you may convert FLAC 1.1.4 to a possible

On Sun, May 25, 2008 at 2:53 AM, Ralph Giles <giles at xiph.org> wrote: > On 24-May-08, at 9:26 AM, Ivo Emanuel Gon?alves wrote: > > And there's OggY4M which uses char[9]: "YUV4MPEG2" but that's in no > way finalized. I was unable to find any documentation on this on the Web. Would you have a link to the mapping? BTW, I have now finalized a first version of

" Ivo Emanuel Gon?alves " <justivo@gmail.com> wrote: > On 9/24/07, Ian Malone <ibmalone@gmail.com> wrote: > > The point I > > wanted to bring up was the MAY ignore unrecognised stream > > types, which I understood to be a future proofing mechanism. > > Oh. > > There is a similar notice in the wiki, which I did not integrate in > the

" Ivo Emanuel Gon?alves " <justivo@gmail.com> wrote: > On 9/24/07, Ian Malone <ibmalone@gmail.com> wrote: > > The point I > > wanted to bring up was the MAY ignore unrecognised stream > > types, which I understood to be a future proofing mechanism. > > Oh. > > There is a similar notice in the wiki, which I did not integrate in > the

While testing the new vcut, some of the early results had badly framed headers. I actually didn't notice it at first, because I was testing with oggz-validate, but ogginfo does identify the problem: "WARNING: Vorbis stream X does not have headers correctly framed. Terminal header page contains additional packets or has non-zero granulepos" Conrad (or someone else) may want to

On 5/13/07, Brian Willoughby <brianw@sounds.wa.com> wrote: > If we ever reach this 64 GigaSample limit, the fact that FLAC is a > stream should allow multiple FLAC headers to be concatenated in a > single file - although that might be tricky. I believe you can do this with Ogg FLAC. The Ogg container manages the multiple FLAC streams. Theoretically, we'll never see limit

Guys and Silvia, do come please. If this meeting is a fiasco, there will be a lot of stuff to discuss on some other meeting in what...? November? Not good. If you cannot come in time (like Silvia and Sebastian) we will wait a bit, but do come. If you cannot come at all, state your opinions on the issues at hand through the mailing lists. Your opinion is important.