Dude, I've told you on three separate replies that you can not possibly use coins OR average difficulty as a measuring tool. How many more ways can I explain that without it sounding insulting? It's just not possible, the fluctuations of difficulty are not predictable and can not be averaged. It can be 25 one block, 125 the next block, then 90 the next, then 300 the next twenty. You can't use it at all as a measuring tool. A simple way to measure is by hashrate and shares submitted AT the pool. It doesn't even need to be concurrent with both miners, it just needs to be at the same pool that uses a static difficulty and not a variable difficulty that the pool regulates.
Also, I haven't heard the 1060, 1070, or 1080 getting big gains from this hsrminer. Seems to work much better on the TI's.
Who cares if each block has a different difficulty or you can't know what the difficulty for a block will be before it is solved? You will certainly know the difficulty of a block after it is solved and as long as the pool finds blocks at a sufficiently rapid rate you can simply add up the difficulties for each block as they are found by the pool then divide by the number of blocks found - simple as that. I *assume* this is how minethecoin.com determines the average difficulty over the past 24 hours, but I admit I don't know for sure.
But if people here won't be satisfied unless I run the miners concurrently on the same pool, well, I'll see what I can do. It does not look like the official TZC pool will let me do that easily - you have to register with an email address, username, password, etc. - but a single-algo, multi-coin pool like hashrefinery or zergpool could work (although now we're adding the complication of not mining the exact same coins for the same times).