Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2017-08-26T14:29:55Zhttps://gitlab.xiph.org/xiph/ogg/-/issues/1311Ogg Container Format Wastes Memory2017-08-26T14:29:55Zjoe_somebodyOgg Container Format Wastes MemoryCurrently the maximum page size is 65307 determined by a limit of 255 page segments, times 255 bytes ...
I propose that the page_segments/segment table is replaced by a 16 bit unsigned integer, which won't be any larger in the case of s...Currently the maximum page size is 65307 determined by a limit of 255 page segments, times 255 bytes ...
I propose that the page_segments/segment table is replaced by a 16 bit unsigned integer, which won't be any larger in the case of small pages, but will be smaller in all cases where a page size exceeds 254 bytes. It will also allow a page size of up to 65535 bytes. Maybe this could be internally identified as ogg2?
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/ogg/-/issues/1280[PATCH] ogg.m4 is not friendly to disabling2017-08-26T14:29:55Zvapier[PATCH] ogg.m4 is not friendly to disablingsome projects have optional ogg support. like a good project, they just use the ogg.m4 that is provided by libogg. that's when they get screwed :).
ogg.m4 does not provide a way for the user to explicitly state "i do not want ogg supp...some projects have optional ogg support. like a good project, they just use the ogg.m4 that is provided by libogg. that's when they get screwed :).
ogg.m4 does not provide a way for the user to explicitly state "i do not want ogg support". i've cleaned up the ogg.m4 so that if you do --without-ogg, you get the expected behavior. i've also fixed the case where doing --with-ogg causes broken -I/-L flags to get added (yes/lib and yes/include)Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/ogg/-/issues/1264autogen version checking broken2017-08-26T14:29:55ZGitlab Botautogen version checking brokenI am runnign Debian etch, and have Automake version 1.10 and aclocal version 1.10. The autogen.sh scripts for ogg in trunk fail to correctly determine the version because VERSIONGREP only looks for a single digit number after the decima...I am runnign Debian etch, and have Automake version 1.10 and aclocal version 1.10. The autogen.sh scripts for ogg in trunk fail to correctly determine the version because VERSIONGREP only looks for a single digit number after the decimal point. The test therefore fails.
This may affect other autogen.sh scripts - I haven't checked.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/ogg/-/issues/1235No implementation due to poor documentation2017-08-26T14:29:55ZGitlab BotNo implementation due to poor documentationHi,
I have tried opening a OGG container with FLAC content in many players on Linux, Mac OS, and WinAmp on Windows. There is almost no support what so ever for this file type. Most players fail to recognize metadata (NEED STANDARD!!) in...Hi,
I have tried opening a OGG container with FLAC content in many players on Linux, Mac OS, and WinAmp on Windows. There is almost no support what so ever for this file type. Most players fail to recognize metadata (NEED STANDARD!!) in the FLAC codec, and some fail to playback the file all together.
Tried most recent version of Amarok, Banshee, VLC, MPlayer, Xine, iTunes + XiphQT, WinAmp...
I think this is due to poor documentation on the Xiph website. FLAC's site does OK, but I do think it should be made more promontant in the OGG spesifications how FLAC, Vorbis, and other codecs works. Should be mentioned in the Vorbis documentation that OGG is a container format, and can contain other formats as well.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/ogg/-/issues/1219debian/rules has syntax error2017-08-26T14:29:55Zsamyboy1debian/rules has syntax errorI Cannot create a .deb package.
### Actual Result
```
$pkg-buildpackage -rfakeroot
[...]
/bin/sh: -c: line 3: syntax error near unexpected token `fi'
/bin/sh: -c: line 3: `fi'
make: *** [clean] Error 2
```
### Expected result
Creatin...I Cannot create a .deb package.
### Actual Result
```
$pkg-buildpackage -rfakeroot
[...]
/bin/sh: -c: line 3: syntax error near unexpected token `fi'
/bin/sh: -c: line 3: `fi'
make: *** [clean] Error 2
```
### Expected result
Creating a debian package
### How to solve
Uncomment line 87 of debian/rulesMonty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/ogg/-/issues/1120calling _clear functions with already cleared structures results in crash2017-08-26T14:29:55ZGitlab Botcalling _clear functions with already cleared structures results in crashWhen _clear functions (from all ogg libraries, not just libogg) are called with already cleared ogg structures they crash.
It would be very good if i could call, for example, theora_info_clear() with an already cleared theora_info struc...When _clear functions (from all ogg libraries, not just libogg) are called with already cleared ogg structures they crash.
It would be very good if i could call, for example, theora_info_clear() with an already cleared theora_info structure. It simplifies the creation of code paths for error handling, presence or not of certain logic bitstreams and probably other reasons.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/ogg/-/issues/1118libogg Version: 1.1.3-2ubuntu1 crash when decoding fuzzed file2007-05-28T08:28:38Zensoniclibogg Version: 1.1.3-2ubuntu1 crash when decoding fuzzed fileAs sam pointed out in his blog
http:||sam.zoy.org/blog/2007-01-16-exposing-file-parsing-vulnerabilities
there is a crash when decoding a fuzzed ogg file in gstreamer.
The related gstreamer report is at
http:||bugzilla.gnome.org/show_bug...As sam pointed out in his blog
http:||sam.zoy.org/blog/2007-01-16-exposing-file-parsing-vulnerabilities
there is a crash when decoding a fuzzed ogg file in gstreamer.
The related gstreamer report is at
http:||bugzilla.gnome.org/show_bug.cgi?id=397229
Unfortunately I don't get a decent backtrace here. The last function called is
ogg_stream_pagein()
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/ogg/-/issues/924Incorrect Headers for Cygwin2006-06-03T22:30:33ZmdmkolbeIncorrect Headers for CygwinThe libogg header [trunk/ogg/include/ogg/os_types.h#11505](../tree/master/trunk/ogg/include/ogg/os_types.h#11505) will not compile on Cygwin because they reference _G_config.h which does not exist on a standard Cygwin install.The libogg header [trunk/ogg/include/ogg/os_types.h#11505](../tree/master/trunk/ogg/include/ogg/os_types.h#11505) will not compile on Cygwin because they reference _G_config.h which does not exist on a standard Cygwin install.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/ogg/-/issues/849[PATCH] libogg's os_types.h / config_types.h have limited portability (Mac OS X)2010-11-02T09:22:09ZMax Horn[PATCH] libogg's os_types.h / config_types.h have limited portability (Mac OS X)The following issue affects at least libogg 1.2.2 up to the current trunk version in your Subversion repository.
In an attempt to improve portability, libogg defines an assortment of types, like for example ogg_int32_t. This is done in ...The following issue affects at least libogg 1.2.2 up to the current trunk version in your Subversion repository.
In an attempt to improve portability, libogg defines an assortment of types, like for example ogg_int32_t. This is done in os_types.h. The detection is based on various predefined #defines like _WIN32, __MINGW32__, __BEOS__ etc.
If none of these #if/#elif checks works, os_types.h finally gives up and includes ogg/config_types.h. And config_types.h is in turn generated by your configure script to use suitable types
So far, so good. The problem now is that your configure script checks whether int16_t is present. it does so by including sys/types.h.
However, this is not portable. The proper ISO99-C header for int16_t is inttypes.h. You will now say: "But it works". It does so on many systems since often sys/types.h pulls in inttypes.h implicitly, and things work. Unless somebody tries to compile code while enforcing standard conformance, on OS X this can for example be achieved by doing:
#define _XOPEN_SOURCE 600
which then leads to a compile error when including ogg/ogg.h unless one first includes inttypes.h or stdint.h
Proposed solution: Just don't use int16_t in config_types.h -- after all, it's meant to be your fallback code. If you want to use the int16_t etc. types if present, simply let your configure script #define HAS_INTTYPES_H and modify os_types.h by adding another branch that #includes <inttypes.h> and does the appropriate typedefs.
Sidenote: The check for __MACOSX__ can be safely removed from os_types.h. No compiler for OS X that I know ever #defines this :-).https://gitlab.xiph.org/xiph/ogg/-/issues/841Debian rules for libogg 1.1.3 produces incorrect file names2010-10-26T11:16:42ZblendaDebian rules for libogg 1.1.3 produces incorrect file namesIssuing "fakeroot debian/rules binary" on the libogg 1.1.3 source produces Debian packages with incorrect file names: libogg0_1.1.1-1_i386.deb and libogg-dev_1.1.1-1_i386.deb.
I'm not familiar with the debian/rules thingy, but I guess t...Issuing "fakeroot debian/rules binary" on the libogg 1.1.3 source produces Debian packages with incorrect file names: libogg0_1.1.1-1_i386.deb and libogg-dev_1.1.1-1_i386.deb.
I'm not familiar with the debian/rules thingy, but I guess that debian/files is the culprit. It has these two lines:
libogg0_1.1.1-1_i386.deb libs optional
libogg-dev_1.1.1-1_i386.deb libdevel optional
BTW there is no option for chosing 1.1.3 as libogg version when creating ticket.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/ogg/-/issues/770*.ogg file can't play on web2017-04-07T17:10:22Zlewis38*.ogg file can't play on webI tried to embed ogg-file-link into html web to play with Microsoft Media Player,but it didn't work.I haved installed "MediaXW-0.0.6.msi".
---------------------------------------
My embed codes were like these:
<object classid="clsid:22...I tried to embed ogg-file-link into html web to play with Microsoft Media Player,but it didn't work.I haved installed "MediaXW-0.0.6.msi".
---------------------------------------
My embed codes were like these:
<object classid="clsid:22D6F312-B0F6-11D0-94AB-0080C74C7E95" type="application/x-oleobject" width=350 height=280 align="middle"
standby="Loading Microsoft Windows Media Player components..."
id="MediaPlayer1">
<param name="transparentAtStart" value="True">
<param name="transparentAtStop" value="True">
<param name="AnimationAtStart" value="Ture">
<param name="AutoStart" value="True">
<param name="AutoRewind" value="true">
<param name="DisplaySize" value="0">
<param name="AutoSize" value="false">
<param name="ShowDisplay" value="false">
<param name="ShowStatusBar" value="ture">
<param name="ShowControls" value="ture">
<param name="FileName" value="music/pleasetellmewhy.ogg">
<param name="Volume" value="0">
<embed src="" width="350" height=280 autostart="True" align="middle" transparentatstart="True" transparentatstop="True"
animationatstart="Ture" autorewind="true" displaysize="0" autosize="false" showdisplay="False" showstatusbar="-1"
showcontrols="ture" filename="music/pleasetellmewhy.ogg" volume="0">
</embed>
</object>
---------------
The file route "music/pleasetellmewhy.ogg" has no problem ,I can download it from my web. I just couldn't play it on my web. Could you please tell me how to solve this problem?https://gitlab.xiph.org/xiph/ogg/-/issues/740libogg configure.in doubles up ldflags2007-06-17T08:40:29ZGitlab Botlibogg configure.in doubles up ldflagsan error in configure.in of libogg doubles the predefined ldflags.
Now this is not always a problem, but for some options (such as the SDK option for Mac OS X) it is.
This should fix it:
diff -ruN libogg-1.1.2/configure.in libogg/confi...an error in configure.in of libogg doubles the predefined ldflags.
Now this is not always a problem, but for some options (such as the SDK option for Mac OS X) it is.
This should fix it:
diff -ruN libogg-1.1.2/configure.in libogg/configure.in
--- libogg-1.1.2/configure.in 2004-09-23 15:30:58.000000000 +0200
+++ libogg/configure.in 2005-11-14 22:16:04.000000000 +0100
@@ -28,17 +28,17 @@
case $host in
*-*-irix*)
DEBUG="-g -signed"
- CFLAGS="-O2 -w -signed"
+ EXTRA_CFLAGS="-O2 -w -signed"
PROFILE="-p -g3 -O2 -signed"
;;
sparc-sun-solaris*)
DEBUG="-v -g"
- CFLAGS="-xO4 -fast -w -fsimple -native -xcg92"
+ EXTRA_CFLAGS="-xO4 -fast -w -fsimple -native -xcg92"
PROFILE="-v -xpg -g -xO4 -fast -native -fsimple -xcg92 -Dsuncc"
;;
*)
DEBUG="-g"
- CFLAGS="-O"
+ EXTRA_CFLAGS="-O"
PROFILE="-g -p"
;;
esac
@@ -46,30 +46,30 @@
case $host in
*-*-linux*)
DEBUG="-g -Wall -fsigned-char"
- CFLAGS="-O20 -ffast-math -fsigned-char"
+ EXTRA_CFLAGS="-O20 -ffast-math -fsigned-char"
PROFILE="-Wall -W -pg -g -O20 -ffast-math -fsigned-char"
;;
sparc-sun-*)
DEBUG="-g -Wall -fsigned-char -mv8"
- CFLAGS="-O20 -ffast-math -fsigned-char -mv8"
+ EXTRA_CFLAGS="-O20 -ffast-math -fsigned-char -mv8"
PROFILE="-pg -g -O20 -fsigned-char -mv8"
;;
*-*-darwin*)
DEBUG="-fno-common -g -Wall -fsigned-char"
- CFLAGS="-fno-common -O4 -Wall -fsigned-char -ffast-math"
+ EXTRA_CFLAGS="-fno-common -O4 -Wall -fsigned-char -ffast-math"
PROFILE="-fno-common -O4 -Wall -pg -g -fsigned-char -ffast-math"
;;
*)
DEBUG="-g -Wall -fsigned-char"
- CFLAGS="-O20 -fsigned-char"
+ EXTRA_CFLAGS="-O20 -fsigned-char"
PROFILE="-O20 -g -pg -fsigned-char"
;;
esac
fi
-CFLAGS="$CFLAGS $cflags_save"
+CFLAGS="$EXTRA_CFLAGS $cflags_save"
DEBUG="$DEBUG $cflags_save"
PROFILE="$PROFILE $cflags_save"
-LDFLAGS="$LDFLAGS $ldflags_save"
+LDFLAGS="$EXTRA_LDFLAGS $ldflags_save"
dnl Checks for programs.
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/ogg/-/issues/694Could not find or load the file &#34;ELIB.LIB&#34; for target &#34;WINSCW UDE...2007-06-17T08:39:21ZsenthilashokCould not find or load the file "ELIB.LIB" for target "WINSCW UDEB" for project "ogg.mcp".Hi,
I am getting the error, when i tried to compile this example program.
Please help me.
Thanks
SenHi,
I am getting the error, when i tried to compile this example program.
Please help me.
Thanks
Senhttps://gitlab.xiph.org/xiph/ogg/-/issues/653[PATCH] incorrect use of LIBS and CFLAGS in vorbis.m4 and ogg.m42009-04-19T20:23:36ZJulien Cristau[PATCH] incorrect use of LIBS and CFLAGS in vorbis.m4 and ogg.m4Hi,
the autoconf documentation explains that the variable LIBS should
contain "`-l' options to pass to the linker". For `-L' options,
LDFLAGS should be used instead. This breaks compilation of other
software using libogg/libvorbis (and t...Hi,
the autoconf documentation explains that the variable LIBS should
contain "`-l' options to pass to the linker". For `-L' options,
LDFLAGS should be used instead. This breaks compilation of other
software using libogg/libvorbis (and the XIPH_PATH_OGG/XIPH_PATH_VORBIS
macros) when running "./configure --prefix=foo" if {OGG,VORBIS}_LIBS are
assumed to contain only `-l' options.
Moreover, header file search directory options (`-IDIR') belong in
CPPFLAGS, not CFLAGS.
Patches are available at http://perso.ens-lyon.fr/julien.cristau/ogg.m4.diff
and http://perso.ens-lyon.fr/julien.cristau/vorbis.m4.diff
Regards,
Julien CristauMonty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/ogg/-/issues/650compile error building oggplay from trunk svn2017-04-07T17:11:03ZGitlab Botcompile error building oggplay from trunk svnoggplay fails to compile due to a missing header file, libmng.h. This is from svn from around 18:30 EDT 2005-04-14.
oggplay.c:19:20: libmng.h: No such file or directory
oggplay.c:36: error: parse error before "mng_uint32"
oggplay.c:36:...oggplay fails to compile due to a missing header file, libmng.h. This is from svn from around 18:30 EDT 2005-04-14.
oggplay.c:19:20: libmng.h: No such file or directory
oggplay.c:36: error: parse error before "mng_uint32"
oggplay.c:36: warning: no semicolon at end of struct or union
oggplay.c:37: warning: data definition has no type or storage class
oggplay.c:42: error: parse error before "mymngalloc"
oggplay.c:42: error: parse error before "size"
oggplay.c: In function `mymngalloc':
oggplay.c:44: error: `mng_ptr' undeclared (first use in this function)
oggplay.c:44: error: (Each undeclared identifier is reported only once
oggplay.c:44: error: for each function it appears in.)
oggplay.c:44: error: parse error before "malloc"
oggplay.c: At top level:
oggplay.c:48: error: parse error before "p"
oggplay.c: In function `mymngfree':
oggplay.c:50: error: `p' undeclared (first use in this function)
oggplay.c: At top level:
oggplay.c:54: error: parse error before "mymngopenstream"
oggplay.c:54: error: parse error before "mng"
oggplay.c: In function `mymngopenstream':
oggplay.c:56: error: `stuff' undeclared (first use in this function)
oggplay.c:59: error: parse error before ')' token
oggplay.c:65: error: `MNG_FALSE' undeclared (first use in this function)
oggplay.c:88: error: `MNG_TRUE' undeclared (first use in this function)
oggplay.c: At top level:
oggplay.c:91: error: parse error before "mymngclosestream"
oggplay.c:91: error: parse error before "mng"
oggplay.c: In function `mymngclosestream':
oggplay.c:93: error: `stuff' undeclared (first use in this function)
oggplay.c:96: error: parse error before ')' token
oggplay.c:112: error: `MNG_TRUE' undeclared (first use in this function)
oggplay.c: At top level:
oggplay.c:116: error: parse error before "mymngreadstream"
oggplay.c:116: error: parse error before "mng"
oggplay.c: In function `mymngreadstream':
oggplay.c:119: error: `stuff' undeclared (first use in this function)
oggplay.c:127: error: parse error before ')' token
oggplay.c:129: error: `bytesread' undeclared (first use in this function)
oggplay.c:131: error: `byteswanted' undeclared (first use in this function)
oggplay.c:141: error: `buffer' undeclared (first use in this function)
oggplay.c:152: error: `MNG_TRUE' undeclared (first use in this function)
oggplay.c:192: error: `MNG_FALSE' undeclared (first use in this function)https://gitlab.xiph.org/xiph/ogg/-/issues/646green screen2017-04-08T00:51:34ZGitlab Botgreen screenwhen i start to watch anime on DivX,it works. then out of nowhere,randomly, the entire screen turns green. what do i have to do.when i start to watch anime on DivX,it works. then out of nowhere,randomly, the entire screen turns green. what do i have to do.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/ogg/-/issues/645ogg problems2017-04-07T17:11:03ZGitlab Botogg problemswhen i watch mostly anything on DivX. randomly the entire screen will turn green.why does it do this? is this my mistake?when i watch mostly anything on DivX. randomly the entire screen will turn green.why does it do this? is this my mistake?https://gitlab.xiph.org/xiph/ogg/-/issues/634oggcodecs: Still can not play ogg files2020-11-06T03:56:13ZGitlab Botoggcodecs: Still can not play ogg filesI have dowloaded the oggcodecs_0.69.8924 but windows media player and any other player will not play ogg files. Before I ran the file I removed any other ogg files and I closed all of the open files. I am running Windows XP.I have dowloaded the oggcodecs_0.69.8924 but windows media player and any other player will not play ogg files. Before I ran the file I removed any other ogg files and I closed all of the open files. I am running Windows XP.Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/ogg/-/issues/586[PATCH] ogg2-arc does not compile wiht mingw322009-04-19T21:13:43Zj[PATCH] ogg2-arc does not compile wiht mingw32ogg2-arc from svn branches/ogg2-arc does not compile on mingw32,
since #include <_G_config.h> fails.
it should work as it is done in libogg/trunk - http://svn.xiph.org/trunk/ogg/include/ogg/os_types.h
```
# if defined(__CYGWIN__)
# ...ogg2-arc from svn branches/ogg2-arc does not compile on mingw32,
since #include <_G_config.h> fails.
it should work as it is done in libogg/trunk - http://svn.xiph.org/trunk/ogg/include/ogg/os_types.h
```
# if defined(__CYGWIN__)
# include <_G_config.h>
typedef _G_int64_t ogg_int64_t;
typedef _G_int32_t ogg_int32_t;
typedef _G_uint32_t ogg_uint32_t;
typedef _G_int16_t ogg_int16_t;
typedef _G_uint16_t ogg_uint16_t;
# elif defined(__MINGW32__)
typedef short ogg_int16_t;
typedef unsigned short ogg_uint16_t;
typedef int ogg_int32_t;
typedef unsigned int ogg_uint32_t;
typedef long long ogg_int64_t;
typedef unsigned long long ogg_uint64_t;
```Arc RileyArc Rileyhttps://gitlab.xiph.org/xiph/ogg/-/issues/564oggpack_writecopy_helper erroneously updates b->buffer2004-09-01T00:43:19ZTimothy B. Terriberryoggpack_writecopy_helper erroneously updates b->buffer```
At the end of the aligned block copy path in oggpack_writecopy_helper, the
current code increments b->buffer, which is supposed to be a pointer to the
start of an allocated block of memory, that can later be realloc'd by one of the
o...```
At the end of the aligned block copy path in oggpack_writecopy_helper, the
current code increments b->buffer, which is supposed to be a pointer to the
start of an allocated block of memory, that can later be realloc'd by one of the
oggpack*_write functions or free'd. Instead, endbyte is the member that should
be adjusted.
--- bitwise.c (revision 7651)
+++ bitwise.c (working copy)
@@ -172,7 +172,7 @@
memmove(b->ptr,source,bytes);
b->ptr+=bytes;
- b->buffer+=bytes;
+ b->endbyte+=bytes;
*b->ptr=0;
}
```Monty MontgomeryMonty Montgomery