Anyone is welcome to contribute code. In the meantime I will be spending what time I do have improving MultiMiner, BFGMiner, and MobileMiner. I'm not personally interested in trying to support a wide range of back-end miners that have varying command lines and APIs. I'd rather improve BFGMiner, which I personally think is a more worth-while way to spend my time.

i WAS mining at nonce-pool but it seems to be down.. as far as i see the other qubit pool is cpu-only.

i was running my cards at i13 and g2, nothing else specified, then the pool refused to give me work and i switched..

YACMiner has been updated to 3.5.0 today!

Version 3.5.0-yac2 - 13th March 2014
*** MAJOR CHANGES AHEAD ***
- Application can now mine scrypt, N-Scrypt, and scrypt-chacha based coins
- The command-line options for setting the algorithm have changed!
   --scrypt - Mine scrypt based coins
   --scrypt-chacha (this is the equivilant of what --scrypt used to do!)
   --nscrypt - Mine N-Scrypt based coins (vertcoin)
- Scrypt and N-Scrypt have different kernels.  You can use the N-Scrypt
 kernel for mining Scrypt if you like by passing "--kernel nscrypt" on
 the command line.  The converse does not work though.
- buffer-size is now fully completed, and thread concurrency is no longer
 needed.  thread-concurrency is still a valid option if you want to use it.
- Implemented new defaults if you do not provide a buffer-size or
 thread-concurrency.  It will attempt to allocate 88% of the GPU memory.
- lookup-gap now defaults to 4 if it is not set.
- W/U is back on the hashmeter at the top of the curses display
- Rejected count is now the number of rejected shares instead of the value
 of the sum of all the rejected shares
- Fixed OpenCL 1.2+ patch regarding BFI_INT patch still being done.
- cleanup code and extraneous files in project.
- More updates to the readme.md and scrypt-readme for further documentation.

started mining qubit, seems to be very power saving, just like the other algos too.

i'm getting 3mh for a 270. is this alright?

which parameters are most efficient in optimising?

thanks a bunch

Anyone know if there's any chance of a wallet soon?  We need one even just to see how much the air drop is worth

You can view the contents of the Python script here to check for any other URLs or domains:

https://github.com/Axadiw/CGMinerMobileAdapter/blob/master/CGMinerMobileAdapter.py

As for bandwidth usage I can confirm this and already talked to the author about it. Make sure you are using his latest version from Git. It submits statistics far less frequently.

I'm having trouble with the hashrate of my ATI if I try to mine with my nvidia at the same time. Could it be cudaminer setting related?
The setup is as follows
8gb ram
Gigabyte z68ap-d3 MB
Intel i5 3570k
1000w seasonic platinum
gigabyte 280x
Zotac gtx 680 4GB

Cudaminer settings for scrypt:
 -H 1 -C 1 -d 0 -i 0 -m 1 -l K8x32
results in 330 kh/s, not affected if the 280 is mining. On its own the 280 gives 720 kh/s, with cudaminer on around 620-650. I think I should be able to run it with full hashrate somehow?
I can provide some hardware readings too if necessary. Only thing unusual I notice with both running is the pagefile usage goes up to 8000+ compared to 6500 with just one miner on.

I hope they get an exchange soon

use vertminer v0.5.3 or  sgminer v4.1.0 with support for Scrypt-N