search for: wayper

...m. Is there anyone out there who can confirm Metrowerks builds the code properly? That will make me feel a bit better about paying for a new build environment :-P Otherwise, there's a chance the problem may be platform specific, and I'll spend a little more time hunting it. Cheers, Tim Wayper --- >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...

...g file. 3. Restart sshd. 4. Attempt to log in with a user in the 'users' group. Actual results: 5. Remain puzzled Expected results: 5. Find out that the "domain user group" is never being pulled from the group list and so never matches. Or something. Original patch is by Paul Wayper [1] https://bugzilla.redhat.com/show_bug.cgi?id=1283011 [2] https://github.com/openssh/openssh-portable/pull/33 -- You are receiving this mail because: You are watching the assignee of the bug.

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: 3 X-MSMail-Priority: Nor...

...pile 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 stating the obvious here. Cheers, Tim W. ____________________________________________________________ Timothy Wayper <timmy@wunderbear.com> Wunderbear Software <http://www.wunderbear.com> --- >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-reques...

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

Looking through the archives I have seen talk of making CPU specific optimisations for Vorbis, a la MMX/3DNow!/SSE. The feeling I gather is to wait until something is working well in C before committing to any kind of specific optimisation. What if oft used and needed DSP functions were identified and standardised DSP functionality be written for Vorbis? This would seperate the basically