Re: [Opentzt-developers] Build Q's

[James W. <jam...@gm...>]

Well i'm hoping to use the SSE3 load that allows for unaligned loads :)
However i'm kind of surprised to hear that the textures are not 16-bit 
aligned.
Is it possibly to make them aligned when they are assigned?

I expect that the speed will vary greatly among processor families, but 
that SSE 2/3 would most likely be faster on recent procs, basically 
anything core Based or onwards would favor SSE.  Obviously i will do 
some testing to confirm any speed-ups, but the ability to process 8 
pixels a cycle vs 4. should be a pretty easy speedup.

Having said all that it is also an chance to get familiar with tzt and 
SSE code again.
Also and future 64-bit port would need to be SSEx, so it's another small 
step in that direction.
(64-bit has twice as many SSE2 Regs, so thats another double in speed 
when we do that)

Thanks for the info though :)

- James


>
> Just so it's said...  I would not assume that SSE2 is faster than 
> ASM/MMX in all instances, especially since the textures are not 16 
> byte aligned (unless that has changed).  Anytime I was coding "speed 
> enhancements" I would always run some real world tests to gauge the 
> speed of the new code against the old code.  The speeds may vary 
> across processor families, too, but I would not expect anyone to spend 
> too much time running all the permutations.
>
> Cheers,
>
> Dave\Esotic
>
>
>
> On Wed, Apr 27, 2011 at 6:14 AM, James Wise <jam...@gm... 
> <mailto:jam...@gm...>> wrote:
>
>     Hey All, Plexus,
>
>     > Got the same problem. That's why I concentrated on doing
>     > "Janitor"-Work and GUI stuff at first.
>     > But after the 1.6 release I have mostly DX9, 888, 64bit stuff on the
>     > ToDo list.
>     > (I wouldn't go above DX9 to still support XP)
>     Like i said before i'm not big on the GUI layout, would be open to
>     alternate suggestions?
>     I like some of the changes, not all of them though.
>     i could easily do up an image for others to critique/comment?
>
>     Personally i think a clean break between the existing version, and a
>     newer 64-bit version would be a good idea.
>     Although i would think that any new 64bit, 888, version should be
>     based
>     on newer tech like windows7.
>     I don't know many/any? people running 64-bit winXP systems? Given the
>     amount of time such a project will take ie. likely a year or so
>     I think that targeting windows7_64 is the best bet.   Also we
>     could get
>     rid of GDI dependency easily then.
>
>     >
>     > Except for one big issue: The Clone Window Resizing (could be a
>     movie
>     > title :)
>     > Thats on top if the list. The quality and resolution of video
>     > projectors has improved much, so the poor resizing is really obvious
>     > now and pretty annoying.
>     >
>     > Unfortunately, I have no idea what's the best way to do that. If
>     > anyone has a good idea, please tell me.
>     >
>     Have you seen my post on the forums on sourceforge?
>     I found a  codeproject webpage that outlines a method of doing
>     anti-aliased upscaling via  GDI+/GDI
>     I'm not sure how well it would perform but i think that this method
>     would be a very easy way to increase the upscale quality
>
>     http://www.codeproject.com/Tips/77955/GDIplus-Replacement-for-StretchBlt-With-Anti-Alias.aspx
>
>
>     I'm still working on moving some of the asm/mmx code to SSE2, but it's
>     slow going at the moment.
>
>     Cheers,
>     James / vj PiedPiper
>
>
>
>     ------------------------------------------------------------------------------
>     WhatsUp Gold - Download Free Network Management Software
>     The most intuitive, comprehensive, and cost-effective network
>     management toolset available today.  Delivers lowest initial
>     acquisition cost and overall TCO of any competing solution.
>     http://p.sf.net/sfu/whatsupgold-sd
>     _______________________________________________
>     Opentzt-developers mailing list
>     Ope...@li...
>     <mailto:Ope...@li...>
>     https://lists.sourceforge.net/lists/listinfo/opentzt-developers
>
>