Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2017-09-02T15:25:02Zhttps://gitlab.xiph.org/xiph/tremor/-/issues/1922Build with automake-1.13 broken2017-09-02T15:25:02ZMarko LindqvistBuild with automake-1.13 brokenAutomake-1.13 removed long obsolete AM_CONFIG_HEADER completely ( http://lists.gnu.org/archive/html/automake/2012-12/msg00038.html ) and errors out upon seeing it.
Attached patch replaces it with proper AC_CONFIG_HEADERS.
----
I'm ma...Automake-1.13 removed long obsolete AM_CONFIG_HEADER completely ( http://lists.gnu.org/archive/html/automake/2012-12/msg00038.html ) and errors out upon seeing it.
Attached patch replaces it with proper AC_CONFIG_HEADERS.
----
I'm mass-submitting automake-1.13 fixes. Please see what you can do so
I don't need to do the same when automake-1.14 comes out:
http://cazfi.livejournal.com/195108.htmlMonty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/tremor/-/issues/1849Warnings in Tremor2017-09-02T15:25:02ZAndrew ChurchWarnings in TremorThe attached patch against SVN r18145 corrects a number of compiler warnings with "gcc -Wall -Wempty-body -Wmissing-declarations -Wpointer-arith -Wstrict-prototypes" on GCC 4.6.1:
- Adds the ov_fopen() declaration to ivorbisfile.h (sinc...The attached patch against SVN r18145 corrects a number of compiler warnings with "gcc -Wall -Wempty-body -Wmissing-declarations -Wpointer-arith -Wstrict-prototypes" on GCC 4.6.1:
- Adds the ov_fopen() declaration to ivorbisfile.h (since it seems intended to be exported).
- #includes block.h in block.c to fix missing-declaration warnings.
- Adds "static" to internal functions which don't have it: res[012]_*() in res012.c, _make_words() and _book_unquantize() in sharedbook.c, and rescale64() in vorbisfile.c.
- Deletes the unused variable j from vorbis_book_decodev_set() in codebook.c.
This patch doesn't address the int vs. ogg_uint32_t problem with serial numbers that I raised in issue 1838; I'll open that as a separate issue.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/tremor/-/issues/1826Crash in libtremor when playing an ogg file with mpd2017-09-02T15:25:02ZRaphael Kubo da CostaCrash in libtremor when playing an ogg file with mpdI first reported this crash in mpd's bug tracker [1], but was told it is a bug in libtremor itself.
After updating mpd a few months ago, whenever I try to play ogg files with libtremor support enabled, I get the following backtrace:
``...I first reported this crash in mpd's bug tracker [1], but was told it is a bug in libtremor itself.
After updating mpd a few months ago, whenever I try to play ogg files with libtremor support enabled, I get the following backtrace:
```
#0 vorbis_synthesis (vb=0x7fffff9fdbe0, op=<value optimized out>,
decodep=<value optimized out>) at synthesis.c:70
#1 0x0000000802165bbd in _fetch_and_process_packet (vf=0x7fffff9fdae0, readp=1, spanp=1)
at vorbisfile.c:505
#2 0x0000000802165e02 in ov_read (vf=0x7fffff9fdae0,
buffer=0x7fffff9fcaa0 "\304", <incomplete sequence \346\035>, bytes_req=4096,
bitstream=0x7fffff9fdaac) at vorbisfile.c:1553
#3 0x000000000041cb4c in vorbis_stream_decode (decoder=0x7fffff9fddf0,
input_stream=0x80dc40f40) at src/decoder/vorbis_decoder_plugin.c:327
#4 0x0000000000435cf6 in decoder_plugin_stream_decode (plugin=0x4600e0,
decoder=0x7fffff9fddf0, is=0x80dc40f40) at src/decoder_plugin.h:137
#5 0x0000000000435c6c in decoder_stream_decode (plugin=0x4600e0,
decoder=0x7fffff9fddf0, input_stream=0x80dc40f40) at src/decoder_thread.c:125
#6 0x000000000043637f in decoder_run_file (decoder=0x7fffff9fddf0,
path_fs=0x80dc0df00 "/data/mp3/Dream Theater/Awake/Dream Theater - Awake - 02 - Caught in a Web.ogg") at src/decoder_thread.c:348
#7 0x00000000004364ed in decoder_run_song (dc=0x7fffffbfef00, song=0x8093a5ee0,
uri=0x80dc0df00 "/data/mp3/Dream Theater/Awake/Dream Theater - Awake - 02 - Caught in a Web.ogg") at src/decoder_thread.c:390
#8 0x00000000004366c6 in decoder_run (dc=0x7fffffbfef00) at src/decoder_thread.c:435
#9 0x00000000004367c3 in decoder_task (arg=0x7fffffbfef00) at src/decoder_thread.c:463
#10 0x00000008039e4096 in ?? () from /usr/local/lib/libglib-2.0.so.0
#11 0x000000080408a4e1 in ?? () from /lib/libthr.so.3
```
This is libtremor-1.0.2.02132004.
[1] http://musicpd.org/mantis/view.php?id=3176Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/tremor/-/issues/1690Detect if GCC builds for ARM2017-09-02T15:25:02ZRafaël CarréDetect if GCC builds for ARMCurrently configure relies on the host "triplet" to detect arm targets
I don't know if it could be possible to use custom triplets to fool this detection, so I propose to rely on the fact that gcc always defines __arm__ insteadCurrently configure relies on the host "triplet" to detect arm targets
I don't know if it could be possible to use custom triplets to fool this detection, so I propose to rely on the fact that gcc always defines __arm__ insteadMonty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/theora/-/issues/2304th_decode_headerin fails if malloc(0) returns NULL and header has no comments2017-08-20T01:57:17ZEric Lasotath_decode_headerin fails if malloc(0) returns NULL and header has no commentsmalloc(0) can return either a valid pointer or NULL depending on implementation. If it returns NULL, th_decode_headerin will return TH_EFAULT if it encounters a Theora header with no comments.
This happens because oc_comment_unpack per...malloc(0) can return either a valid pointer or NULL depending on implementation. If it returns NULL, th_decode_headerin will return TH_EFAULT if it encounters a Theora header with no comments.
This happens because oc_comment_unpack performs a NULL check on _tc->user_comments and _tc->comment_lengths even if _tc->comments is 0.https://gitlab.xiph.org/xiph/theora/-/issues/2303Cannot record videos into Theora2017-08-20T01:57:17ZAlberto Salvia NovellaCannot record videos into TheoraOriginally reported at:
https://bugs.launchpad.net/bugs/1655189
HOW TO REPRODUCE:
- Record a video using the Theora codec.
RESULT:
- In the recording the image is frozen or broken.
RELEVANT DETAILS:
- Doesn't matter which applicatio...Originally reported at:
https://bugs.launchpad.net/bugs/1655189
HOW TO REPRODUCE:
- Record a video using the Theora codec.
RESULT:
- In the recording the image is frozen or broken.
RELEVANT DETAILS:
- Doesn't matter which application you use to record or play the video.
- I'm attaching samples from various programs.
ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: libtheora0 1.1.1+dfsg.1-8
ProcVersionSignature: Ubuntu 4.4.0-57.78-generic 4.4.35
Uname: Linux 4.4.0-57-generic x86_64
ApportVersion: 2.20.1-0ubuntu2.4
Architecture: amd64
CurrentDesktop: Unity
Date: Tue Jan 10 01:17:54 2017
Dependencies:
gcc-6-base 6.0.1-0ubuntu1
libc6 2.23-0ubuntu5
libgcc1 1:6.0.1-0ubuntu1
libogg0 1.3.2-1
multiarch-support 2.23-0ubuntu5
InstallationDate: Installed on 2013-01-25 (1445 days ago)
InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5)
SourcePackage: libtheora
UpgradeStatus: Upgraded to xenial on 2016-08-05 (157 days ago)https://gitlab.xiph.org/xiph/theora/-/issues/2141[PATCH] Win32 build fail with the newest MinGW toolchain2017-08-20T01:57:17ZFrantišek Dvořák[PATCH] Win32 build fail with the newest MinGW toolchainThere is a build failure with the newest MinGW toolchain (mingw-w64 git f7337b 20141222, binutils 2.25, gcc 4.9.2):
```
Failed with: error: static declaration of 'rint' follows non-static
declaration
(examples/encoder_example.c vs. ming...There is a build failure with the newest MinGW toolchain (mingw-w64 git f7337b 20141222, binutils 2.25, gcc 4.9.2):
```
Failed with: error: static declaration of 'rint' follows non-static
declaration
(examples/encoder_example.c vs. mingw-w64 math.h)
```
The local static version if rint() can be removed (rint is already used in other places without the local static version).https://gitlab.xiph.org/xiph/theora/-/issues/1987Ancient config.guess fails to work on 64-bit MIPS platforms2023-10-22T05:50:04ZMark H WeaverAncient config.guess fails to work on 64-bit MIPS platformsThe 'config.guess' file that you distribute with your most recent
libtheora tarballs (including 1.2.0alpha1) is from 2003. It fails to
work properly on 64-bit MIPS systems such as Loongson.
As it says in the comments of any recent 'con...The 'config.guess' file that you distribute with your most recent
libtheora tarballs (including 1.2.0alpha1) is from 2003. It fails to
work properly on 64-bit MIPS systems such as Loongson.
As it says in the comments of any recent 'config.guess' (e.g. from a
recent GCC release):
You can get the latest version of this script from:
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD
Thanks!
Mark
https://gitlab.xiph.org/xiph/theora/-/issues/1906Multi-core support for Theora2017-08-20T01:57:17ZTimothy GuMulti-core support for TheoraPlease add multi-core encoding support to TheoraPlease add multi-core encoding support to Theorahttps://gitlab.xiph.org/xiph/theora/-/issues/1774make clean removes documentation files that are part of the distribution tarball2017-08-20T01:57:17ZTimo Juhani Lindforsmake clean removes documentation files that are part of the distribution tarball```
Steps to reproduce:
1) svn co http://svn.xiph.org/trunk/theora
2) cd theora/
3) ./autogen.sh && make && make dist
4) cd ..
5) tar zxf theora/libtheora-1.2.0alpha1+svn.tar.gz
6) cd libtheora-1.2.0alpha1+svn/
7) git init
8) git add *
...```
Steps to reproduce:
1) svn co http://svn.xiph.org/trunk/theora
2) cd theora/
3) ./autogen.sh && make && make dist
4) cd ..
5) tar zxf theora/libtheora-1.2.0alpha1+svn.tar.gz
6) cd libtheora-1.2.0alpha1+svn/
7) git init
8) git add *
9) git commit -a -m 'state before build'
10) ./configure && make && make clean
11) git status
Expected results:
11) no files that were part of the distribution tarball are removed. (If they are removed them why were they included in the first place, how do I build the source twice?)
Actual results:
11) Some documentation files are removed:
# On branch master
# Changed but not updated:
# (use "git add/rm <file>..." to update what will be committed)
# (use "git checkout -- <file>..." to discard changes in working directory)
#
# deleted: doc/libtheora/html/annotated.html
# deleted: doc/libtheora/html/bc_s.png
# deleted: doc/libtheora/html/classes.html
# deleted: doc/libtheora/html/closed.png
# deleted: doc/libtheora/html/codec_8h.html
# deleted: doc/libtheora/html/codec_8h_source.html
# deleted: doc/libtheora/html/doxygen.css
# deleted: doc/libtheora/html/doxygen.png
# deleted: doc/libtheora/html/files.html
# deleted: doc/libtheora/html/functions.html
# deleted: doc/libtheora/html/functions_vars.html
# deleted: doc/libtheora/html/globals.html
# deleted: doc/libtheora/html/globals_defs.html
# deleted: doc/libtheora/html/globals_enum.html
# deleted: doc/libtheora/html/globals_eval.html
# deleted: doc/libtheora/html/globals_func.html
# deleted: doc/libtheora/html/globals_type.html
# deleted: doc/libtheora/html/globals_vars.html
# deleted: doc/libtheora/html/group__basefuncs.html
# deleted: doc/libtheora/html/group__decfuncs.html
# deleted: doc/libtheora/html/group__encfuncs.html
# deleted: doc/libtheora/html/group__oldfuncs.html
# deleted: doc/libtheora/html/index.html
# deleted: doc/libtheora/html/modules.html
# deleted: doc/libtheora/html/nav_f.png
# deleted: doc/libtheora/html/nav_h.png
# deleted: doc/libtheora/html/open.png
# deleted: doc/libtheora/html/structth__comment.html
# deleted: doc/libtheora/html/structth__huff__code.html
# deleted: doc/libtheora/html/structth__img__plane.html
# deleted: doc/libtheora/html/structth__info.html
# deleted: doc/libtheora/html/structth__quant__info.html
# deleted: doc/libtheora/html/structth__quant__ranges.html
# deleted: doc/libtheora/html/structth__stripe__callback.html
# deleted: doc/libtheora/html/structtheora__comment.html
# deleted: doc/libtheora/html/structtheora__info.html
# deleted: doc/libtheora/html/structtheora__state.html
# deleted: doc/libtheora/html/structyuv__buffer.html
# deleted: doc/libtheora/html/tab_a.png
# deleted: doc/libtheora/html/tab_b.png
# deleted: doc/libtheora/html/tab_h.png
# deleted: doc/libtheora/html/tab_s.png
# deleted: doc/libtheora/html/tabs.css
# deleted: doc/libtheora/html/theora_8h.html
# deleted: doc/libtheora/html/theora_8h_source.html
# deleted: doc/libtheora/html/theoradec_8h.html
# deleted: doc/libtheora/html/theoradec_8h_source.html
# deleted: doc/libtheora/html/theoraenc_8h.html
# deleted: doc/libtheora/html/theoraenc_8h_source.html
# deleted: doc/libtheora/latex/Makefile
# deleted: doc/libtheora/latex/annotated.tex
# deleted: doc/libtheora/latex/codec_8h.tex
# deleted: doc/libtheora/latex/doxygen.sty
# deleted: doc/libtheora/latex/files.tex
# deleted: doc/libtheora/latex/group__basefuncs.tex
# deleted: doc/libtheora/latex/group__decfuncs.tex
# deleted: doc/libtheora/latex/group__encfuncs.tex
# deleted: doc/libtheora/latex/group__oldfuncs.tex
# deleted: doc/libtheora/latex/index.tex
# deleted: doc/libtheora/latex/modules.tex
# deleted: doc/libtheora/latex/refman.tex
# deleted: doc/libtheora/latex/structth__comment.tex
# deleted: doc/libtheora/latex/structth__huff__code.tex
# deleted: doc/libtheora/latex/structth__img__plane.tex
# deleted: doc/libtheora/latex/structth__info.tex
# deleted: doc/libtheora/latex/structth__quant__info.tex
# deleted: doc/libtheora/latex/structth__quant__ranges.tex
# deleted: doc/libtheora/latex/structth__stripe__callback.tex
# deleted: doc/libtheora/latex/structtheora__comment.tex
# deleted: doc/libtheora/latex/structtheora__info.tex
# deleted: doc/libtheora/latex/structtheora__state.tex
# deleted: doc/libtheora/latex/structyuv__buffer.tex
# deleted: doc/libtheora/latex/theora_8h.tex
# deleted: doc/libtheora/latex/theoradec_8h.tex
# deleted: doc/libtheora/latex/theoraenc_8h.tex
# modified: doc/spec/Theora.pdf
#
# Untracked files:
# (use "git add <file>..." to include in what will be committed)
#
# Makefile
# config.h
# config.log
# config.status
# doc/Doxyfile
# doc/Makefile
# doc/spec/.deps/
# doc/spec/Makefile
# examples/.deps/
# examples/Makefile
# include/Makefile
# include/theora/Makefile
# lib/.deps/
# lib/Makefile
# lib/arm/armopts.s
# libtool
# m4/Makefile
# stamp-h1
# tests/.deps/
# tests/Makefile
# theora-uninstalled.pc
# theora.pc
# theoradec-uninstalled.pc
# theoradec.pc
# theoraenc-uninstalled.pc
# theoraenc.pc
no changes added to commit (use "git add" and/or "git commit -a")
```
https://gitlab.xiph.org/xiph/theora/-/issues/1773doc/spec/Theora.pdf is modified during build2017-08-20T01:57:17ZTimo Juhani Lindforsdoc/spec/Theora.pdf is modified during build```
Steps to reproduce:
1) wget http://downloads.xiph.org/releases/theora/libtheora-1.2.0alpha1.tar.gz
2) tar zxf libtheora-1.2.0alpha1.tar.gz
3) cd libtheora-1.2.0alpha1
4) ./configure && make && make clean
Expected results:
4) no file...```
Steps to reproduce:
1) wget http://downloads.xiph.org/releases/theora/libtheora-1.2.0alpha1.tar.gz
2) tar zxf libtheora-1.2.0alpha1.tar.gz
3) cd libtheora-1.2.0alpha1
4) ./configure && make && make clean
Expected results:
4) no files that were part of the original distribution tarball are modified
Actual results:
4) The file
doc/spec/Theora.pdf
is modified.
More info:
1) This causes trouble for packaging.
2) If the PDF is generated on build, maybe it should not be part of the distribution tarball? Or maybe --disable-spec should be default since very few people need to rebuild the PDF if it is included already...
```
https://gitlab.xiph.org/xiph/theora/-/issues/1769Theora Encoder - Decoder Filter graph doesn't preview properly after preview ...2017-08-20T01:57:17ZAlexander KaluzhnyTheora Encoder - Decoder Filter graph doesn't preview properly after preview resuming [DirectShow filters]problem using GraphEdit:
when running the graph: Capture Source Filter --->Theora Encoder filter--->Theora Decoder filter--->Video Renderer at first time, video is previewing perfectly, but after I had stopped the graph and then started...problem using GraphEdit:
when running the graph: Capture Source Filter --->Theora Encoder filter--->Theora Decoder filter--->Video Renderer at first time, video is previewing perfectly, but after I had stopped the graph and then started it, video preview did not started and there was a still picture in the preview window. After removing connections between filters and then connecting them, the video preview window shows the black screen.
After removing filters from the workspace and then inserting them, the video preview is normal.https://gitlab.xiph.org/xiph/theora/-/issues/1711saving memory with pahole2017-08-20T01:57:17Zfabiosaving memory with paholePahole can be used to find holes in structs:
http://ivoire.dinauz.org/blog/index.php?post/2010/07/14/Saving-memory-for-free
There are no holes on 32 bit mode but I didn't check with 64 bit. This may apply also to libvorbis and other xip...Pahole can be used to find holes in structs:
http://ivoire.dinauz.org/blog/index.php?post/2010/07/14/Saving-memory-for-free
There are no holes on 32 bit mode but I didn't check with 64 bit. This may apply also to libvorbis and other xiph projects.https://gitlab.xiph.org/xiph/theora/-/issues/1703ffmpeg2theora 0.26: couple of minor bugs2017-08-20T01:57:17Zfabioffmpeg2theora 0.26: couple of minor bugs1) --novideo option should be listed under 'Video output options:', not 'Audio output options:'
2) output file should be put in current directory, not source file directory (so I can encode from read only fs like 'ffmpeg2theora /media/cd...1) --novideo option should be listed under 'Video output options:', not 'Audio output options:'
2) output file should be put in current directory, not source file directory (so I can encode from read only fs like 'ffmpeg2theora /media/cdrom/file.avi' without adding output filename)Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/theora/-/issues/1672crash in oc_pack_refill at huffdec.c:1212017-08-20T01:57:17ZTodd Gieblercrash in oc_pack_refill at huffdec.c:121We have a program that encodes video and sends it across a network to be decoded. After running for several hours, it crashed in huffdec.c. The crash does occur with libtheora-1.0. Here's a stack trace:
038aee9c 6c498b39 00000006 038c62...We have a program that encodes video and sends it across a network to be decoded. After running for several hours, it crashed in huffdec.c. The crash does occur with libtheora-1.0. Here's a stack trace:
038aee9c 6c498b39 00000006 038c62ac 00000000 HdxRTTheora!oc_pack_refill+0x20 [y:\src\multimedia\sdks\xiphcodecs\libtheora-1.1.1\lib\huffdec.c @ 121]
038aeeb4 6c49288c 038de778 00000002 00000006 HdxRTTheora!oc_huff_token_decode+0x29 [y:\src\multimedia\sdks\xiphcodecs\libtheora-1.1.1\lib\huffdec.c @ 484]
038aeff8 6c492b5d 038b9948 00000006 038af31c HdxRTTheora!oc_dec_ac_coeff_unpack+0xbc [y:\src\multimedia\sdks\xiphcodecs\libtheora-1.1.1\lib\decode.c @ 1114]
038af324 6c494bf3 038b9948 00000000 002d1528 HdxRTTheora!oc_dec_residual_tokens_unpack+0x14d [y:\src\multimedia\sdks\xiphcodecs\libtheora-1.1.1\lib\decode.c @ 1173]
038afe5c 6c4af534 038b9948 038afea8 002d15f8 HdxRTTheora!th_decode_packetin+0x103 [y:\src\multimedia\sdks\xiphcodecs\libtheora-1.1.1\lib\decode.c @ 2138]
038afed4 6c4d1fc1 0003ea44 1a44e732 02664800 HdxRTTheoraTheoraDecompressor::Decompress+0x74 [y:\src\multimedia\theoracodec\theoradecompressor.cpp @ 355]https://gitlab.xiph.org/xiph/theora/-/issues/1601wrapper script to combine mplayer with theora_encoder_example2017-08-20T01:57:18ZJohn Ferlitowrapper script to combine mplayer with theora_encoder_exampleForwarding a bug upstream from debian.
Hi,
I wrote this small script as a wrapper to actually make theora_encoder_example
useful. Without it, one would have to setup named pipes and mplayer processes
by hand, which is annoying and pos...Forwarding a bug upstream from debian.
Hi,
I wrote this small script as a wrapper to actually make theora_encoder_example
useful. Without it, one would have to setup named pipes and mplayer processes
by hand, which is annoying and possibly a showstopper for less experienced
users. Perhaps you could include it in the package.
https://gitlab.xiph.org/xiph/theora/-/issues/1568libtheora-1.1_alpha2 changes ABI based on --enable/--disable-encode (1.0 does...2017-08-20T01:57:18ZSamuli Suominenlibtheora-1.1_alpha2 changes ABI based on --enable/--disable-encode (1.0 doesn't)Problem:
main libvlc warning: cannot load module
`/usr/lib64/vlc/codec/libtheora_plugin.so'
(/usr/lib64/vlc/codec/libtheora_plugin.so:
undefined symbol: theora_encode_comment)
Reproducing:
1. Compile libtheora with --enable-encode
2....Problem:
main libvlc warning: cannot load module
`/usr/lib64/vlc/codec/libtheora_plugin.so'
(/usr/lib64/vlc/codec/libtheora_plugin.so:
undefined symbol: theora_encode_comment)
Reproducing:
1. Compile libtheora with --enable-encode
2. Compile applications, like vlc, against it
3. Compile libtheora with --disable-encode
4. Watch how applications break
Would be nice to have stable ABI. Thanks. :-)https://gitlab.xiph.org/xiph/theora/-/issues/1488static library project for win32, doesn't compile2017-08-20T01:57:18ZGitlab Botstatic library project for win32, doesn't compileWhen downloading from either subversion or the 1.0 release; and trying to compile static libraries for theora, using the theora_static.dsp, a compilation error occurs:
where codec_internal.h cannot be found, adding a relative path to li...When downloading from either subversion or the 1.0 release; and trying to compile static libraries for theora, using the theora_static.dsp, a compilation error occurs:
where codec_internal.h cannot be found, adding a relative path to lib\enc fixes this.
however, when using the compiled .lib, the linker errors:
1>theora_static_d.lib(decinfo.obj) : error LNK2019: unresolved external symbol _theorapackB_readinit referenced in function _th_decode_headerin
1>theora_static_d.lib(decinfo.obj) : error LNK2019: unresolved external symbol _theorapackB_read referenced in function _oc_dec_headerin
1>theora_static_d.lib(huffdec.obj) : error LNK2001: unresolved external symbol _theorapackB_read
1>theora_static_d.lib(dequant.obj) : error LNK2001: unresolved external symbol _theorapackB_read
1>theora_static_d.lib(decinfo.obj) : error LNK2019: unresolved external symbol _theorapackB_bytes referenced in function _oc_comment_unpack
1>theora_static_d.lib(huffdec.obj) : error LNK2019: unresolved external symbol _theorapackB_read1 referenced in function _oc_huff_tree_unpack
1>theora_static_d.lib(dequant.obj) : error LNK2001: unresolved external symbol _theorapackB_read1
occur, I was unable to find any reasoning for this, after a bit of searching it seems that 'bitpack.c' was not included in the project, which causes it's sources not to be compiled into the lib.
this error is going to make windows users (who often just want to open a project file and compile) think there is something genuinely wrong with theora, which this is not the case. I could see this being an acceptable issue with the top of the svn, but the 'official' 1.0 release has this issue too, a 'stable' release like this should have had the windows projects checked, especially if they are included at all.
https://gitlab.xiph.org/xiph/theora/-/issues/1467fix configure.ac to work with cross scenario for ogg2017-08-20T01:57:18ZGitlab Botfix configure.ac to work with cross scenario for oggThe current test in configure.ac mixes up two different methods (hand
written plus pkg-config). This patch changes the mechanics towards
proper pkg-config usage. In return, we get a cleaned up cross scenario
with no build-system leakage....The current test in configure.ac mixes up two different methods (hand
written plus pkg-config). This patch changes the mechanics towards
proper pkg-config usage. In return, we get a cleaned up cross scenario
with no build-system leakage.
This patch fixes the libogg test.https://gitlab.xiph.org/xiph/theora/-/issues/1466fix configure.ac to work with cross scenario for sdl2017-08-20T01:57:18ZRobert Schwebelfix configure.ac to work with cross scenario for sdlThe current test in configure.ac mixes up two different methods (hand
written plus pkg-config). This patch changes the mechanics towards
proper pkg-config usage. In return, we get a cleaned up cross scenario
with no build-system leakage....The current test in configure.ac mixes up two different methods (hand
written plus pkg-config). This patch changes the mechanics towards
proper pkg-config usage. In return, we get a cleaned up cross scenario
with no build-system leakage.
This patch fixes the SDL test.