 Show Posts
|
|
Pages: « 1 [2] 3 4 5 »
|
|
Seems like a scam. I'd stay away.
|
|
|
|
|
Even if you're entitled to a refund by UK law, it makes no difference if they claim they have no money left.
These guys are crooks, they've probably already devised a way to hide the money, either in BTC, or by having family members hold on to it or putting it in some other business.
Alpha Tech will simply declare bankruptcy and they'll never pay a dime.
|
|
|
|
|
Purchased a Microsoft Project Pro 2013 VLK from OP, and had no issues.
Seller provides great after-sale support as well and is really committed to helping out his customers.
Thanks!
|
|
|
|
|
Reasons that I'm unable to loan you the BTC are as follows:
[ x ] No Collateral
[ x ] Very new user
[ ] Repayment terms not clearly stated
[ x ] Reason you need the loan seems suspicious
[ x ] Not enough positive rating
[ x ] Ability to payback seems questionable
|
|
|
|
Bump  |
|
|
|
|
If you're using the binary that Remember remember the 5th of November shared via dropbox, it doesn't include the calc_addrs.cl file, you need to get that from the main vanitygen download zip.
|
|
|
|
That seems to have gotten the speed back up to what it was.
I still have the system crash if I run two instances of it with different video cards...any idea what is causing that?
I map one instance to -D 0:0 and one to -D 0:1 and still have a third un-used GPU in the system but the system crashes.
This sounds like a driver issue to me. Running 14.4 Catalyst -- any suggestions on what to do differently? I must have misunderstood, I thought the driver issue was the problem your binaries were solving? |
|
|
|
|
That seems to have gotten the speed back up to what it was.
I still have the system crash if I run two instances of it with different video cards...any idea what is causing that?
I map one instance to -D 0:0 and one to -D 0:1 and still have a third un-used GPU in the system but the system crashes.
|
|
|
|
I spend several hours getting oclvanitygen working with AMD Radeon 7xxx on 64-bit Linux - Ubuntu 12.04 and Ubuntu 14.04. In the end only the following is needed: - Ubuntu drivers
- vanitygen patch
- 1 userspace library file from AMD APP SDK v2.7
I created a minimal instruction text file. Maybe this will save someone some hours of searching the internet. https://nastyfans.org/download/oclvanitygen.txtA similar patch for Windows exist, I've detailed it in my post above. I've downloaded your patch and overwrote the files that were included in my oclvanitygen folder with those that were in your binary dropbox zip. I'm running a Windows 7 rig with 3x R9 280x with Catalyst 14.4 and it is hashing much slower now. Previously I was using this command: oclvanitygen64 -D 0:0 -k -v -o output.txt -F compressed 1RainMan Now I'm running it with: oclvanitygen -D 0:0 -k -v -o output.txt 1Rainman and am getting around 5.6 Mkeys/s on a r9 280x ... that's significantly slower than what I was getting before (around 15 Mkeys/s+). Any idea what I'm doing wrong? Thanks! Hmm, now that I look at it, I don't think it's producing valid addresses. Try testing with an address say 1abc and see if the output starts with 1abc. Looks like Mr. Yu wasn't correct. But I wasn't paying attention myself. Yep, you're right, trying to generate 1ABC spits out stuff like: Address: 16qR3a1... |
|
|
|
I spend several hours getting oclvanitygen working with AMD Radeon 7xxx on 64-bit Linux - Ubuntu 12.04 and Ubuntu 14.04. In the end only the following is needed: - Ubuntu drivers
- vanitygen patch
- 1 userspace library file from AMD APP SDK v2.7
I created a minimal instruction text file. Maybe this will save someone some hours of searching the internet. https://nastyfans.org/download/oclvanitygen.txtA similar patch for Windows exist, I've detailed it in my post above. I've downloaded your patch and overwrote the files that were included in my oclvanitygen folder with those that were in your binary dropbox zip. I'm running a Windows 7 rig with 3x R9 280x with Catalyst 14.4 and it is hashing much slower now. Previously I was using this command: oclvanitygen64 -D 0:0 -k -v -o output.txt -F compressed 1RainMan Now I'm running it with: oclvanitygen -D 0:0 -k -v -o output.txt 1Rainman and am getting around 5.6 Mkeys/s on a r9 280x ... that's significantly slower than what I was getting before (around 15 Mkeys/s+). Any idea what I'm doing wrong? Thanks! |
|
|
|
I am using the 12.10 SDK, and I don't know if its the standard driver issue since I am able to get addresses to generate, but what happens is that for addresses that take longer, after a few minutes, the system reboots or the display driver crashes. I've tried to use the -g 1024x1024 variable also but it seems to make no difference, the grid size is always 4096x2048. Here's my output: C:\Users\Desktop\oclvanitygen>oclvanitygen64 -D 0:1 -k -v -o output.txt
-F compressed 1RainMan
Prefix difficulty: 51529903411245 1RainMan
Difficulty: 51529903411245
Device: Tahiti
Vendor: Advanced Micro Devices, Inc. (1002)
Driver: 1016.4 (VM)
Profile: FULL_PROFILE
Version: OpenCL 1.2 AMD-APP (1016.4)
Max compute units: 32
Max workgroup size: 256
Global memory: -1073741824
Max allocation: -1343225856
OpenCL compiler flags: -DDEEP_PREPROC_UNROLL -DVERY_EXPENSIVE_BRANCHES -DDEEP_VL
IW -DCOMPRESSED_ADDRESS
Loading kernel binary 5599b51694bf79accd1be695478549f0.oclbin
Grid size: 4096x2048
Modular inverse: 8192 threads, 1024 ops each
Using OpenCL prefix matcher
GPU idle: 10.20%
[11.35 Mkey/s][total 218103808][Prob 0.0%][50% in 36.4d] After 5-10 mins, it usually crashes. This is on a R9 280x (I have 3 total cards in the system but even just trying on one, makes the system crash). |
|
|
|
|
Trying to generate an address on a Win7 machine with 3 R9 280x's on it. Running AMD 14.4
Whether I run 3 separate instances (one for each GPU) or just one instance (with all 3 GPUs), the machine crashes with "AMD Display Driver has stopped responding" error after running for some time.
The same happens even if I just run on GPU, after a couple of hours, or sometimes only a few minutes, it will crash.
Is there a way to "reduce" each GPU from how much it is hashing? Or run it at less than full power?
Thanks.
|
|
|
|
|
Used monbux for escrow service.
Very fast, professional, and courteous.
Thank you!
|
|
|
|
|
Currently making a purchase.
BTC has been sent to escrow. Will update as the deal progresses.
|
|
|
|
Would be cool if I could get 1RainMn
Step 1 Public Key:
04DFFEAE47EE27B364E208C07E9CF0F709559E4EB5F4692429D78E7345FE554B8F4451229273A26 7466A546D568491F3AE549A0DF29585836428130A3E19CF6126
Thanks!
Difficulty: 888446610538 Pattern: 1RainMn Address: 1 RainMndPWGKBm3NuEa19aRn61uNXzWNo PrivkeyPart: 5KTuv99MZNN9CQja4MCBZ7CanagHXbwZbdkYJVbTqTEVwL3j4jK To retrieve your Vanity Address and Private Key 1. Goto bitaddress.org 2. Click on " Vanity Address" 3. Enter your private key you generated along side with your Public Key. 4. Enter the above PrivkeyPart in "Enter Pool Part Private Key (from Vanity Pool)" 5. Select " Add" 6. Click " Calculate Vanity Address" Your Vanity Address and Private Key will be generated. Thank you sir!  |
|
|
|
|
Would be cool if I could get 1RainMn
Step 1 Public Key:
04DFFEAE47EE27B364E208C07E9CF0F709559E4EB5F4692429D78E7345FE554B8F4451229273A26 7466A546D568491F3AE549A0DF29585836428130A3E19CF6126
Thanks!
|
|
|
|
Now, this is one of those situations where Alpha-T may pull the rabbit out of the hat in the next 30 days, but if I had a pre-order with them I'd be seriously concerned now if I wasn't already.
Oh my gosh, please, can everyone please stop trying to have a prediction on both sides of the fence so that they're never wrong? You're hurting the actual customers of Alpha-T and the community at large when you are seeing all the evidence of fraud and scam and you're still saying "OH BUT MAYBE THEY WILL STILL COME THROUGH." They are NOT coming through, they are scammers, and thieves and they have people's money and now they are working on how to avoid prosecution and get away with it. Stop giving others hope that they may still get what they ordered. The crime has already been committed and people who gave them money are not going to get it back from them. The only recourse anyone has now is to get law enforcement involved. |
|
|
|
|
In an ideal world, the people who will be ripped off here would serve as a reminder to others not to purchase ASICs on pre-orders from companies who have zero history or track record.
In reality though, this will just be another notch on the belt, and the scamming companies will keep popping up and stealing from their "customers".
Move along, nothing new to see here!
|
|
|
|
|
I didn't buy into the Alpha Tech sales pitch but I would personally encourage anyone who has paid them to start any sort of legal proceeding that you are able to against them. Don't give these guys anymore time. They are not acting in good faith and have shown that they cannot be trusted.
If you keep waiting and thinking "oh, maybe all these issues are temporary" and that this company will deliver, you will be losing precious time to try and punish these bad actors.
Also, STOP BUYING ASICs -- you will never get your money back. Next time you feel like buying an ASIC, send me 50% of the money instead and as strange as it sounds, you will be better off. I'm saying that tongue-in-cheek, but it is in fact true.
|
|
|
|
If you're interested, please make me an offer -- they are taking up space and I am looking for any excuse to get rid of them. All offers, no matter how low they are, will be considered! |
|
|
|
|
