Displaying 8 results from an estimated 8 matches for "oggz_tool".
Did you mean:
oggz_tools
2008 Feb 06
1
[PATCH] oggz_tools.c
Hi,
this fixes a potential SIGSEGV.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: oggz_tools.c.diff
Type: text/x-patch
Size: 553 bytes
Desc: not available
Url : http://lists.xiph.org/pipermail/ogg-dev/attachments/20080206/c921f084/oggz_tools.c.bin
2009 Jun 09
2
oggz mingw
...ompile error
make[4]: Leaving directory `/c/liboggz/src/tools/oggz-chop'
make[4]: Entering directory `/c/liboggz/src/tools'
/bin/sh ../../libtool --tag=CC --mode=link gcc -g -O2 -Wall -Wextra -g
-std=gnu99 -Wdeclaration-after-statement -Wno-unused -o oggz-info.exe
oggz-info.o skeleton.o oggz_tools.o dirac.o ../liboggz/liboggz.la -logg
-lm
libtool: link: gcc -g -O2 -Wall -Wextra -g -std=gnu99
-Wdeclaration-after-statement -Wno-unused -o .libs/oggz-info.exe oggz-info.o
skeleton.o oggz_tools.o dirac.o ../liboggz/.libs/liboggz.a
/mingw/lib/libogg.a
oggz-info.o: In function `ot_fisbone_print...
2008 Nov 04
1
[PATCH] liboggz: Update Dirac granulepos definition
The definition of granule position for an OggDirac elementary stream
isn't the same as theora.
Index: tools/oggz_tools.c
===================================================================
--- tools/oggz_tools.c (revision 3759)
+++ tools/oggz_tools.c (working copy)
@@ -454,7 +454,15 @@
iframe = granulepos >> granuleshift;
pframe = granulepos - (iframe << granuleshift);
- ret = fprintf (s...
2008 Dec 16
3
liboggz: use ogg_int64_t instead of C99 int64_t for the benefit of you-can-guess-who
A widely used platform doesn't bother to have C99
integer types, so this allows building with it.
Reported by sirlemonhead on IRC.
Index: src/tools/oggz_tools.c
===================================================================
--- src/tools/oggz_tools.c (revision 3827)
+++ src/tools/oggz_tools.c (working copy)
@@ -450,7 +450,7 @@
dg->pt = (iframe + pframe) >> 9;
dg->dist = ((iframe & 0xff) << 8) | (pframe & 0x...
2008 Nov 13
5
ogg dirac granulepos in oggz tools
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
2008 Nov 13
1
ogg dirac granulepos in oggz tools
...then the difference between them subtracted from all dt and pt
values.
> Questions:
>
> Are the reported granulepos of the packetno 2 and 3 correct? The dt
> value looks large.
It should be printed as a -ve number, i've obviously made an error.
This will fix it:
Index: src/tools/oggz_tools.c
===================================================================
--- src/tools/oggz_tools.c (revision 3775)
+++ src/tools/oggz_tools.c (working copy)
@@ -460,7 +460,7 @@
uint32_t pt = (iframe + pframe) >> 9;
uint16_t dist = ((iframe & 0xff) << 8) | (pfr...
2008 Nov 14
0
[Schrodinger-devel] ogg dirac granulepos in oggz tools
...pt-delay; and is contained in the top 32bits of GP64, so
if GP64 is very -ve, why is dt=0?
Answer: because pt="GPH+L">>9 relies on the two zero bits being set
so that any overflow in adding dist_l and dist_h together don't affect
pt.
To summarise, the value of dt calculated in oggz_tools should be
identical to the top 32 bits of GP64. If that fails, The two
protection bits havn't been cleared correctly.
> I modified the packet ordering check to not take the timestamp of
> Dirac packets into account (changeset:3782).
Ok, thanks.
2008 Nov 14
6
[Schrodinger-devel] ogg dirac granulepos in oggz tools
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
>