similar to: Merge done

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

Hello, would it be possible to update config.sub and config.guess to the latest versions (or at least version from automake-1.13.1) in order to support new architectures based on the ARM 64 bit CPU? Patch: http://plautrba.fedorapeople.org/openssh/openssh-latest-config.sub-config.guess.patch Related Fedora bug: https://bugzilla.redhat.com/show_bug.cgi?id=926284 Thanks, Petr

heya... i'm extremely new to the list (10 minutes), and i have a burnin' question that i was hopin' you folks could help me out with. i'm running beos as an encoder box, with two streams (8000 and 8001) hosted on it. the idea is to use my redhat box to relay those streams to the public using icecast, allowing the be machines cpu cycles to focus solely on encoding. anyway, i

In order to compile the latest Vorbis library on the Macintosh, the change appended to this message needs to be made to os_types.h.in. Then, anyone who wants to actually build it must first copy os_types.h.in to os_types.h by hand, since MacOS does not include a command line and thus cannot run configure. It really bugs me that the whole "platforms which don't support configure

i was using multiple ports because that's how i figured i'd have to do it. o, mounting the remote source locally? i'm not familiar with how to do this. i'm also not seeing how to do this in the docs. how would i go about mounting a remote stream? -a.j. On Fri, 27 Apr 2001, Jack Moffitt wrote: > Why are you using multiple ports at all? That's what mountpoints are >

Hello, here is a preliminary patch allowing rsync 2.5.6 to compile in BeOS (using the new BONE networking stack). Some explanations: - BeOS doesn't have chroot(), - the BONE networking stack export legacy network function for old apps in libnet.so (linked to by default), so it's necessary to force linking to the new libraries for things to work. I've yet to get inet_ntop() to be

In the recent muppets christmas film, god (played by whoopi goldberg- or howevr u spell her name), mentioned converting her entire album collection (every album ever recorded. ever) to mp3 files. Now that is the most pointless use of advertising the inferior mp3 format i've ever seen. Now that we've started covering the use of vorbis in games, anyone spotted any reference (no matter how

On Fri, Jul 08, 2016 at 06:42:23PM -0700, Kevin Duraj wrote: > The issue is that delve was renamed to xapian-delve but documentation > is still saying that delve is delve. Who has access to update the > documentation? > > http://www.linuxfromscratch.org/blfs/view/svn/general/xapian.html That website has nothing to do with Xapian, so you probably need to contact whoever runs it.

On Mon, Jul 11, 2016 at 02:02:56PM -0700, Kevin Duraj wrote: > You are saying that when I search for "delve Xapian 1.4" on Google, a > company worth of 491 Billion of Dollars and you saying that their top > of the search result has nothing to do with Xapian. > > https://www.google.com/search?q=xapian+delve&ie=utf-8&oe=utf-8#q=delve+xapian+1.4 Well, I'm not

Greetings. In looking through the mail archives, I don't see any mention of parallelism of the vorbis code (particularly the encoder). I was wondering if anyone was looking into this at all? Either with threads, and/or on some kind of parallel machine (e.g., a Beowulf cluster)? I see very little mention of threads in the source code, which leads me to believe that they are only there for

Hi all, I wrote a program which recovers deleted file from Ext3/Ext2 FS.It's like crash proof program.For past few months i'm trying hard to get feedback or comments or criticizm on the tool.I hope to get from you. The link is , https://sourceforge.net/projects/giis/ Warm Regards, Lakshmipathi.G

Just got around to compiling RC3 under beos and came across an anomaly when using managed bitrates. I haven't changed the code for the beos encoder but I now get double the bitrates so vorbis_encode_init(&vi,mediaFormat.u.raw_audio.channel_count,(long)mediaFormat.u.raw_audio.frame_rate , -1, 128000, -1); now gives me vorbis files that average around 325 - 350. Is this now the correct

On Wed, Oct 26, 2011 at 12:33 PM, Alexander Potapenko <ramosian.glider at gmail.com> wrote: > On Tue, Oct 25, 2011 at 5:06 AM, Bill Wendling <wendling at apple.com> wrote: >> Good day! >> >> To get ready for the release, we need to make sure that the list of external open source projects using LLVM 3.0

Hi, I'm new in this list and I just want to say "hello". Maybe I'm a little bit strange, because I try to get samba running on BeOS. -- BeHappy :) Matthias "LoCal" Schonder Be-Dev#: E-18032 ---- BeHot. BeCool. Just Be Use BeOS. Get it free! http://free.be.com ---- You know you've been spending too much time on the computer when your friend misdates a check,

(Just a copy of the message I sent to Vorbis, better to send it here.) Hello, I'm just letting everyone know that I've begun the preliminary part of putting together a working comment system. I have a few idea's on how to implement this system. 1. What I would like to do is grab the General and Input SDK's for Winamp first. Then I would like to add to our existing Winamp

Hello, I have compiled R-1.7.1 on Beos R5 (x86) and got it running. The modules x11 and internet dont work (so the only working display is postscript()). The libraries all compile, but there is a problem with methods. I get the following error when i make methods: dumping R code in package 'methods' Error in .Call("R_initialize_methods_metadata", table, PACKAGE =

> I have downloaded the vorbis encoder/decoder/CL-AMP plugin from http://www.bebits.com. Tried it and liked it, visited the vorbis homepage and found out there isn't any mention of the BeOS release. It's works very fine for me. > BeOS is an OS where these efforts will be more than appriciated. It's not that we don't support BeOS, just that we assume it's a given :-) I

I merged branch_beta3 (modules ogg and vorbis) onto the mainline. Monty --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be

> In fact I am compiling as C++. Under BeOS, these functions will > eventually end up inside of a C++ class. So, I'm kind of stuck. > It's not the end of the world. Couldn't you just compile the vorbis files as vanilla C, and then implement a thin C++ wrapper if you need to access it that way? There's nothing in BeOS which *requires* code to be C++. Sorry if I'm

OK, I've been a busy beaver tonight. More commits: Finished stabilizing psychoacoustic configuration API; binary compatability stability for libvorbis/vorbisfile would be nice to have by 1.0. Moved several additional return values and internal types to int64_t; basically wherever there's an absolute fine-grained counter. I also moved the vorbisfile API to taking a 64 bit seek callback