search for: burnette

Hello. I apologize in advance for my question -- it's seemingly trivial, but I've spent countless hours on its solution to no avail. Basically, I have two tinc servers: Home: Ethernet adapter LAN: IP Address. . . . . . . . . . . . : 192.168.0.2 Subnet Mask . . . . . . . . . . . : 255.255.255.0 Default Gateway . . . . . . . . . : 192.168.0.1 Ethernet adapter

...e so that a user and password are NOT required to access the share. Can someone tell me how to do this? net use p: \\sambaserver\public asks for a password, then returns (regardless of the password or user): "The account is not authorized to login form this station. Thanks, . -Ralph Ralph Burnette x3313 7 ************************************************************************* PRIVILEGED AND CONFIDENTIAL: This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended reci...

Or did I check it out incorrectly ?? The problems I've had are... The configure script seems to require libogg to exist before it will finish configuring. There are includes for ogg/ogg.h which doesn't exist, in fact the ogg directory doesn't exist. Dave....not an CVS expert.... --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

Hi every one, I have an unfortunate need to release a closed source BeOS media codec for Vorbis, basically I'm using headers under an NDA so I can't release them. (Yeah I know closed source boo hiss). So I have a couple of question about what I need to do for all this to be above board. I've made no changes to the libraries so thats not a problem. As far as I can see as

Well after a week out for a training course, I'm back to trying to check out the postbeta2_branch. so I do cvs -d :pserver:anoncvs@xiph.org:/usr/local/cvsroot co -r branch_postbeta2 vorbis and everything is fine. Trying $ cvs -d :pserver:anoncvs@xiph.org:/usr/local/cvsroot co -r branch_postbeta2 ogg I get... cvs server: Updating ogg cvs server: Updating ogg/doc cvs server: Updating

I know this is probably blindingly obvious, but I can't find it anywhere. Is there a way to tell the Vorbis codec what endian your samples are or do I have to do my own byte reversal. AIFF is Be's 'standard' audio file format, and its encoded big endian, not little endian even on Intel boxes. I know for decoding ov_read has an endian option, but I can't see an equaivalent for

Sorry, majordomo mistriggered on the word 'which'. Sigh. Monty ------- Forwarded Message From: "Timothy Wayper" <timmy@r3.co.nz> To: <vorbis-dev@xiph.org> Subject: Re: [vorbis-dev] BeOS (was Parallelism) Date: Fri, 18 Aug 2000 10:17:43 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority:

Seems we've gone back to the -L/path/to/libvorbis/ -lvorbis missing while building libvorbisfile :( it appears that. libvorbisfile_la_LIBADD = libvorbis.la and libvorbisenc_la_LIBADD = libvorbis.la have gone missing from vorbis/lib/makefile.am Dave --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list,

Hi, i am running nut-2.0.0-5 on Fedora core 3. I have the following Problem: In my upssched.conf i have set the Following Parameter: CMDSCRIPT /usr/local/guzman/sbin/upssched-cmd ... AT COMMBAD * START-TIMER upsgone 10 AT COMMOK * CANCEL-TIMER upsgone ... Now if I pull the serial Plug, in my log i see the following error: Event: upsgone Execute command failure:

After fixing a 'bug' in libtool, I've finally got ogg compiling and producing a shared library. Now I'm trying to build vorbis but I'm falling over at the final step. While trying to produce libvorbisfile. The make file is trying to compile with gcc -nostart vorbisfile.o -L/boot/home/config/lib -logg -Wl,-soname - Wl,libvorbisfile.so -o .libs/libvorbisfile.so with

This one may be my fault.... I've put a temporary fix for libvorbis not linking, I altered libvorbis_la_LIBADD = to libvorbis_la_LIBADD = $(OGG_LIBS) in the makefile, hence the temporary and continued with the build. I'm now getting gcc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0.0\" -DHAVE_ALLOCA_H=1 - DHAVE_ALLOCA=1 -I. -I. -I../include

I am working with census data. My columns of interest are... PercentOld - the percentage of people in each county that are over 65 County - the county in each state State - the state in the US There are about 3100 rows, with each row corresponding to a county within a state. I want to return the top five "PercentOld" by state. But I want the County and the Value. I tried

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

(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

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 folks, The folks on RedHat who have been complaining of poor-quality encodes prompted us to track down the trouble, and it's a compiler bug. We have the asm .s files to prove it :-) The summary: EGCS (gcc) versions through March 1999, including up to at least gcc/egcs 2.91.66 have a serious floating point optimization bug that hits Vorbis. This is a fairly old gcc version, but RedHat

Hi folks, The folks on RedHat who have been complaining of poor-quality encodes prompted us to track down the trouble, and it's a compiler bug. We have the asm .s files to prove it :-) The summary: EGCS (gcc) versions through March 1999, including up to at least gcc/egcs 2.91.66 have a serious floating point optimization bug that hits Vorbis. This is a fairly old gcc version, but RedHat

Hi We have a process on Linux (SLES 8.1 AMD64) which is writing data to a memory mapped file created on a samba partition smbmounted from a windows server. The changes show up on the Linux side but are invisible to a process reading the same file on windows. I would be grateful if someone could offer and explanation of this behaviour? Regards Graeme

Monty, a couple of quick questions. 1) The easy one first, have you got rid of that pesky cutoff filter yet? :) 2) How 'thread safe' are the vorbis routines ? Could you encode two blocks at once for example. I hear the LAME guys are having a few fun and games with making Lame multithreaded. I'm thinking SMP here :) Dave --- >8 ---- List archives: http://www.xiph.org/archives/

I seem to be having a small problem, with _f0_fit_to_clear, basically I get a segment violation when trying to seek, (it seems to take two seeks before it falls over) and for some vorbis file after playback as finished. Here's a stack crawl for the seek. loading symbols segment violation occurred _f0_fit_clear: _f0_fit_clear: +002a ea3039c6: * 103b cmpl (%eax), %edx