Quote from: up2urheadlights on March 06, 2014, 09:11:23 PM

Quote from: wolfey2014 on March 06, 2014, 02:22:45 PM

Quote from: up2urheadlights on March 06, 2014, 07:07:39 AM

Quote from: wolfey2014 on March 06, 2014, 06:37:40 AM

Quote from: up2urheadlights on March 06, 2014, 06:22:09 AM

Quote from: wolfey2014 on March 06, 2014, 03:52:48 AM

Quote from: SummersideGuy on March 06, 2014, 02:04:16 AM

How do I revert back, as now I cannot seem to scrypt mine with the miner ony sha

EDIT: I reinstalled the STM virtual comport driver and back to mining scrypt. In Zadig I do not have the same options as shown in the how to dual mine link above. I do not see CP2102 USB to UART bridge control option listed there anywhere. I installed this driver and it still does not show up there

I would guess.....
If your com/lpt port drivers in device manager still show.
First, close Zadikitup, then go into device manager and refresh the drivers via right click on comm port then click on 'scan for hardware changes'.
Then unplug and plug back in your GS5 and you should be good to go.
I think this might work instead of re-installing the STMelectronics Virtual Comm Port drivers...
That is unless Zadickitallup overwrote or deleted them...
I'm very leery of converting over to cgminer 3.7.2 and having to install Zadig after having cpuminer and my GS5s running like a top for a few days now!
I wrote in to Crypto Mining Blog and asked about them adding real time hash rate to cpuminer. They suggested I convert to cgminer.
I thought it was a good idea when I found out that overclocking evidently works better with cg but now I'm reading that, maybe it ain't a good idea until a firmware upgrade is performed, if that ever happens, right? If cgminer turns out to be stabilizing higher clock speeds i.e. 900, 1000, 1100, 1200...then I'll consider it very strongly.
It seems no one except the very astute and experienced programmer types can figure out how to dual mine.
I'd like to try that soon, myself! No need in letting those btc fractions going to someone with a FIFTY THOUSAND DOLLAR - billion kazillion hashes per second super duper coin pooper have it all!, eh?
As for now....
They are hashing away very nicely with CPUMINER at 850MHz! Hey, if it ain't broke, don't bypass it with some other shyt! USE the crap out of it! $$$$$$
Wolfey2014

I don't get why you would want to dual mine or mine sha-256 with these. LTC profitability > BTC profitability. If you dual mine, your LTC hashrate is going down to compensate, it's not like you are leaving the BTC power on the table by not enabling it. From what I've heard, you can get 2.5 GH/s BTC and 200 Kh/s LTC while dual mining at stock clocks, and you are using more power, to mine less profitable coins. If you want to mine BTC there are much more less expensive ASICs that can get higher hashrates for less money and less power and you won't be wasting your more profitable hashes on your Gridseed.

Maybe he just thinks mining btc is fun, and don't forget that it could become more profitable if the value of btc goes up as predicted. Those miniscule Btc fractions will go up in value as well!
Don't get me wrong. You are right in what you say too.

I would love to see someone find a way to reprogram the GC3355's to utilize the otherwise unused btc cores to run Scrypt! I mean, I know the firmware probably won't allow it but the engineers saw fit to only alot 4 cores for Scrypt mining and alot 160 cores for btc frikkin mining. What a waste! if you aren't using them! Give the algorithms are different for both, the processors are still just FETs (transistors) that are either on or off i.e. 1 or 0 just like the Scrypt cores are. So theoretically, they can be re-programmed to run Scrypt! Now that would be a vast improvement!

Then the GS5's would really crank out the hashes. I mean they'd probably be hashing at several times the current rate! And even though they would draw more power, it wouldn't be as much as SHA processing uses because Scrypt is much more efficient, electronically speaking, than SHA-256.
Yeah, that would be cool!

Just my 55000 quarks! Wink

Wolfey2014

Wolfey, I can't tell if you are being serious or just fucking with me. Either way, I've added my "cents" below.

I think if it were possible they would have done it already. An ASIC cannot be reprogrammed. It can only do what it was programmed to do. I'm thinking the chip was made with LTC cores and BTC cores, the LTC can LTC and the BTC can BTC. That's it. The fact that they can't run at full hash at the same time leads me to believe there are shared resources like memory being used or maybe a thermal ceiling imposed by the other components. I'm not an electronics engineer, but don't hold your breath for some magical hashes where they can't be had.

Anyway.....
Nothing personal. This is addressed to everyone, not just you. I am quoting you so everyone can follow along on the subject.
Anyway...
Chip design is hardware.True, once made, it's made.
Put real simply, software is SOFTWARE, firmware is SOFTWARE written in to non-volatile memory, like in BIOS -....but that can be re-written too! It's called firmware because it's software written in to non-volatile ROM (Read Only Memory). Firmware is used in our little machines to tell the BTC cores how to produce hashes the SHA-256 way. Firmware is used in the LTC core to tell the little hasher how to hash the Scrypt way.
SHA and Scrypt are algorithms. An algorithm is a set of instructions of how to solve a problem and it is usually run in a loop, as we see in the DOS window the 'same' steps being performed over and over and over. It's the brains of the chip. That is the FIRMWARE at work!
Long story short, and as far as I am concerned, the SHA core can be re-programmed to run Scrypt algorithm instead of SHA-256 algorithm. It's that simple! One thing that bugs me about my
Re-write the firmware and we have a set of chips that can now run the heck out of Scrypt at a much higher hash rate! ..... Yeah baby! Yyyyyyyyyyyeahhhhhhhhhhhhh!
Wolfey2014

Wolfey, No offense, but what you are saying is fundamentally wrong. I agree firmware can be upgraded, but it's going to do nothing to change the function of the underlying physical silicon that was made to do only one thing. If BTC ASICs could be simply reprogrammed then don't you think someone would have capitalized on this from the start? The firmware is there to communicate with the BTC/LTC cores and pass it on to the computer/USB, nothing else. You can update this to improve stability, maybe get some more hashes by optimizing how the work is passed on to the core and work is received back to the computer.

On the other hand, FPGA is meant to be reprogrammed, and there is actually open source firmware that takes some of the older bitcoin mining FPGA and converts them into scrypt machines. Maybe that's what you are thinking about, but regardless, please do some simple research prior to spreading this around.

No offense taken at all and I apologize if I've accidentally misled anyone.
I was speculating and I suppose I should have qualified my statement as such.
Still, I will research it further. I do know about FPGA's. I'd love to be using some of the FPGA's I know about out there. Talk about high hash rates, economical, efficient, high profits, fast ROI. Nice!
You are right, I don't understand enough about the physical nature of the processors. It doesn't make sense to me though, that the physical difference is that 'different'.
As to "do I think they'd be doing it if they could already",,,, well, there are several things that could be being done that aren't and you could ask the same question of them. Anyway.....to answer your question, no, not necessarily. Wise up.
Well, so much for dreaming of my GS5s being x times faster,,,at least for now Wink

Oh, and if you can point me to some references on the subject for which you seem to feel more qualified than I to speak about, please share it with me/us all. Wink

Wolfey2014