Assembly Hall

Is this one actually a bug? You need a RAM for every run, they judt don't get destroyed in the process.

You misunderstood Danika because you were too busy raging.

The RAM requirements don't round up to 1, they require a RAM for each run, but don't use the entire thing up. This might not be what you're hoping for, but it is a perfectly valid way for it to be implemented. How you have decided it 'should' work and how the devs have decided that it will work are not required to overlap.

Also, confirming that calling people 'incompetent', saying they 'fail', and cursing at them is the best way to get them to do you a favor and change things to how you want them

And if you think about it, it is rocket science after all

Okay my 2nd and 3rd post was to that you do not understand that it is a bug but i did not respond to what your trying to say to me other than reexplaining my self. so let me reply to the theori from 2nd post that it is the correct behavior that it need a ram for each run.

The process is before clicking build you have to have all the correct amount of materials requiered, this windows shows the rounded fight based on amount of runs and it is here i say its bugged it whould let you click bug unless you have the amount of ram correspondig to amount of runs.


Okay here is your flaw in that theori

When build is pushed it takes the stack of r.a.m.s.- you need and unpackage them from the main stack of r.a.m.s.- with the true amount needed in this example of veldspar II blueprint 45 r.a.m.s.- of 3000 run build, This is actually visible in your hanger when one click build you can see that it actually takes one r.a.m.s.- and unpackage it and then next until it has enough r.a.m.s.- unpackages that match the % of the amount times the amount of runs and thus leave the remaining stacked, it does not cycle each r.a.m.s.- and does not dmg each of the 3000 r.a.m.s.- that was there from the begining.

So end result is you do not need 3000 r.a.m.s.- you only need 45 thus window that calcutate the amount of materials needed shows that you need 3000 r.a.m.s.- in order to be able to click build is incorrect hence its a bug. This clearly shows that its rounding bug with r.a.m.s.- that the window does not calculate the amount needed on the percentage it converts the r.a.m.s.- procentage to decimal number by "round(1/1.5%)" when this happens no mather what this number will always be less than 1 thus you must have according the build window the amount of r.a.m.s.- to equal the amount of runs cause this windows calculates that it uses 1 r.a.m.s.- for each run although this is not the case.

And my second support for that this is a bug, before the rounding change you only needed the amount correct amount of r.a.m.s.- and r.a.m.s.- back then wasnt repackageable and if you had one r.a.m.s.- with 50% left and 45 and was building a off equal number as 3001 i whould be to click build, today if i have the same it will not click build cause will not calculate in the r.a.m.s.- 45 100% r.a.m.s.- with the 46 single r.a.m.s.- with 50% dmg even though it has enough to build it.

So actual its kinda 2 bugs in one it doesnt calculate the amount of r.a.m.s.- "runs" you have available and the build window incorrectly rounds the percentage.

i Hope i have successfull convince you that this indeed is a bug (2).

I've experienced your pain....

I'm just glad that the manufacturing script uses up partially used tools prior to using up a new tool. If they can quickly fix the manufacturing processes so it can ascertain the number of tools you need, this would be a welcome fix. However, I don't think its worth an extraordinary amount of time.

Pretend we're manufacturing Void L. Each run requires a R.A.M. ammunition tech tool, and each run uses 65% of a tool. If you try to install a 10-run job, you would need 6.5 Tools to complete it, and with the current system, the job will ONLY use 6.5 R.A.M. tools. However, before you can install the job, the game does a "do-you-have-the-materials-to-do-this-job" check. In that check, it counts all tools as whole entities, meaning I need 10 Tools to install the job, even though the job will only use 6.5 of them.

This is typically a MINOR annoyance, as tools are NOT expensive items (typically < 100k each), they are not used en-massand (1-2 tools per run), and, in my experience, are only used in t2 production. Since most t2 production is done from invented bpc's, which have a small number of max runs (<20), stock-piling 100 r.a.m. tech is no big deal (<10m isk)!

If you are mass producing items off a t2 BPO (say 3000 "220 Vulcan Autocannon II"'s), then you would need 3000 weapon tools even though the job will only use 1080 of them. For small items (ammo, crystals, etc), each run uses < 20% of the tool, and the discrpency between how many you need to install the job, vs how many you actually use is larger.

Again, I'd like to point out that this is a MINOR issue. If you can afford a t2 BPO, and all the other materials to do a 3000 run job, then it's absolutely ridiculous that you can't afford a stockpile of 3000 tools to run the job. And if you can't, then perhaps you should only do 300 runs at a time, rather than 3000!!!!

The 10000 papercuts project is exactly where this proposal belongs!!!! It's a minor issue that should be fixed if it can be dones so in a minor amount of time...

I've had a similar issue before, when I produce imperial navy enams in a 5 run, I require 5 RAM's to make it. But the thing is each run takes 20%, so it should only 1 full brand new RAM to make a 5 run, but i need to have 5 in my hangar.

Imagine you are producing a whole bunch of stuff, and you have bunch of used RAM that have varying amounts of damage on it.

Now when you manufacturing they have to figure out how much each ram has before starting the manufacturing process.

I think this is part of CCP's laziness, they don't want to bother with coding whether you have a brand new ram or already used RAM.

It one of the many annoyances of half-baked stuff that CCP created. Eventually they will get around to it, but they have mountains of unfinished stuff the have to take care of first.

Its a good thing Incarna Rage slapped them in the face now they are working to fix things instead of creating new and half baked content to attract subscribers.

"Working on existing content does not attract more subscribers than new content."

Yeah great thinking CCP now you got a slap in your face with sub drop and crap for that way of thinking and treating eve like a cash cow.

Supported

After sifting through all the useless flame-warring in this topic, I think its worth saying that if this really isn't working as intended it needs to be fixed. As such a small issue it deserves some attention, because frankly, it makes sence for small easy to fix changes to get some attention (because they're more likely to get changes).

Also, all this flaming is daft and ridiculous. Started by a rude OPer, aggravating an easily aggravated troll (Drake), who is further aggravated by the appearance of a troll who usually manages to disagree with everything without really making any sence (Tiger).

That is all.

CCP Please fix this :(

Fix this **** ccp, also Nerf Tracking Dreads