similar to: cvs stuff

I'm trying to clean up CVS, getting everything where it should be, because pretty soon we're going to have to build SDK's and whatnot, and I want that to be easy. We're basically going to have 3 libraries: 1) libogg 2) libvorbis 3) libvorbisfile I have separated libogg out from the rest of the code, cleaned it up, got it doing 'make dist' and rpms and imported this into

Go monty! jack. ----- To: cvs@xiph.org Subject: [xiph-cvs] cvs commit: vorbis/vq huffbuild.c latticetune.c make_residue_books.pl Date: Sun, 3 Jun 2001 22:50:13 -0700 (PDT) From: xiphmont@xiph.org (Monty) Precedence: bulk Reply-To: cvs@xiph.org xiphmont 01/06/03 22:50:12 Modified: lib codebook.c codebook.h floor0.c mapping0.c os.h res0.c vq

Monty merged his branch onto mainline. mainline is now beta4. Give it a whirl, test the crap out of it, etc. I've got about 20-30 emails full of minor patches and a few big patches for build system stuff, so for those of you who were waiting on me, I haven't forgotten and will be getting to those in the next few days. If all goes well, we'll be tagging beta4 and cutting the

Monty merged his branch onto mainline. mainline is now beta4. Give it a whirl, test the crap out of it, etc. I've got about 20-30 emails full of minor patches and a few big patches for build system stuff, so for those of you who were waiting on me, I haven't forgotten and will be getting to those in the next few days. If all goes well, we'll be tagging beta4 and cutting the

HI, how do I get mods applied to Vorbis, I'm not a cvs guru and I don't know much about configure scripts. BeOS has this little quirk of being 99% POSIX compliant so these mods are required for vorbis to compile. To define int64_t in codec.h #ifdef __BEOS__ #include <inttypes.h> #endif run.c in vq needs 'changing' around line 141 becuase S_IFSOCK isn't

I've been playing with the current Monty branch and I've found a case where it performs poorly. I havn't had a chance to verify the mainline (network at home isn't working; System with good headphones isn't on net, and I've only sneakernetted the branch).. The gspi35_1 sounds like it's suffering from preecho. I changed the preecho threshold to make more shortblocks,

Hi everybody: It's been a while, so here is the latest round of Status Updates from just about everybody in Xiph. The HTML version is at http://www.vorbis.com/ot/20030603.html Enjoy! <p>Ogg Traffic for Tuesday, June 3, 2003 Author: Carsten "Purple" Haese Contact: [1]carsten@xiph.org Date: June 3, 2003 Table of Contents 1 Status Updates

Hi all, First up, this is not a proposal on how to do it, but rather on how to get it done. In the latest thread it was mentioned that it was most likely that either Monty or Segher would be the most likely people to implement this code. It was also stated that this is not their priority at the moment. I can only see two solutions to this problem: 1. Find someone else with the knowledge and

I sent a request for permission to do this a few days ago. I'm waiting to hear back from Monty or Jack. -Chris >Hi, > >Could somebody build a new OggDrop and release it? It appears my >improvements are only in CVS and not in the RC2 version on the site >available for download. > >Olaf van der Spek __________________________________________________ Do You Yahoo!?

We're there. The decode engine with all 1.0 features is finished and in CVS, tagged as release candidate 1. CVS mainline head and the current nightly snapshot will get you the latest and greatest. Next, we continue work toward rc1 of the encode side. Monty --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this

We're there. The decode engine with all 1.0 features is finished and in CVS, tagged as release candidate 1. CVS mainline head and the current nightly snapshot will get you the latest and greatest. Next, we continue work toward rc1 of the encode side. Monty --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this

Hi: A friend of mine wants to know whether to update to CVS. Last I heard, CVS was only encoding at 128kbps mode, but this was a few weeks back. More recently though, Monty alluded to problems he was having with the libs. So what's the current status? Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from

In case people on the list don't know it, A Vorbis tester (who's email I've lost! If you're on the list, speak up!) is maintaining a vorbis audio quality test page: http://hem.passagen.se/ingets1/vorbis.htm He's doing us the great service of hunting down samples that break Vorbis (so we don't have to :-) In any case, it turns out that the trumpets in the dr4 sample

On Mon, 7 Feb 2005, Vladimir Merzliakov wrote: >>> Also I have in Makefile.rules (but not include in patch) some modification >>> for simplify used common Makefile.rules in LLVM projects and non-LLVM >>> project (guarding some LLVM specific parts by ifdef >>> LLVM_OBJ_ROOT/LLVM_SRC_ROOT vars). >> >> I'm not sure about this, perhaps Reid

Monty wanted some samples with which to compare Vorbis and WMA, and he doesn't have a Win32 machine, so I made some. Microsoft has made their own demo samples available at: http://www.microsoft.com/windows/windowsmedia/en/WM8/audio.asp I took their original .wav's, and encoded them with their wma8 encoder utility (WM8EUTIL.EXE), using all of the available stereo modes at 44.1kHz. This

> > vorbisfile.o needs to be removed from the lib/Makefile in LFILES since > > vorbisfile.a is a seperate lib now. As it stands I get unresolved > > symbol errors when linking with them, so this is a fairly important fix. This is an error in the build, yes, but I don't see why you'd get unresolved symbols. *unused*, yes, but not unresolved... > > sharedbook.c

I am running Poptop 1.1.4 VPN server, Samba 3.0.6, RH 9 (2.4.20-8 patched for mppe-mppc). When the end user connects via VPN, they can create a share to the samba shared folder that was created. When they clost the explorer window, then reopen the shared drive from the "My Computer" view, the share can not be re-opened with the error that the mapped drive is alreay in use. I have

Hi everybody, below is the latest installment of news from the Xiph.org community. The HTML version is at http://www.vorbis.com/ot/20030820.html. Enjoy! -Carsten <p>Ogg Traffic for Wednesday, August 20, 2003 Author: Carsten "Purple" Haese Contact: [1]carsten@xiph.org Date: August 20, 2003 Table of Contents 1 Status Updates 1.1 Monty

ok now I see why we need another packet in the header. The first one is basically for ID purposes (theora_decode_header()). I've jammed my huffman trees in there but it sucks because I need them later on when I actually build the huffman tree structs (theora_decode_init, calls InitHuffmanSet()). At that point the original header packet is gone so I've been keeping it around in a buffer.

On Thu, Sep 14, 2017 at 11:38 AM, Rich Huff <rich at richhuff.com> wrote: > On Thu, 2017-09-14 at 11:25 -0400, Larry Martell wrote: >> On Thu, Sep 14, 2017 at 11:08 AM, Darr247 <darr247 at gmail.com> wrote: >> > >> > >> > > I have some software that says it requires JRE 8.1 or higher. >> > >> > That's very odd, since