I’m afraid the problem isn’t in QuickLook, instead it is in the UTI system. Apple adopted UTIs as a replacement for other filetype designators including: TYPE/Creator codes, file extensions, MIME types. Unfortunately, it isn’t implemented well and the underlying system still relies on file extensions.
I added some code to Animator to export the .img (EIDI type) as a UTI. Looking in the launchservices database I can see that the UTI is properly registered on my machine. However, QuickLook still does not work....and here is why: Apple is still depending on unique file extensions to determine the type of file AND Apple has reserved the .img extension for the now obsolete version 4.2 disk image file. So when QuickLook attempts to open our .img file, the system insists that it is a disk image and it can’t interpret the file properly.
What should happen is that LaunchServices should realize that there is more than one .img UTI and then use the only TYPE to determine which is the correct one. It does not do this.
I have posted this problem on Apple’s QuickLook developer forum. Apple has said this is a “weakness” in the UTI system. Other Mac developers have called it a bug and have filed bug reports with Apple. Nothing has been done by Apple to address this issue.