getting jpeg-mmx to work

dbosso · Post by **dbosso** » Tue Oct 11, 2005 4:20 pm

I'd like to start a thread about getting jpeg-mmx or some other mmx/sse optimized jpeg library working. There have been some claims of success, but I've not been able to get anywhere.

So, anyone got it working? What did you have to do?

-db

jameswilson · Post by **jameswilson** » Wed Oct 26, 2005 9:35 pm

i havnt got a c lue how to but i have read elsewhere about some success and i would love to see this as i think it would give a huge performance boost

Post by **cordel** » Wed Oct 26, 2005 10:15 pm

I wish you luck. Let us know how it turns out.
Regards,
Cordel

Post by **zoneminder** » Mon Oct 31, 2005 5:09 pm

A friend ofmine was trying to get it working on another project and I think he got it mostly working ok but only on Intel boxes. Plus it was a bit flaky especially if compiled with optimisation (half the point really!) and DCT_FASTEST caused it to barf.

Still, if anyone can get it working consistently, even on a limited set of platforms, I'd be interested to see what performance improvements you might get.

Phil

jameswilson · Post by **jameswilson** » Mon Oct 31, 2005 5:11 pm

i dont suppose we could have both libraries installed then have an option which to use. or does it have to be built the way you want it to work?

James

Post by **zoneminder** » Mon Oct 31, 2005 5:13 pm

You don't have to change the client at all. So if you have jpeg-mmx installed and working you can either just modify the Makefile to link to it instead of the regular one or do a bit of creative renaming.

Phil

jameswilson · Post by **jameswilson** » Mon Oct 31, 2005 5:15 pm

oh i see i will try this then so if i renem the library file from the mmx one to the one currently in use that should work? i mean work in the loosest possible sense of course lol

Post by **zoneminder** » Mon Oct 31, 2005 5:17 pm

Possibly. I think the issue with jpeg-mmx is that it won't necessarily work out of the box. You may need to rebuild it a few times with different options as it sounds a bit touchy. I've reallly done much with it myself though. When I get time I will take a look.

Phil

jameswilson · Post by **jameswilson** » Fri Dec 09, 2005 2:44 pm

http://sourceforge.net/project/showfile ... e_id=12468

I have found this is it any use?
When you say build it do you need to tell what processor its on etc cos it appears it works it out for itself?

And would this help with zms too

Post by **zoneminder** » Mon Dec 12, 2005 9:41 am

It would help with everything if it would work. However I know from my (and other people on other projects) experience that it is very touchy and will crash and burn on certain platforms and even on certain files.

Phil

jameswilson · Post by **jameswilson** » Mon Dec 12, 2005 9:59 am

damn. when you say certain files are these jpg as it wouldnt be working on anything else would it? Platform wise, im gonna build something to test with, would amd or intel be prefered

Post by **zoneminder** » Mon Dec 12, 2005 10:02 am

Yes. My 'day job' has also involved some messing around with jpeg-mmx. We have foudn that sometimes it just crashes. Or we can get it to encode but not decode (or it might be the other way round). Basically it's just been a bit frustrating trying to get it to work consistently. And I think it won't work on AMD chips either as far as I recall, though it may have only been some of them.

Phil

jameswilson · Post by **jameswilson** » Mon Dec 12, 2005 10:04 am

ok then p4 then. Im gonna have a go cos i think it will help my slowdown problem.

Post by **zoneminder** » Mon Dec 12, 2005 10:05 am

Yes. It's worth a try and if you can establish a baseline platform where it does work then that would be helpful.

Phil

jameswilson · Post by **jameswilson** » Mon Dec 12, 2005 10:11 am

it will be a 3gig celeron d i suppose the chipset is irrelevant