similar to: vorbis-tools build install problem

Hullo, There's a program called mp3gain which can be used to alter the volume of an MP3 file in 1.5 dB steps. I once heard somewhere (I can't remember *where*, but I swear) that something similar is possible with Vorbis files, but in approximately 2.2 dB steps. Is this true, or is my memory at fault? If it's possible to change the volume of a Vorbis 1.0 file, could someone please

Hullo, http://wmptagext.sourceforge.net/ This program claims to add APEv2 tagging support for various formats to Windows Media Player. Its Vorbis support is incomplete (it adds APEv2 to .ogg files!) but I hope the media library functionality can be integrated with Illiminable's DirectShow filters. I haven't really tried it yet. YMMV. Cheers, Kyungjoon Lee

Hi There, I have a problem with OggEnc v1.0.2. Can you tell me, where to put or to post a bug report? The problems eare with some speciel charakters - used in Europe (Denmark, Norway, Sweden, Germany, Austria, etc..) Some Examples: Hin Vordende Sod & S? ^ 02_Bruderov paa H?gstadtun.ogg ^ 03_Huldradans - Hin Gr?nnkledde.ogg ^

Hi, thank you for closing ticket 543, "vorbiscomment man page not exhaustive". :) https://trac.xiph.org/ticket/543 If it's not too much of a burden, could you also apply this patch, please? It's pretty straight-forward. Thank you. :) Cheers, Kyungjoon Lee -------------- next part -------------- A non-text attachment was scrubbed... Name: vorbiscomment-kjoonlee.diff Type:

Hi, http://www.vorbis.com/faq/#mean points to http://www.xiph.org/xiphname.html, which is dead. The actual content is at http://www.xiph.org/xiphname.shtml The Xiph names page seems to be in UTF-8, but its meta tag mentions ISO 8859-15, which can cause problems with raw characters for the pronunciations. I propose the use of the International Phonetic Alphabet. How about [?g]/[?g] for Ogg and

per > http://forums.fedoraforum.org/showthread.php?t=63653 The above thread on the Fedora Forums about a script that can automatically convert one audio format to another got me thinking > wouldn't it be fantastic to be able to right click on an MP3 (or other audio file) while in Firefox, and automatically have the file converted into Ogg at the same time as the file is being saved

Theora and Vorbis both uses same extension .ogg. I know ogg is a container, just like avi. But in my opinion video and audio files should have different extensions (using .ogv can be a nice idea). To a media player it doesn't matter what extension a file uses, but to a human who does a ls in a directory full of media files having different extensions will help a lot. I know one can use file

I am building from source on RHEL 4 and have run into a problem while running "make check": running code in 'lapack.R' ...make[3]: *** [lapack.Rout] Error 1 make[3]: Leaving directory `/opt/R/R-2.9.1/tests' make[2]: *** [test-Specific] Error 2 make[2]: Leaving directory `/opt/R/R-2.9.1/tests' make[1]: *** [test-all-basics] Error 1 make[1]: Leaving

Hi, I offered some time ago to do some build cleanup. Today I did so and here's my slew of patches. Basically, they - touch ogg, vorbis, vorbis-tools and theora - fix a bunch of autotools issues - uniformize the use of them across the four - fix compile/link flags - use pkgconfig if it's available to detect flags - for vorbis-tools, generate and use config.h - add -uninstalled .pc stuff

Hi, I offered some time ago to do some build cleanup. Today I did so and here's my slew of patches. Basically, they - touch ogg, vorbis, vorbis-tools and theora - fix a bunch of autotools issues - uniformize the use of them across the four - fix compile/link flags - use pkgconfig if it's available to detect flags - for vorbis-tools, generate and use config.h - add -uninstalled .pc stuff

I've eagerly grabbed the current CVS as of a few minutes ago, and attempted to build and play with theora, but am running into a snag with the autogen.sh script: ------------------------------------------------------------------------ bash-2.05# ./autogen.sh I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them on the ./autogen.sh command line.

Hi! In current LLVM CVS: llvm/projects/Stacker/Makefile.common.in llvm/projects/sample/Makefile.common.in llvm-java/llvm-java/Makefile.common.in have line: include $(LLVM_OBJ_ROOT)/Makefile.common that have line: include $(LLVM_OBJ_ROOT)/Makefile.config (also $(LLVM_OBJ_ROOT)/Makefile.config used in llvm-test/Makefile.config.in) and llvm/Makefile.config.in have lines: INSTALL_SH :=

Hullo, PP5020-based iPods can now play Vorbis in real-time, with iPodLinux! http://www.ipodlinux.org/blog/index.php?p=18 I got this from Hydrogenaudio. http://www.hydrogenaudio.org/forums/index.php?showtopic=34602 Cheers, Kyungjoon Lee

On Mon, 14 Feb 2005, Reid Spencer wrote: > Personally, I don't think LLVM projects should need much in the way of > autoconf stuff. They certainly don't need to replicate things like > install-sh and mkinstalldirs. I'd vote for taking these out of the > projects rather than making the makefiles deal with them. I think in > most cases these are just historical artifacts

I currently have a slightly modified llvm-2.0 source tree (from the release tarball). I checked out poolalloc into the projects directory and attempt to configure it, but I keep getting errors. I would understand if there were problems building it (since it may require a different version of llvm), but it should at least configure. Specifically, I've tried the following commands: >

Hi I'm installing R with the standard commands: ./configure make make check make dvi to create DVI versions make pdf to create PDF versions make info to create info files make install make install-dvi make install-info make install-pdf Everything works fine apart from "make

Ben, I am trying to create a package for Openssh.3-1p1, but the /contrib/solaris/buildpkg.sh script failes with the following errors: ./mkinstalldirs /tools/OpenSSH/openssh-3.1p1/contrib/solaris/package/usr/local/b in mkdir /tools/OpenSSH/openssh-3.1p1/contrib/solaris/package/usr/local/bin ./mkinstalldirs /tools/OpenSSH/openssh-3.1p1/contrib/solaris/package/usr/local/s bin mkdir

Hi, When I am trying to update openSSH using openssl-1.0.1i.It is giving issues. ./mkinstalldirs /home/epooshi/x86/openssh/openssh-5.2p1//libexec mkdir /home/epooshi/x86/openssh/openssh-5.2p1/libexec (umask 022 ; ./mkinstalldirs /var/empty) mkdir /var/empty mkdir: Failed to make directory "/var/empty"; Permission denied *** Error code 2 make: Fatal error: Command failed for target

On Mon, 2005-02-14 at 20:53, Chris Lattner wrote: > On Mon, 14 Feb 2005, Reid Spencer wrote: > > > Personally, I don't think LLVM projects should need much in the way of > > autoconf stuff. They certainly don't need to replicate things like > > install-sh and mkinstalldirs. I'd vote for taking these out of the > > projects rather than making the makefiles

Personally, I don't think LLVM projects should need much in the way of autoconf stuff. They certainly don't need to replicate things like install-sh and mkinstalldirs. I'd vote for taking these out of the projects rather than making the makefiles deal with them. I think in most cases these are just historical artifacts that have been with the projects since long before the new