Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 133. (Read 5805649 times)

I was referring to experience with end user customers with legacy vertical market applications and not mining.  My experience has been when a customer reboots his laptop or plugs the USB to Serial dongle into a different USB port then Windoze assigns it a different com port.  Which caused me sometimes hours on the phone trying to walking customers through figuring out what the port number is an correcting the configuration.

I didn't even want to go down that road with a bunch of BE's and a  Jalapeno.  So I didn't.  And I have been happy with my results.

Dear Viceroy,
Not quoting the entire post is non-sensible as others can and have read the fully quoted response. Just trying to help you get a life. Instead of reading 720 pages and making an excuse why you need to bash developers of free to use and or not to use software. You have nothing to gain by cherry picking but to fully declare that you are acting like a spoiled Troll. Pretending you have nothing to gain from looking elsewhere makes you an ignoramus. Good day to you and may the fleas of a thousand camels infest your crotch.

I was left "doing my own thing" because Con and Kano were unwilling to continue collaborating.
And BFGMiner now has more contributors than cgminer, just FWIW.

Hotplug is definitely a good feature to have, IMO. But there is nothing about it that requires bypassing the official drivers. BFGMiner does hotplug just fine with any USB, VCOM, or HID device, and will automatically trigger it in the next version.

I'm curious as to what you had to fight? The VCOM drivers just automatically work/install in most cases...

Looking for cgminer and scrypt information. Since the paragraph hadn't changed subjects I assume you are intentionally being dense.

Not tried what?  thanks for the non-sensicle post.   

I really like the direct USB as well.  Fighting with USB Serial drivers is the biggest headache I've had in my day job with supporting customers.  The direct USB has always worked great for me.  Most of the problems I see is people insisting on using serial drivers with CGMiner when it no longer needs them.

So let me see if I understand this. Con and Kano can not work in a team yet they do work as a team.  Odd the one doing his own thing worries about team work.....

Libusb does avoid the ftdi driver. I am not as sure its the "official" driver but it is definitely the standard driver. All that driver does is make a fake serial port to communicate on. It isn't really better. Direct hardware access can be scary I suppose for some people. I like the idea that cgminer avoids yet another layer of abstraction between it and the hardware. Still everyone has some preference.

I really do like the hotplug ability that libusb added. Maybe no one else does. Even there you have to change a driver to get a feature. I'm not sure it is a big loss or mind boggling. I was glad they did make cgminer more similar between Linux and Windows. Then again I switched to Linux for my serious mining so I suppose to each their own.

Yeah, the USB driver decision was, and still is, mind boggling.  Hotplug is pointless - any serious miner will never need hotplug on their USB miners. 

Try running it from the command prompt. All the stuff that scrolls before the page closes should be visible. Other than that if its got api support you could always run cgwatcher and thats got a bunch of reports that it shows while cgminers running,... though I use it for my crashing problems that haven't been resolved yet to keep cgminer going.

If you only use a single pool like eclipsemc (which I'm referencing for features and not recommending), which I believe has fields you can fill in to get an estimate on use and cost.

Good luck

For cg miner 3.7.2 are there any saved logs that I can view that shows when cg miner started and when it stopped running? I want to know this so I know exactly how much electricity it is costing me.

This thread always has the best fights! *munching Popcorn*

A search on this thread with cgminer and scrypt returns only 16 pages. A google search covers the subject as a second hit. At this point it is obvious you have not tried. Good luck in getting where you want to go.

Alright.  That seems fair enough.  We'll take a crack at it, and if it look to be too much for our timeframe, we'll poke a couple developers.  Thanks for clearing that up.

I like you, kano, and I find ljr to be the biggest douchenozzle that ever was. Can't stand him. But please don't insult my religion just because one person is a hypocritical liar.

Just coz you say something over and over again, doesn't make the fact that you attacked and shut down an altcoin with your pool suddenly become false.
I'm sure your silly religion says that if you lie about something it's wrong to do that ... consider that next time when you lie about something.
You do it quite regularly, so you may not notice it, but if you do notice, remember that it's wrong to do it and try not to.
Also your fake god doesn't make sure everything you say is true - you do need to blame yourself for all your actions.
It's better, in your case, to think along the lines of everything you say is a lie, then it will relate to reality more.
Though, reality is something you have trouble with ... so that may not help either.

Here - I'll give you an example to mull over ... and if you can see the problem, there might be some hope for you in the future ...
https://bitcointalksearch.org/topic/m.1369274

... and if it's scrypt hardware ... whatever you do - DON'T send it to me.

Long term getting code for new devices into master cgminer code will guarantee the best long term support for the devices. Clean up the code to merge with current cgminer git master code using the driver model all other devices follow, following the code style for content/code style, make sure the code doesn't try to change other aspects of core cgminer code that affect all other users, and push it onto git, asking for a git pull request. The code will be reviewed, a few changes will likely be recommended, and after the changes are made, I'd be happy to just pull the code in as is into cgminer. All maintenance and development becomes the responsibility of the person pushing the code for that driver, but if done in a seamless way, no changes to any of the rest of cgminer will likely ever have any detrimental effect on the code, so only improvements and bugfixes will be required. The other option is to send one of the developers, i.e. myself or kano, a piece of the hardware, along with sample code, and we will make the code mergeable with current cgminer and develop and maintain it further. I personally am currently drowning in code and hardware so there will likely be delays if this is done to me specifically unless the code is very close to mergeable anyway.

So what is the process for adding new parts to this?  We've got the Coincraft A1 in the wild, and some of the simpler DIY boards are just USB-SPI bridges.  Zefir did some great work on the bitmine cgminer branch, but the base code was a bit dated.  Do we fork/branch, port the A1 bits, then see what it takes to pull/merge it back?

Curious why you like to slander others so much?
I mean, I understand it might be hard to make me look bad using facts, but are you really so desperate to make me look bad that you're willing to lie?

And now you choose to support a developer who uses his pools hash rate to attack and destroy the alt coins you want to promote? shutdown a alt/scamcoin?

Edit: Trying to make a my statement more accurate.  My point was not to accuse Luke-Jr of wrongdoing, but that he may not exactly be an Altcoin proponent either.