similar to: Dirac question

Hi all, I am trying to set up the codecs table in the wiki and we have played a bit with Dirac to find out what existing tools write into the header. The Schroedinger implementation by Fluendo uses (or used to use) "KW-DIRAC" as the identifier in the Ogg header. "BBCD" is the identifier of each of the Dirac data packages. More recently, I read that the Dirac Sequence header

On Fri, 25 May 2012 14:00:01 -0500, <theora-request at xiph.org> wrote: > Message: 1 > Date: Fri, 25 May 2012 19:26:18 +0200 > From: Raphael Canut <nhwcodec at gmail.com> > Subject: [theora] NHW codec - improvement of precision > To: theora at xiph.org > Message-ID: > <CAKE58qHqSsrgJP4OX++eetMmT2WTv=8ZvfXoou7bWjOnbUSrAQ at mail.gmail.com> > Content-Type:

2008/11/14 David Flynn <davidf+nntp at woaf.net>: > On 2008-11-13, Conrad Parker <conrad at metadecks.org> wrote: >> I'm wondering if the Dirac granulepos parsing in liboggz and display >> in the oggz tools is currently correct, as I'd like to do a release of >> these soon. > > I believe it is -- although if correct support in the rest of the >

Hi, this patch adds dirac.c as a source file to the oggz tools, rather than a lib. The previous would try to compile at link time, and would not include the right -I flags, and this will fail when including config.h in dirac.c (which will be needed when someone else posts a patch to get liboggz to build on win32). I'm not toally sure why dirac.c isn't just in the sources in liboggz rather

2008/11/15 David Flynn <davidf+nntp at woaf.net>: > On 2008-11-14, Conrad Parker <conrad at metadecks.org> wrote: >> It seems oggz chop, merge and sort will need some attention to deal >> with the Dirac granulepos and dependency ordering, so let's leave them >> for the next release. > > ok. -- may be worth having them 'warn' if they are operating

Hi, I'm wondering if the Dirac granulepos parsing in liboggz and display in the oggz tools is currently correct, as I'd like to do a release of these soon. A couple of days ago David Schleef mentioned there were some problems. David, is that currently true (ie. since David Flynn's recent updates to support Dirac), and if so could you please explain what the problems are, or point me

Hi, again. Are there any updates to the development of Theora? Like a version 1.2? I ask this because I want to be re-assured Theora is not just sitting while people are choosing H.264... -- Daniel Hendrycks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/theora/attachments/20100320/3c18a22c/attachment.htm

Hi, has the subject of creating a lossless video codec been considered? I know Dirac is available, but it is a hybrid; saving a file and having to set a compression setting is not very intuitive for a novice. I suggest a lossless codec for the distant future, an idea of the codec's name is: FLAV. Free Lossless Agile Video. The goals of it would be: Provide lossless video, have a

Quite a while ago, the specification was modified to change the way the nondefault scan format was signalled; this patch fixes that. Index: liboggz/dirac.c =================================================================== --- liboggz/dirac.c (revision 3759) +++ liboggz/dirac.c (working copy) @@ -122,6 +122,10 @@ 1, 9, 10, 9, 10, 9, 10, 4, 3, 7, 6, 4, 3, 7, 6, 2, 2, 7, 6, 7, 6, }; +

On 10 May 2010 23:20, Chris Pearce <chris at pearce.org.nz> wrote: > The granulepos radix was something that Conrad and Ralph were talking about > at FOMS2010. I don't know how it's supposed to be used, or why we need it. > It was supposed to be needed for Dirac? Maybe Ralph or Conrad can remember? > If not, we should remove it. There's no point in adding a poorly

On Tue, Jun 1, 2010 at 12:56 PM, Monty Montgomery <monty at xiph.org> wrote: > On Mon, May 31, 2010 at 10:51 PM, Timothy B. Terriberry > <tterribe at email.unc.edu> wrote: >> Chris Pearce wrote: >>> ? Hi Guys & Gals, >>> >>> I need you guys to decide whether we want to include extra granulepos >>> fields to Skeleton 4. Given the

2008/11/21 David Flynn <davidf+nntp at woaf.net>: > On 2008-11-21, Conrad Parker <conrad at metadecks.org> wrote: >> 2008/11/15 David Flynn <davidf+nntp at woaf.net>: >>> On 2008-11-14, Conrad Parker <conrad at metadecks.org> wrote: >>>> It seems oggz chop, merge and sort will need some attention to deal >>>> with the Dirac

To my recollection, there hasn't been any talk about Ptalarbvorm. Is Ptalarbvorm development ditched? (I have noticed some commits for it every now and then, but nothing like the amount of commits last year) -- Daniel Hendrycks -------------- next part -------------- An HTML attachment was scrubbed... URL:

On 2008-11-13, Conrad Parker <conrad at metadecks.org> wrote: > I'm wondering if the Dirac granulepos parsing in liboggz and display > in the oggz tools is currently correct, as I'd like to do a release of > these soon. I believe it is -- although if correct support in the rest of the liboggz tools is required, a little more work may need to happen. > Here's some

On Thu, Nov 13, 2008 at 06:06:10PM +0900, Conrad Parker wrote: > A couple of days ago David Schleef mentioned there were some problems. > David, is that currently true (ie. since David Flynn's recent updates > to support Dirac), and if so could you please explain what the > problems are, or point me to a bugtracker where they are reported. eg. I mostly meant what you apparently

Cross-posting from schrodinger-devel. Please follow up there, since the implementors aren't on ogg-dev. -r Begin forwarded message: From: Ralph Giles <giles@xiph.org> Date: February 27, 2008 5:26:07 PM PST (CA) Subject: [Schrodinger-devel] Updating the Ogg mapping for Dirac Several years ago I did a draft mapping[1] for encapsulating Dirac in an Ogg stream, based on an early

2008/11/26 David Flynn <davidf+nntp at woaf.net>: >>>> http://trac.annodex.net/changeset/3801 >>> >>> I'll test this shortly. > > Ok, i've tested muxing some audio and video together and that works fine. > woo. great, thanks :-) So the last remaining tool to check is oggz-chop. I at first assumed it would not work with Dirac's granulepos,

ffmpeg2theora 0.28 - http://v2v.cc/~j/ffmpeg2theora/ Some changes that went into this release: - select resize method via commandline - fix 5.1 channel ordering - update to FFmpeg 0.7 branch - additional bug fixes Source: http://v2v.cc/~j/ffmpeg2theora/downloads/ffmpeg2theora-0.28.tar.bz2 svn co https://svn.xiph.org/tags/ffmpeg2theora/ffmpeg2theora-0.28 ? Binaries: Linux 32bit

ffmpeg2theora 0.28 - http://v2v.cc/~j/ffmpeg2theora/ Some changes that went into this release: - select resize method via commandline - fix 5.1 channel ordering - update to FFmpeg 0.7 branch - additional bug fixes Source: http://v2v.cc/~j/ffmpeg2theora/downloads/ffmpeg2theora-0.28.tar.bz2 svn co https://svn.xiph.org/tags/ffmpeg2theora/ffmpeg2theora-0.28 ? Binaries: Linux 32bit

2008/11/24 David Flynn <davidf+nntp at woaf.net>: > On a slightly unrelated note, i keep hitting the following error in > liboggz when using the oggz tools on an ogg dirac stream: > > /home/davidf/project/liboggz/src/liboggz/oggz.c:202: oggz_close: > Assertion `oggz_dlist_is_empty(oggz->packet_buffer)' failed. > > I'll supply an example file tomorrow if that