search for: ibmalone

On 14 April 2012 23:40, Ian Malone <ibmalone at gmail.com> wrote: > On 14 April 2012 23:34, Ian Malone <ibmalone at gmail.com> wrote: > >> http://pastebin.com/xXhPyZuQ > >> ./jpegtoblock.pl ?-i DSCN7376.JPG -o flacblock > >> You'll need to add the "METADATA_BLOCK_PICTURE=" which makes it in...

Wednesday next week would be the Xiph monthly meeting. It is there enough going on at the moment (IETF document being submitted soon, the various aspects of metadata) to warrant one? -- imalone

Wednesday next week would be the Xiph monthly meeting. It is there enough going on at the moment (IETF document being submitted soon, the various aspects of metadata) to warrant one? -- imalone

Wednesday next week would be the Xiph monthly meeting. It is there enough going on at the moment (IETF document being submitted soon, the various aspects of metadata) to warrant one? -- imalone

On 16/01/07, Ivo Emanuel Gon?alves <justivo@gmail.com> wrote: > On 1/15/07, Ian Malone <ibmalone@gmail.com> wrote: > > > First, there is apparently a new version of MS DOS coming out shortly, > > does anyone know if it is any more sensible than it's predecessors? > > I've not heard of anything in that regard. Actually, I'm not sure it > would make sense...

Hello, I am new to using opus but so far I really am loving it. At 16kbps spoken content sounds fabulous. I am using opusenc on 64-bit linux - mostly with flac input. The one thing I can't figure out how to do is add album art. I tried passing the vorbis way of adding a metadata_block_picture comment field to opusenc but it complained about the length. I can't seem to find any

So wiki discussion on the new metadata format is ongoing. I'd like to move some things about a bit. MDMF is a discussion of the metadata XML format itself, Metadata gives some background an overview and a few old sample cases. I'm not sure how many people read the wiki talk page so I thought I'd ask here if there were any objections before doing it. What would most likely happen

On 10/23/06, Ian Malone <ibmalone@gmail.com> wrote: > As for merging, it's been pointed out a couple of times now that > there are a lot of patches waiting to go in. It just doesn't seem to > happen. I've noted the location of the patch-- it's on my queue. There's no day-to-day maintainer of Vorb...

On 8/8/07, Ian Malone <ibmalone@gmail.com> wrote: > On 08/08/07, Paul Griffiths <gafferuk@gmail.com> wrote: > > Hi, i need to include a discontinuous stream of in32's(3 at a time) to vorbis > > and theora ogg files, to be played back on time. > > > > Does anyone have an example I can work f...

Ian Malone <ibmalone@gmail.com> wrote: > It depends what your aim is. The mapping type > in the vorbis setup header is meant for > this[1],[2]. Of course a nonzero mapping type will > cause a lot of players to give up, but so will > including the XML stream. I believe this is how > is was inten...

On 7/21/07, xiphmont@xiph.org <xiphmont@xiph.org> wrote: > I would assume Greg had a reason for asking the question where and how he did. You will find that most people have a reason to do what they do -- it doesn't mean it's a good one. On 7/21/07, Ian Malone <ibmalone@gmail.com> wrote: > Would they [Adobe] find it > more acceptable to provide lower level APIs to components > such as the MDCT allowing codecs built in Actionscript to > operate more efficiently? How would this work? I reckon the performance of a scriptting language cannot compare w...

On 02/10/2007, Ian Malone <ibmalone@gmail.com> wrote: > Martin Leese wrote: > > 2. Following on from 1, a tool which inputs an > > Ogg containier with one or more streams, and > > outputs a new Ogg container with the same > > streams plus an Ogg Skeleton stream stuffed > > in front...

On 02/10/2007, Ian Malone <ibmalone@gmail.com> wrote: > Martin Leese wrote: > > 2. Following on from 1, a tool which inputs an > > Ogg containier with one or more streams, and > > outputs a new Ogg container with the same > > streams plus an Ogg Skeleton stream stuffed > > in front...

...looked at this already? (I also suspect the way liboggz handles pre-roll may need to be extended, since it seems to be working in packet count, like Vorbis, rather than sample count as Opus does.) Another thought, could vorbiscomment do with having Opus comment support added? -- imalone http://ibmalone.blogspot.co.uk

...looked at this already? (I also suspect the way liboggz handles pre-roll may need to be extended, since it seems to be working in packet count, like Vorbis, rather than sample count as Opus does.) Another thought, could vorbiscomment do with having Opus comment support added? -- imalone http://ibmalone.blogspot.co.uk

...useful. For the simple file proliferation issue, just chain small streams together and have a parallel index file to the start of each stream is a workable solution, that could be improved a bit by 'encapsulating' it (basically add a non-ogg header+index before the ogg). -- imalone http://ibmalone.blogspot.co.uk

On Mon, Aug 18, 2008 at 9:59 PM, Ian Malone <ibmalone at gmail.com> wrote: > 2008/8/15 Silvia Pfeiffer <silviapfeiffer1 at gmail.com>: >> On Fri, Aug 15, 2008 at 9:03 PM, ogg.k.ogg.k at googlemail.com >> <ogg.k.ogg.k at googlemail.com> wrote: >>>>> Just one small question, 10.3: "In particular, .ogg is...

Ralph Giles wrote: > > A URI/URL scheme for referencing streams would be a generally useful > thing. Should we override the query mechanism like the time fragment > draft? "?oggserial=0x15323421" ? > This is roughly what was suggested the last time around. A possible refinement is to provide a mapping from identifiers to IDs so you could say "?oggid=myvideo".

Hi everyone, We finally made it! Opus is now standardized by the IETF as RFC 6716 (http://tools.ietf.org/html/rfc6716). See the announcements at: https://hacks.mozilla.org/2012/09/its-opus-it-rocks-and-now-its-an-audio-codec-standard/ http://www.xiph.org/press/2012/rfc-6716/ Feel free to spread those around :-) We're also releasing both 1.0.0 (same code as the RFC) and 1.0.1, which is a

Hi everyone, We finally made it! Opus is now standardized by the IETF as RFC 6716 (http://tools.ietf.org/html/rfc6716). See the announcements at: https://hacks.mozilla.org/2012/09/its-opus-it-rocks-and-now-its-an-audio-codec-standard/ http://www.xiph.org/press/2012/rfc-6716/ Feel free to spread those around :-) We're also releasing both 1.0.0 (same code as the RFC) and 1.0.1, which is a