recipes in simple compress mod (and potentially similar mods) can sometimes have productivity researches from EPR generated for them. since this can create an infinite resource loop, suggestion is thus:

if the recipe contains a single ingredient of n_items (item to compress), and whose product only has a single use (excluding recycling-type recipes) which returns the initial ingredient in the initial amount, treat it as a compression/decompression recipe or a looping-recipe and do not generate productivity research for it. simple compress mod is the one i checked that did this. possible deadlock's stacking may also do this but i haven't checked.

Alternatively, can add an internal blacklist of mods/known recipe sorts that prevent EPR from interacting with the simple-compress mod, deadlock stacking and the like.

or, this could be a case for the compression-type mods to run something in data-final-fixes that restricts productivity in their own recipes (even if a prod-module manipulating mod is included) ?

(it might be simplest to simply code in the exclusions for mods which....all they do is add compression/decompression recipes)

I'll have a look at this. This might be fixed automatically with one of the changes coming in the next version, where I'm excluding "catalyst" results. If the mod is setting the recipes up correctly.

I've had a look at two mods that add compression. I'd hoped that they add their recipes in a way that marks their output as not applicable for productivity - which is not strictly necessary as the recipes do not allow productivity in the first place. You'd run into the same issue with mods like "Productivity fix" - allowing productivity modules for recipes where it's not intended.

I'll add explicit, internal blacklisting of "compression" type recipes.