Pages: 1 [2] 3 :: one page |
|
Author |
Thread Statistics | Show CCP posts - 14 post(s) |
Caldreis
Caldari White Star II Ethereal Advancement Coalition
|
Posted - 2009.07.10 23:12:00 -
[31]
Originally by: CCP Explorer The Inventory System is highly scalable but also very generic. So for each blueprint item it only stores the type of the blueprint, but not BPO vs. BPC or the levels. That information is stored in different tables based on the itemID and we don't want to query those tables every time a hangar is opened. Rather we only query them when you specifically a show info on the blueprint or when we need this information. This request has been noted and we will implement it when we find a suitable solution that performs well.
I believe there was a post about using one of the data entries inside your client db to check if an entry was 1 or .5 or zero *something about tech 2/3 logo in top left* in one of the post in feature and ideas forum. I haven't check there if there were any news on it however.
|
WheatGrass
Gallente Silent but Friendly
|
Posted - 2009.07.11 01:28:00 -
[32]
Originally by: devlog Then in Apocrypha we corified more code using the new setup, such as the audio engine.
Originally by: el caido Yeah ... about that ...
Somehow I missed this. Any information regarding the numerous audio problems likely resulting from this would be appreciated... please. CCP silence on this is very notable.
|
Zeba
Minmatar Honourable East India Trading Company
|
Posted - 2009.07.11 04:37:00 -
[33]
Originally by: Tamasan Think you could find any other places to jam 'corification' or 'corified' into that devblog?
When you have to invent new words to describe what you're doing, you're either doing something really really awesome, or really really stupid.
Luckily, CCP is doing it the awesome way.
I agree, but am I a bad person for mentaly pronouncing them 'cornification' and cornified'?
Originally by: Hirana Yoshida Catering to the numerous lemmings in Jita is all fine and dandy, but does it allow for more pew?
More specifically, will you be moving systems/nodes around to allow for the FW areas (or at least the heavy action areas) to be buffed?
PS: MOAR GEEK BLOGS PLZKTHXBAI!
It's doubtful the code changes will have any effect on pew pew as the things being calculated in combat are completely different from the stuff getting the electronic abacus treatment in jita. Unless your fleet pew pew involves lots of item swapping to make lag traps. Then it might make a difference.
Of course I might be totally wrong and some of the changes might have positive effects on combat.
CCP?
Fake Edit: logging in 15 times in a row to post this. New forum blog plz?
Originally by: Vaden Khale He's doing the moonwalk in HEE-hee-hell.
|
Gnulpie
Minmatar Miner Tech
|
Posted - 2009.07.11 06:59:00 -
[34]
Great blog, yay! And of course the results are even greater
|
|
CCP Explorer
|
Posted - 2009.07.11 09:48:00 -
[35]
Originally by: Zeba
Originally by: Hirana Yoshida Catering to the numerous lemmings in Jita is all fine and dandy, but does it allow for more pew?
It's doubtful the code changes will have any effect on pew pew as the things being calculated in combat are completely different from the stuff getting the electronic abacus treatment in jita. Unless your fleet pew pew involves lots of item swapping to make lag traps. Then it might make a difference.
Of course I might be totally wrong and some of the changes might have positive effects on combat.
These changes will affect all of EVE, not just Jita, since the Inventory System is used everywhere in EVE, but the effects are most noticeable in major trade and mission hubs. Trade, item moving and missile deployment/explosion are inventory operations. The damage tracking system, which is most heavily used in combat areas, is a different system.
Erlendur S. Thorsteinsson Software Director EVE Online, CCP Games |
|
Malarkey
Minmatar Absolutely No Retreat
|
Posted - 2009.07.11 10:07:00 -
[36]
Can we all go back to Yulai now
|
Altaree
The Graduates Morsus Mihi
|
Posted - 2009.07.11 13:24:00 -
[37]
Originally by: Malarkey Can we all go back to Yulai now
BRING BACK THE EXPRESS LANES!!! YEE-HAA!! --Altaree Eve University |
Krathos Morpheus
Gallente Legion Infernal Wildly Inappropriate.
|
Posted - 2009.07.11 15:10:00 -
[38]
Edited by: Krathos Morpheus on 11/07/2009 15:11:24
Originally by: CCP Explorer The Inventory System is highly scalable but also very generic. So for each blueprint item it only stores the type of the blueprint, but not BPO vs. BPC or the levels. That information is stored in different tables based on the itemID and we don't want to query those tables every time a hangar is opened. Rather we only query them when you specifically a show info on the blueprint or when we need this information. This request has been noted and we will implement it when we find a suitable solution that performs well.
That's easy to solve, make new types for BPCs by just copying the BPOs types and changing the names. Double your BPs types and make bpcs to be on the copy type when created.
EVE Knowledge
|
El'essar Viocragh
Minmatar Meltdown Luftfahrttechnik
|
Posted - 2009.07.11 19:51:00 -
[39]
Originally by: Krathos Morpheus That's easy to solve, make new types for BPCs by just copying the BPOs types and changing the names. Double your BPs types and make bpcs to be on the copy type when created.
Exactly. One wouldn't even necessarily need to convert existing BPCs.
Adding a new information structure childID so sth like this to current BPOs that lists the itemID of copies of this BPO, then have the copy process create BPCs of that childID, which is basically a copy of the BPO, but has a green tint over the icon. These new greenprints would be BPCs for which there is no BPO of the same ID ingame, but we know that TQ can handle this because of faction-drop BPCs.
The old Blueprint Copies would eventually phase out because only new Greenprint Copies would get generated. -- [17:47] <Mephysto> its dead, jim |
Charles Javeroux
Gallente INTERSTELLAR CREDIT
|
Posted - 2009.07.11 20:48:00 -
[40]
Yay...more speed to the grid. That's always a good thing ----
- INTERSTELLAR CREDIT - your trade, our finance
---- |
|
Melonar
Core Element Blackguard Coalition
|
Posted - 2009.07.11 21:07:00 -
[41]
Originally by: CCP Explorer
Originally by: Melonar I don't mean to complain, but is the "corification" to blame for the drastic loss of performance in the In-game Browser?
No performance has been lost on this process. It has either stayed the same or improved.
Quote: I know there is a rather large "petition" in the Tech forum to replace the IGB.
There are plans for the IGB that will be revealed later.
Perhaps the corification is not the cause, but after Quantum Rise was released, loading the default IGB home page (http://www.eveonline.com/mb/news.asp - which I would expect to be tweaked for IGB efficiency) went from about 5 seconds to currently 40 seconds. I look forward to seeing the plans for the IGB.
|
Steve Thomas
|
Posted - 2009.07.11 23:21:00 -
[42]
Originally by: CCP Explorer
Originally by: Melonar ',""-?
. .
Quote: I know there is a rather large "petition" in the Tech forum to replace the IGB.
There are plans for the IGB that will be revealed later.
Good Because im about to use the "FREAKING HUDGE" logic probe on it the next time It pops open on me.
*.* *.* *.* *.* *.* *.* *.* *.*
Stop freaking worrying about why things the developerd did 5 years and more ago no longer make sence. |
Abrazzar
|
Posted - 2009.07.12 09:36:00 -
[43]
Cool stuff right there.
Now that we had some technical blogs, can we have one about mining and how you will change it really soon? -------- Ideas for: Mining
|
Tres Farmer
Gallente Federation Intelligence Service
|
Posted - 2009.07.12 11:27:00 -
[44]
nice read.
I wonder if you can do the same for the UI. As the way I understand it you separated grafics (3D mostly I guess) and audio related code and forced your other software departments to use an API for these modules, if they need to 'use' them. This way maintenance and tuning should be more efficient and faster.
Would it be possible to tell us what you think can be and needs to be corified also? For instance (just throwing stuff around): UI? POS mechanics? Sov? WiS? Mining? IGB? Market? Map?
The idea would be, that you would have Cores you could maintain/tweak independently from the others... well, I'm guessing anyways and am sure way off track.
Thx for the blog.
|
Franga
NQX Innovations
|
Posted - 2009.07.12 11:38:00 -
[45]
I enjoy reading these types of blog. Don't always fully understand them, but I usually get the gist.
Usually. Thanks again and MOAR. _____________________________
Please resize sig to a file size no greater than 24000 bytes - Mitnal |
Muhammed Jafar
|
Posted - 2009.07.12 16:33:00 -
[46]
Edited by: Muhammed Jafar on 12/07/2009 16:33:16 This devblog is an exercise in masturbation. Pat yourselves on the back, right after you wash your hands.
|
Salpad
Caldari Carebears with Attitude
|
Posted - 2009.07.12 21:02:00 -
[47]
Why was this dev blog's date altered? I distinctly remember having read it 1-2 days ago, i.e. on the 11th or 12th of July, but now its datestamp is the 12th and something like 4 hours ago.
-- Salpad |
Steve Thomas
|
Posted - 2009.07.13 01:24:00 -
[48]
Edited by: Steve Thomas on 13/07/2009 01:24:17
Originally by: CCP Explorer
Originally by: Dav Varan One thing that does concern me though. Theres an RL concept that the more roads you build to relive congestion the more cars will be used on those roads, once again restoring the congested state. Its good that 1,400 players can be on the same node , but wont this just encorage more jita usage as its now running smooth. Can we expect 1,5K 1,6K or more players to now turn up in Jita, especially as eve subscribtions grow and grow. At some point in the future the Jita handling of the core will be perfection. If it is not close to perfection allready. At that point no more performance will be possible and the ever increasing jita hordes will return jita to a state of lag :( Isnt there something you can do, like increased taxation at busy stations that will help to spread the horde out over multiple nodes.
We are still exploring various game design changes, some of which mimic RL solutions such as taxation of busy areas encouraging players to seek out less busy space. I would emphasise that nothing has been decided yet and we are not implementing any such changes at this time.
Stop trying to violate Smeeds law.
to whit
Freeman Dyson summarized:
Smeed had a fatalistic view of traffic flow. He said that the average speed of traffic in central London would always be nine miles per hour, because that is the minimum speed that people will tolerate. Intelligent use of traffic lights might increase the number of cars on the roads but would not increase their speed. As soon as the traffic flowed faster, more drivers would come to slow it down.....Smeed interpreted his law as a law of human nature. The number of deaths is determined mainly by psychological factors that are independent of material circumstances. People will drive recklessly until the number of deaths reaches the maximum they can tolerate. When the number exceeds that limit, they drive more carefully. Smeed's Law merely defines the number of deaths that we find psychologically tolerable.
Wiki Waki
*.* *.* *.* *.* *.* *.* *.* *.*
Stop freaking worrying about why things the developerd did 5 years and more ago no longer make sence. |
Nidhiesk
|
Posted - 2009.07.13 11:17:00 -
[49]
I get the feeling that you guys worked more on the code rather than the content and upgrades itself like new feature. I can't state an actual % but my little finger says around 50% or even a bit more. Will that change sometime so you guys can work more on the features itself ?
Like getting the carriers "redone" or "reworked", the manufacturing named items, bpo/bpc problem and such and walking in station all by the end of the year.
|
|
CCP Explorer
|
Posted - 2009.07.13 13:51:00 -
[50]
Originally by: Salpad Why was this dev blog's date altered? I distinctly remember having read it 1-2 days ago, i.e. on the 11th or 12th of July, but now its datestamp is the 12th and something like 4 hours ago.
Don't know, it was posted 2009.07.10 @ 14:39 GMT. I don't notice any changes but someone may have been correcting a typo.
Erlendur S. Thorsteinsson Software Director EVE Online, CCP Games |
|
|
|
CCP Explorer
|
Posted - 2009.07.13 13:54:00 -
[51]
Originally by: Nidhiesk I get the feeling that you guys worked more on the code rather than the content and upgrades itself like new feature. I can't state an actual % but my little finger says around 50% or even a bit more. Will that change sometime so you guys can work more on the features itself?
This varies based on what we are doing at the time. During Apocrypha we are mostly working on new features. For Apocrypha 1.1 it was defect fixes, in 1.2 and 1.3 it was engineering updates. In Apocrypha 1.5 (note that there will not be a 1.4 release) we are mostly delivering new features and new content.
Erlendur S. Thorsteinsson Software Director EVE Online, CCP Games |
|
Salpad
Caldari Carebears with Attitude
|
Posted - 2009.07.13 14:22:00 -
[52]
Originally by: CCP Explorer
Originally by: Salpad Why was this dev blog's date altered? I distinctly remember having read it 1-2 days ago, i.e. on the 11th or 12th of July, but now its datestamp is the 12th and something like 4 hours ago.
Don't know, it was posted 2009.07.10 @ 14:39 GMT. I don't notice any changes but someone may have been correcting a typo.
This page says 2009.07.12 @ 19.24. link.
-- Salpad |
Batolemaeus
Caldari Free-Space-Ranger Morsus Mihi
|
Posted - 2009.07.13 14:24:00 -
[53]
Originally by: CCP Explorer In Apocrypha 1.5 (note that there will not be a 1.4 release) we are mostly delivering new features and new content.
I still find it amusing that Eve 6.14 will be Apochribba 1.5
It doesn't make sense dammit. ----------------------------------------------
Originally by: CCP Prism X In New Eden, EVE wins you.
|
Nyphur
Pillowsoft Total Comfort
|
Posted - 2009.07.13 14:45:00 -
[54]
Originally by: CCP Explorer The Inventory System is highly scalable but also very generic. So for each blueprint item it only stores the type of the blueprint, but not BPO vs. BPC or the levels. That information is stored in different tables based on the itemID and we don't want to query those tables every time a hangar is opened. Rather we only query them when you specifically a show info on the blueprint or when we need this information. This request has been noted and we will implement it when we find a suitable solution that performs well.
Do you mean every time a hanger is opened for the first time in a given session or is there really no caching in the inventory system? From experience with opening hangers in-game, I've noted that some definitely take a long time to open regardless of whether they'd been opened that session. An example is corp hanger divisions, which often take a few minutes to load when stuffed full of items even if the hanger hasn't changed since it was opened last.
|
Shena Morby
Caldari School of Applied Knowledge
|
Posted - 2009.07.13 17:50:00 -
[55]
Originally by: Tres Farmer nice read.
I wonder if you can do the same for the UI. As the way I understand it you separated grafics (3D mostly I guess) and audio related code and forced your other software departments to use an API for these modules, if they need to 'use' them. This way maintenance and tuning should be more efficient and faster.
Would it be possible to tell us what you think can be and needs to be corified also? For instance (just throwing stuff around): UI? POS mechanics? Sov? WiS? Mining? IGB? Market? Map?
The idea would be, that you would have Cores you could maintain/tweak independently from the others... well, I'm guessing anyways and am sure way off track.
Thx for the blog.
Any chance to heard something about this?
|
croakroach
Gallente THE FINAL STAND
|
Posted - 2009.07.13 22:08:00 -
[56]
Great work on the CPU usage, it is a little less laggy. Could you look into the network traffic next? We had an engagement on the Sunday mentioned in Jita and the node desynced from our fleet. One went from full health to in station minus his geddon and pod in an instant, the rest of us could not activate any modules and ended up docking. Similar happened today and this is not just Jita, it seams to happen a lot with FW also with small ~ 40 ship engagements.
|
Kerfira
|
Posted - 2009.07.13 22:42:00 -
[57]
This change may have caused a non-critical, but still annoying change in how the hangar sorting works.
Before, once you had for example station containers lined up (sort by type), they stayed in the same order. Now, each time you enter the hangar (by either logging in or docking), the order gets randomised.
It is rather annoying, and it would be great if the 'Sort by Type' option would do a secondary 'Sort by Name' afterwards. Since this would (probably) be client-side, it should be relatively easy to implement, and should not cause any extra traffic or load for the servers.
Choosing 'Sort by Name' instead does sort the containers (and still at the top), but everything BUT containers gets jumbled among each other meaning its not really an option....
Originally by: CCP Wrangler EVE isn't designed to just look like a cold, dark and harsh world, it's designed to be a cold, dark and harsh world.
|
|
CCP Explorer
|
Posted - 2009.07.14 03:24:00 -
[58]
Originally by: Kerfira This change may have caused a non-critical, but still annoying change in how the hangar sorting works. Before, once you had for example station containers lined up (sort by type), they stayed in the same order. Now, each time you enter the hangar (by either logging in or docking), the order gets randomised.
Yes, there was an implicit order in the old database layer. We are planning to fix this in Apocrypha 1.5.
Erlendur S. Thorsteinsson Software Director EVE Online, CCP Games |
|
Kerfira
|
Posted - 2009.07.14 07:25:00 -
[59]
Edited by: Kerfira on 14/07/2009 07:27:09
Originally by: CCP Explorer
Originally by: Kerfira This change may have caused a non-critical, but still annoying change in how the hangar sorting works. Before, once you had for example station containers lined up (sort by type), they stayed in the same order. Now, each time you enter the hangar (by either logging in or docking), the order gets randomised.
Yes, there was an implicit order in the old database layer. We are planning to fix this in Apocrypha 1.5.
Thumbs up from here!
You've been doing great work lately! Keep it up, and please keep up the techie blogs for those of us also in the programming business. I work on distributed directory servers (LDAP/X.500) for the telco business myself now, but back in my student days I was part of a group coding running a MUD (quite a successful one too for the times, and STILL running 15 years later afaik). I was mostly doing the combat/magic system and resource balancing, and reading your techie blogs brings back fond old memories
Originally by: CCP Wrangler EVE isn't designed to just look like a cold, dark and harsh world, it's designed to be a cold, dark and harsh world.
|
Tari Redhel
Caldari
|
Posted - 2009.07.14 14:20:00 -
[60]
Originally by: CCP Explorer Yes, there was an implicit order in the old database layer. We are planning to fix this in Apocrypha 1.5.
Wonderful news for my messy hangars. Will it also work for ship cargo holds? (I used to number GSCs in cargo 1-N)
|
|
|
|
|
Pages: 1 [2] 3 :: one page |
First page | Previous page | Next page | Last page |