similar to: Issues with Win32 MMX code

Hi folks, FYI: I've finally made some benchmarks for inline-assembler versus intrinsic based mmx code. I've just applied the changes to the fragment reconstruction functions as writing the IDCT and loopfilter have not been ported yet. Nevertheless here are some numbers: As a baseline I'll take the current version from the trunk with all inline assembler functions enabled. Lower

Here is the patch with my changes. Most work went into the decoder. I just changed on the encoder if something was nessesary to build the library. You can find the patch here (quite big).. http://torus.untergrund.net/code/theora_mmx_vc2005.diff Please let me know if the encoder works without problems. I just did a very brief testing of it. The decoder has been tested against the test

Hi again, I measured my fragment reconstructions against the compiler output from GCC and well - the new codes perform better, so I brushed up my gcc inline assembler skills and made a port. Code is here: http://torus.untergrund.net/code/mmxfrag.c All routines perform much better now. Inter2 alone got a speedup of factor 5 on Pentium-M. Athlon CPU's execute roughly 3 times faster.

Forwarding an email exchange that I had with Nils Pipenbrinck regarding the state of the MMX patch for visual studio-style assembly. I also run with the patches, and everything looks fine as far as I can tell. Is this enough for a go-ahead to put that stuff into the mainline (if it's not there already)? -------- Original Message -------- Subject: Re: libtheora MMX patch Date: Sun, 06

Hi, I'm new to Theora and would like to propose several performance optimization using advanced instructions in x86 CPUs (SSE2-SSE4.2). There are several source files in \x86 and \x86_vc which developed using inline assembler. However this cause several maintenance problems: 1) Need to sync gcc & msvc versions 2) Only 32bit environment is supported 3) No support for newer than MMX

While browsing the code I came across line 83 bitpack.c: *_ret=((ret&0xFFFFFFFFUL)>>(m>>1))>>(m+1>>1); Is there any reason why this is so convoluted? Maybe endianess or 64 bit issues? If I'm not mistaken it does exactly the the same as: *_ret = ret >> m; Cheers, Nils

Hi there. I try to cross-compile the theora libraries to test my ARMv6 optimizations (almost done, time to do some benchmarking and testing). While doing so I found out that --with-ogg seems to do nothing. If I simply run: .configure --with-ogg=$HOME The build succeeds also it shouldn't (I don't have ogg installed at $HOME). As an example here is the last line that make executes.

Hi all, I tried to compile the theora source with VS2005. But it asked for the ogg library. error message is as follow. **************************************************************************** Error 1 fatal error C1083: Cannot open include file: 'ogg/ogg.h': No such file or directory c:\Documents and Settings\Manoj\Desktop\libtheora-1.0beta3\include\theora\codec.h 64 Error

A couple of questions: * Do I need a named account to commit changes? How do I get such an account? I'm used to commit roughly once every 8 hours of work if I have a stable point that compiles on linux and win32. That's just my way of working. Worked well in the past to protect myself from doing stupid things. * How anal are you about line endings, tabs vs. spaces, max. line length

I'm getting errors like so on initial build of libtheora - 1>c1 : fatal error C1083: Cannot open source file: '..\lib\dec\x86_vc\x86stat.c': No such file or directory 1> mmxstate.c (TaskId:16) 1>c1 : fatal error C1083: Cannot open source file: '..\lib\dec\x86_vc\mmxstate.c': No such file or directory 1> mmxloopfilter.c (TaskId:16) 1>c1 : fatal error C1083:

Hello, Can anybody point me to a sample of popup/tooltip using Prototype? I saw examples for windows and also for tool tip but what I want is a little bit different. I want the same fuctionality which exists at yahoo mail login. https://login.yahoo.com/ -> on the right corner you have a Prevent Password Theft image. On mouse over you see a tooltip. Now the good think in this solution is that

Hi, first of all i'm sorry for my english. I'm triyng to migrate a Samba 3.6 domain to Samba 4 and I've a question about OU and Winbind: OU affects to something more besides GPO in AD and Winbind?. Because I've moved all users to an OU and all less one (strangely) have dissapear from "getent passwd" and the other SO tools. If i run "wbinfo -u" all users are

Hi, I?m trying to build a static theora library for windows from sources with Visual Studio Express. Building the ogg-library was a piece of cake, but after converting the project-files for theora, I still get numerous errors, such as: fatal error C1083: Datei (Quelle) kann nicht ge?ffnet werden: "..\..\..\lib\dec\x86_vc\x86state.c": No such file or directory mmxstate.c Probably

Thanks for your reply. I've migrated the domain copying all files in /var/lib/samba and /etc/samba from original domain to new domain, I've edit the smb file to change the "passdb backend" line to match the old server (because original is localhost and give me an error connecting), and then I run this command: samba-tool domain classicupgrade --dbdir=/home/user/samba

Hello, attached is a gzipped patch file to the lib/mcomp.c source file of theora (as of AnonCVS current version) that implements MMX and extended-MMX optimizations in the most frequently used functions of the encoder (as shown by gprof). This is more a proof of concept than a real request for inclusion into the source tree. My personal intent was more to look deeper into the MMX instruction set

Might you instead consider just adding a -disable-mmx option? Preston On Thu, 2008-20-11 at 02:57 -0500, Mon Ping Wang wrote: > Hi, > > When setting -mattr option on X86, I would like to treat MMX > separately from SSE levels. This would allow a client who sets the > attributes directly to set the SSE level independent of MMX, e.g., llc > -march=x86 -mattr=sse41, one would get

On Nov 19, 2008, at 11:57 PMPST, Mon Ping Wang wrote: > Hi, > > When setting -mattr option on X86, I would like to treat MMX > separately from SSE levels. This would allow a client who sets the > attributes directly to set the SSE level independent of MMX, e.g., llc > -march=x86 -mattr=sse41, one would get sse4.1 with mmx disabled while > llc -march=x86 -mattr=mmx

Along with libtheora-1.0alpha5 this is a release of theora-mmx. A drop in replacement that uses MMX assembly to speedup some of the most demanding routines in theora encoding/decoding. Right now it only works on 32bit x86 CPUs. Thanks to everyone whose work made this release possible! Download links: http://downloads.xiph.org/releases/theora/libtheora-mmx-1.0alpha5.tar.bz2

Hi Dale, I will not change the default. I would dislike to see any regressions due to this type of change. -- Mon Ping On Nov 20, 2008, at 10:12 AM, Dale Johannesen wrote: > > On Nov 19, 2008, at 11:57 PMPST, Mon Ping Wang wrote: > >> Hi, >> >> When setting -mattr option on X86, I would like to treat MMX >> separately from SSE levels. This would allow a

I'm working on changing the MMX implementation to use intrinsics in all cases, which should stop various optimization passes from creating MMX instructions that screw up the x87 stack. Right now the MMX instructions are split between X86InstrMMX.td and X86InstrSSE.td, presumably on the historical grounds that some of them weren't introduced until SSE or SSSE3, and require