To interpret this for cgminer, you'll need to change a few things - probably something like this...
cgminer --scrypt --worksize 128 -g 1 --lookup-gap 2 -I 12 --thread-concurrency 58624
A TC as high as 58624 won't work on any of my cards. Right now, I primarily use either 20479 or 28672 , although different values seem to be optimal for different algorithms/clockrates/BIOS versions. My experience suggests that lower thread concurrency actually yields better results a good portion of the time, and I find the lowest (shaders*n)+1 or -1 value that doesn't produces HW errors often yields the most completed work.
I will pull and build YACMiner on one of my rigs setup later and see what happens when I try your posted settings.
This is why you were having success then. To mine YACoin, YBCoin, ZcCoin OneCoin, or anything that's currently at N=14, you NEED as much memory allocated as you can. That thread-concurrency (58624) is the equivalent of the value I'm able to allocate on my cards. I could NOT allocate that amount when I only had 4GB on system memory - I was limited to somewhere around a TC of 28000. I could get the equivalent hash rate by allocating half of what I needed and running half the shaders, but when I added a third card, I couldn't even allocate half on the third card.
In my experience, I advise anyone who asks to put in 8 GB of system memory for mining scrypt-chacha coins that will be running cards with 4 GB of memory on the card. My other machine with 4 2GB cards works just fine with 4 GB system memory - it is at the limit though as I'm allocating 1753 MB per card - much more than that and I was having problems.