open All Channels
seplocked Test Server Feedback
blankseplocked Move the main combat system
 
This thread is older than 90 days and has been locked due to inactivity.


 
Author Topic

Mining rock
Posted - 2011.09.02 21:14:00 - [1]
 

For us super pilots that dont want to log off in 6-cz and or go back to our sov home systems. we may have to use multiple cynos to get our asses back home.
Can we not move the main testing system towards Cloud ring? like on the edge or something

Xynthiar
Gallente
Nulli Secunda
Posted - 2011.09.03 07:45:00 - [2]
 

Edited by: Xynthiar on 03/09/2011 07:45:24
While I understand that it's a pain in the ass for a capital to get to cloud ring right now, if your only concern is logging off, you can always do it in any adjecent system; pvp is consensual there and they must not kill you there.

tl;dr, cyno into EFA or something and log there

Jaiimez C
Posted - 2011.09.03 14:03:00 - [3]
 

Edited by: Jaiimez C on 03/09/2011 14:09:36
To be honest I have been thinking about this and think there is suitable merit in the idea.

It would be nice to have a DDCCP system within 1 cyno jump range of the main combat system, and by 1 cyno jump I mean unskilled without requiring any jump drive calibration training. That way we can store supercarriers to enable us to test other smaller ships, for myself in my own corp withing DDCCP this isn't a problem but for people in the executor corp they have the issues of people stealing their supercaps, you can't leave it in a POS unmanned because a corp member in the executor corporation can come and take it, if you leave it without corp or alliance access only a password the supercarrier will get bumped out of the shields.

If there is a sov system within 1 jump people can place CSMA's up, and store the ships inside the CSMA, that way enabling them to set the shields to password only, removing the ability for other corp members of the executor corp to steal their supercaps and enabling them to get in and out of their supercap withing taking ages to do so.


edit: It may also increase the amount of people flying subcapitals because it will be easier for them to find a safe place to store their carrier without having to deal with lighting a cyno in a nearby system, jumping out, putting the ship in a pos, then flying back, waiting for the cyno to end, then flying your alt back.

If there was a system next door which had a cynogen people could just cynogen to the next system, warp to their own pos, put the super in the CSMA, then fly back to the combat system, making it and easier and quicker way to get out of your supercap meaning they're more likely to fly other ships too (meaning more chance of finding a bug in that ship instead of only testing the 1 supercarrier)

Mining rock
Posted - 2011.09.03 23:20:00 - [4]
 

Edited by: Mining rock on 03/09/2011 23:22:28
Originally by: Jaiimez C
Edited by: Jaiimez C on 03/09/2011 14:09:36
To be honest I have been thinking about this and think there is suitable merit in the idea.

It would be nice to have a DDCCP system within 1 cyno jump range of the main combat system, and by 1 cyno jump I mean unskilled without requiring any jump drive calibration training. That way we can store supercarriers to enable us to test other smaller ships, for myself in my own corp withing DDCCP this isn't a problem but for people in the executor corp they have the issues of people stealing their supercaps, you can't leave it in a POS unmanned because a corp member in the executor corporation can come and take it, if you leave it without corp or alliance access only a password the supercarrier will get bumped out of the shields.

If there is a sov system within 1 jump people can place CSMA's up, and store the ships inside the CSMA, that way enabling them to set the shields to password only, removing the ability for other corp members of the executor corp to steal their supercaps and enabling them to get in and out of their supercap withing taking ages to do so.


edit: It may also increase the amount of people flying subcapitals because it will be easier for them to find a safe place to store their carrier without having to deal with lighting a cyno in a nearby system, jumping out, putting the ship in a pos, then flying back, waiting for the cyno to end, then flying your alt back.

If there was a system next door which had a cynogen people could just cynogen to the next system, warp to their own pos, put the super in the CSMA, then fly back to the combat system, making it and easier and quicker way to get out of your supercap meaning they're more likely to fly other ships too (meaning more chance of finding a bug in that ship instead of only testing the 1 supercarrier)

Spot on :)
Shouldnt be too hard to find another system within cyno range of Cloud Ring and have a medical service ccp

Or make the main combat system in a CCP cyno jammed system so that supers cant **** everything

Marcus Junius
Posted - 2011.09.04 11:33:00 - [5]
 

Originally by: Mining rock


Or make the main combat system in a CCP cyno jammed system so that supers cant **** everything


This would be better.

CCP Shiny

Posted - 2011.09.04 18:43:00 - [6]
 

Originally by: Jaiimez C
Edited by: Jaiimez C on 03/09/2011 14:09:36
To be honest I have been thinking about this and think there is suitable merit in the idea.

It would be nice to have a DDCCP system within 1 cyno jump range of the main combat system, and by 1 cyno jump I mean unskilled without requiring any jump drive calibration training. That way we can store supercarriers to enable us to test other smaller ships, for myself in my own corp withing DDCCP this isn't a problem but for people in the executor corp they have the issues of people stealing their supercaps, you can't leave it in a POS unmanned because a corp member in the executor corporation can come and take it, if you leave it without corp or alliance access only a password the supercarrier will get bumped out of the shields.

If there is a sov system within 1 jump people can place CSMA's up, and store the ships inside the CSMA, that way enabling them to set the shields to password only, removing the ability for other corp members of the executor corp to steal their supercaps and enabling them to get in and out of their supercap withing taking ages to do so.


edit: It may also increase the amount of people flying subcapitals because it will be easier for them to find a safe place to store their carrier without having to deal with lighting a cyno in a nearby system, jumping out, putting the ship in a pos, then flying back, waiting for the cyno to end, then flying your alt back.

If there was a system next door which had a cynogen people could just cynogen to the next system, warp to their own pos, put the super in the CSMA, then fly back to the combat system, making it and easier and quicker way to get out of your supercap meaning they're more likely to fly other ships too (meaning more chance of finding a bug in that ship instead of only testing the 1 supercarrier)


Having more supers is not one of our goals, but having more other ships being flown is. So if you find me a suitable system I will set it up, providing noone else is holding sov there already.

Mining rock
Posted - 2011.09.04 22:00:00 - [7]
 

Originally by: CCP Shiny
Originally by: Jaiimez C
Edited by: Jaiimez C on 03/09/2011 14:09:36
To be honest I have been thinking about this and think there is suitable merit in the idea.

It would be nice to have a DDCCP system within 1 cyno jump range of the main combat system, and by 1 cyno jump I mean unskilled without requiring any jump drive calibration training. That way we can store supercarriers to enable us to test other smaller ships, for myself in my own corp withing DDCCP this isn't a problem but for people in the executor corp they have the issues of people stealing their supercaps, you can't leave it in a POS unmanned because a corp member in the executor corporation can come and take it, if you leave it without corp or alliance access only a password the supercarrier will get bumped out of the shields.

If there is a sov system within 1 jump people can place CSMA's up, and store the ships inside the CSMA, that way enabling them to set the shields to password only, removing the ability for other corp members of the executor corp to steal their supercaps and enabling them to get in and out of their supercap withing taking ages to do so.


edit: It may also increase the amount of people flying subcapitals because it will be easier for them to find a safe place to store their carrier without having to deal with lighting a cyno in a nearby system, jumping out, putting the ship in a pos, then flying back, waiting for the cyno to end, then flying your alt back.

If there was a system next door which had a cynogen people could just cynogen to the next system, warp to their own pos, put the super in the CSMA, then fly back to the combat system, making it and easier and quicker way to get out of your supercap meaning they're more likely to fly other ships too (meaning more chance of finding a bug in that ship instead of only testing the 1 supercarrier)


Having more supers is not one of our goals, but having more other ships being flown is. So if you find me a suitable system I will set it up, providing noone else is holding sov there already.


http://evemaps.dotlan.net/system/9-4RP2
Cyno jam that system and seed it

http://evemaps.dotlan.net/system/G8AD-C
Seed it and make it the super capitals/capitals system

Then you can kick start the super capital speeding program and the super camping the FFA problem is sorted

CCP Shiny

Posted - 2011.09.04 22:36:00 - [8]
 

Originally by: Mining rock


http://evemaps.dotlan.net/system/9-4RP2
Cyno jam that system and seed it

http://evemaps.dotlan.net/system/G8AD-C
Seed it and make it the super capitals/capitals system

Then you can kick start the super capital speeding program and the super camping the FFA problem is sorted


Sorry, I think there was a misunderstanding. I meant I can claim sov for DDCCP and install upgrades, not seed the systems.

Mining rock
Posted - 2011.09.04 23:52:00 - [9]
 

Originally by: CCP Shiny
Originally by: Mining rock


http://evemaps.dotlan.net/system/9-4RP2
Cyno jam that system and seed it

http://evemaps.dotlan.net/system/G8AD-C
Seed it and make it the super capitals/capitals system

Then you can kick start the super capital speeding program and the super camping the FFA problem is sorted


Sorry, I think there was a misunderstanding. I meant I can claim sov for DDCCP and install upgrades, not seed the systems.

Oh :)
I don't think there is any system near 6-cz49 that you can straight cyno too.

Izuru Hishido
Amarr
Viziam
Posted - 2011.09.05 00:02:00 - [10]
 

Edited by: Izuru Hishido on 05/09/2011 11:14:12
Originally by: CCP Shiny
Originally by: Mining rock


http://evemaps.dotlan.net/system/9-4RP2
Cyno jam that system and seed it

http://evemaps.dotlan.net/system/G8AD-C
Seed it and make it the super capitals/capitals system

Then you can kick start the super capital speeding program and the super camping the FFA problem is sorted


Sorry, I think there was a misunderstanding. I meant I can claim sov for DDCCP and install upgrades, not seed the systems.



Only a GM, say Haggis or someone of the sort would have the ability to change which systems are seeded and which aren't. QA only have so many roles, and seeding is making a direct database change to the server, not just an object on the server, like a system, station, tower or ship. There are also very limited things that QA will and will not do. QA will make it easier for you to test certain things, but I've been around for a long time and I've never seen a QA with the ability (or compulsion) to just arbitrarily give players items.

Ask a QA to do something that will make your testing easier or safer, it will probably happen. Ask a QA to solve all of your problems...well, you're kinda on your own there.

Shiny may be magic, but she isn't a GM.

tl;dr, if you don't want to lose a super, jump it into Reblier or GE- or EZA, then log off. It can't be destroyed there without your express permission. Or you can put a tower up, go afk for fifteen or twenty minutes, make a sandwich and some coffee and then come back and log off. Then you'll be logged off with a safe super.

Jovan Geldon
Gallente
Lead Farmers
Kill It With Fire
Posted - 2011.09.05 16:01:00 - [11]
 

Originally by: Izuru Hishido
Edited by: Izuru Hishido on 05/09/2011 11:14:12
Originally by: CCP Shiny
Originally by: Mining rock


http://evemaps.dotlan.net/system/9-4RP2
Cyno jam that system and seed it

http://evemaps.dotlan.net/system/G8AD-C
Seed it and make it the super capitals/capitals system

Then you can kick start the super capital speeding program and the super camping the FFA problem is sorted


Sorry, I think there was a misunderstanding. I meant I can claim sov for DDCCP and install upgrades, not seed the systems.



Only a GM, say Haggis or someone of the sort would have the ability to change which systems are seeded and which aren't. QA only have so many roles, and seeding is making a direct database change to the server, not just an object on the server, like a system, station, tower or ship. There are also very limited things that QA will and will not do. QA will make it easier for you to test certain things, but I've been around for a long time and I've never seen a QA with the ability (or compulsion) to just arbitrarily give players items.

Ask a QA to do something that will make your testing easier or safer, it will probably happen. Ask a QA to solve all of your problems...well, you're kinda on your own there.

Shiny may be magic, but she isn't a GM.


I heard making stuff up to make yourself sound like you know what you're on about is p.cool, c/d?

passey
Bright Star Command
Pandorum Invictus
Posted - 2011.09.05 20:00:00 - [12]
 

could you install upgrades in b-dbyq if not already

station system away from main hub and is seeded.

doomsday system already.

p.s. can u accept my corp into the alliance


 

This thread is older than 90 days and has been locked due to inactivity.


 


The new forums are live

Please adjust your bookmarks to https://forums.eveonline.com

These forums are archived and read-only