Legacy ImageMagick Discussions Archive

I modified your shell script a bit, so that it extracts a 512x512 image and rotates it internally, then at the end it runs the rotation value against the whole image. Seems to take about 2 seconds per frame, which isn't too bad, considering the machine is no powerhouse and these are big images ...

I was finally able to get it to work by using yum to install fftw3-devel, not fftw2-devel as described above. ...there go 5 hours I'll never get back! Thanks for the help. Now to figure out how to make this work on the mac. I'm not sure I understand what the yum version is doing differently than I ...

Ok, on the CentOS box, EPEL is installed. I've installed fftw2-devel with yum as described, and ran configure. The result is the same as above:
When I make/make install and then run convert, it's not listed as a delegate either.

ImageMagick-7.0.4-3 fftw-3.3.5 I'm installing from source and having the same issue on both Mac OS X 10.8.5 and CentOS 7. I'm able to install ImageMagick but for some reason it's not recognizing fftw as a delegate. here's what I'm doing: 1) install fftw from source: ./configure make sudo make ...

That's fine - we're on linux

Wow. Thanks. Ok, I need to dig into this a little deeper to understand what's going on, but I'll play with it later this afternoon.

Cool!

snibgo wrote: ↑2017-01-11T08:24:06-07:00 Another possible approach: Fourier. Yeah, I think that would do it.

Can you elaborate? This is getting into math that's beyond my paygrade, so if you have an example of how you'd approach this, I'm all ears!

Thanks!

Do you have a feeling for how fast you want this to be? It might take up to a minute per frame, and there are an awful lot of frames in a film. Well, the color reconstruction is done in about 1 second per frame on our current system, which isn't a very fast machine (a Pentium 3240 dual-core @3.1GHz ...

Thanks. So to answer your questions: In the example frame, we have approx 15 pixels between edges, but the edges are not exactly vertical. There is a drift from top to bottom of about 22 pixels, so about 0.4 degrees. Is this fairly typical? Would you say there is a maximum angle, eg it is never more ...

We have some custom built software to reconstruct encoded color information in black and white 16mm film scans, using the lenticular kodacolor process (a film format from the late 1920s-early 1930s). Essentially, there are lenticular prisms on the film and a filter in front of the lens that splits ...

If your input is DPX then I expect that "-define png:swap-bytes" does nothing at all, and is best removed from the command. You're correct. I was able to eliminate that and the image can go direct from DPX to TIF now. That was a remnant of the problem pointed out earlier that caused a noisy image ...

Ok, delegates installed and now I'm able to get it working at a basic level from DPX direct to TIF in one line:
Thanks for all the help!

fmw42 wrote:

Delegates: bzlib x xml zlib

You have no delegates for jpg, png or tif

Aha! I followed the quick install instructions and assumed all of those formats would be supported out of the box. Assumptions...

I'll get those installed and reinstall IM this afternoon, and report back.

Thanks!

Can you supply an example of each DPX that doesn't work? Absolutely. Here you go: DPX 10 Bit Mono: https://www.dropbox.com/s/ga1eskkk073j7vc/BaseUp_DPX_MONO_10Bit_009.dpx DPX 16 Bit Mono: https://www.dropbox.com/s/akf2mgxtixw43m7/BaseUp_DPX_MONO_16Bit_009.dpx DPX 10 Bit Color: https://www.dropbox ...

Ok, I'm still having issues here. I've done a few updates, so here's the current setup: Hardware: MacPro 8-core 3,1 -6GB RAM, 2x 2.8GHz Xeon, with OS X 10.6.8 Snow Leopard Version: ImageMagick 6.8.8-7 Q16 x86_64 2014-02-18 http://www.imagemagick.org Copyright: Copyright (C) 1999-2014 ImageMagick ...