similar to: libogg spec fixes

The .spec-file from vorbis-tools needs to be updated to handle FHS compliant distributions (man files are arch indipendent and should be in /usr/share/man to be compliant). The %configure macro always contains the correct configure args for the current args. The included patch contains a small change to use the %configure macro, I would prefer removing the ./autogen.sh invocation altogether, but

I had to change the following to get the 'make distcheck' to work and to be able to build the rpms with 'rpm-build -tb *.tar.gz' I also added a test in libvorbis configure.in to detect older ogg versions (check for oggpack_writealign) and print a meaningful error. I also updated the .spec-file with dependencies on libogg-1.0 Thanks for great work everyone! /noa -- begin:vcard

For my own needs I have created the .spec file needed for rpm packaging of the flac package. End users --------- If anyone is interested in the resulting rpm-files i have made them available on http://noa.tm/flac-rpms/ FLAC maintainers ---------------- I have attached the specfile along with hooks in Makefile.am and configure.in in unified diff format so that they are ready for inclusion in

I have now listened to some rc3-encoded ogg-files, and overall it sounds great! I have, howerver encountered an annoying artifact in rc3 that could be described as a pumping or vibrating distortion. In the beginning of the provided sample the artifact is easily noticed in the left channel, but later in the sample i belive it is somewhat to the right in the stereo image. The artifact dissapears

I really don't know if this is the same problem that was reported by Ingo Saitz (I really couldn't say which one was 128kbit and which was the original wav when blind-testing. The original had some distortion that perhaps does somehting with my cheapo soundcard) but here's a description of what i've found: When doing some sample encoding with rc2 (rebuilt rpm with latest redhat

I had lunch with an interesting guy who had gotten .com-money to record the whole bible professionally with good actors (in swedish and english, kjv). The idea was to sell custom made compilations of biblical texts on cd over internet. The company is now out of money (surprise!), but all the material is recorded (about 350 hours) and if anyone gets a good idea on what to use the material to, it

... that this is a bug. :) btw, the argument to the -R option should be documented better (err, at all ;). it took me a while to guess it, especially considering the circumstances ... :} and are you sure, that the http://www.xiph.org/ogg/vorbis/doc/vorbisenc/reference.html contents match the url? the developer docs are generally a bit ... useless. they tell me hardly more than the headers by

The new 3.2.6.1 codecs work great with QuickTime 6 (thank you!), but there's no way for an application to identify them. And since the older 3.2.1.x and 3.2.2.x installers will actually *downgrade* the installed version of VP3, it would be nice if an application could warn the user. The attached patch increments kdxlqt_CodecVersion (and documents all the Component Manager arcana involved).

Some days ago i noticed in the ogg vorbis documentation that the comment-field contents should be encoded in UTF-8. A brilliant idea I think, sadly it seems like no one is using it. oggenc and vorbiscomment included in vorbis-tools writes strings to the comments fields blindly without any encoding conversion in violation of the spec. I intend to try to solve these problems to the best of my

Here is a patch that implements a check so that libvorbis complains when a comment string that is not UTF-8 is added. This patch will break oggenc without my UTF-8 patch. (http://noa.tm/oggenc-utf8.2.diff.gz) I've tested the verification algorithm on ~150k strings in various charsets (from the gnome translations) and about 0.02% of the strings that has chars with 8th bit set is valid UTF-8

The attached typo results in error on uninstall of vorbis-tools: error: execution of %postun scriptlet from vorbis-tools-1.0beta4-1 failed, exit status 2 cheers/d -- nuclear cia fbi spy password code president bomb 8D97 F297 CA0D 8751 D8EB 12B6 6EA6 727F 9B8D EC2A <HR NOSHADE> <UL> <LI>text/plain attachment: vorbis-tools.spec.diff </UL> -------------- next part

oggenc -b 128 -d 1985 -N 01 -t "Black Planet" -l "First and Last and Always" -a "Sisters of Mercy" track01.cdda.wav egs in free in simple_utf8_encode. I tracked it down to a mis-calculated buffer size for malloc. I've attached the patch that fixes it (for me:). The only problem I have with the rest of the code is figuring out how the terminating 0 (null,

Here's a propsed heavy-duty solution for your UTF-8 problems. I'm including a patch in this message, but I'll put the new files on my web site at http://rano.org/tmp/xiph_files.tar.gz I've tested this by running vorbiscomment with and without -DHAVE_ICONV=1 in vorbis-tools/share/Makefile. It seems to work. Changed files: acinclude.m4: Add a test for nl_langinfo(CODESET). This

Hi, Seems majordomo allows me in now ;) For those of you who don't know me, Vakor asked me to do 1.0 rpm packages right before the release, which I did. I was pretty new to vorbis internals but I hope I managed to do a good job. In any case, last night on IRC in #vorbis someone was pretty rude to me in complaining about a problem he had with them. In the end I lost my temper because of

This is a patch to configure.in which makes autoconf aware of the availability of nanosleep() on Solaris. In Solaris it's in librt, or in libposix4 if you're running an ancient version (<2.6 I think) /dale -------------- next part -------------- Index: configure.in =================================================================== RCS file: /usr/local/cvsroot/icecast/configure.in,v

Otherwise, well, things tend not to pan out as they should when compiling anything that #includes md5.h Patch against cvs HEAD attached /dale -------------- next part -------------- Index: src/md5.h =================================================================== RCS file: /usr/local/cvsroot/icecast/src/md5.h,v retrieving revision 1.2 diff -u -r1.2 md5.h --- src/md5.h 29 Jan 2004 01:02:06

Use pid_t instead of int for variable processID Add error message if fork() fails. Do not immediately return() after encountering the -c flag - we may still have additional argv members to find and take care of. /dale -------------- next part -------------- Index: main.c =================================================================== RCS file: /usr/local/cvsroot/icecast/src/main.c,v

After reading this posting in the icecast archives (http://www.xiph.org/archives/icecast/3483.html) about setting the stream url in the metadata with ices2, I couldn't see that it actually was possible to set the ice-url anywhere. Please let me know if the attached patch is any use, and if I'm sending it to the right place! (Unix linefeeds). I use it with Peercast. It means you can add

I've attached a small patch against icecast 2 which converts ice- headers to icy- headers for clients that include icy- headers in their request. This allows a few clients (notably xmms) to pick up stream info they otherwise miss. -b -------------- next part -------------- Index: src/format.c =================================================================== RCS file:

since there's already a Python wrapper for libogg and libvorbis, it occurred to me: Why not write a Python wrapper for libogg and libvorbis? http://dingoskidneys.com/oggpy/ this is the 0.001 release. "release early.." it requires Boost.Python, possibly CVS Boost.Python, available from http://boost.org/ partly because it's not finished but mostly because it's written with