Anyway to get around 'No Time Slots' issue with FC jump requests?
- Thread starter Nukester
- Start date
Just request a slot soon after the minute starts and you can usually get one first time.
Have copious amonts of alcohol on hand and take a drink everytime the jump request fails. By the time you get a slot you won't care anyway. Works for me.
Pro tip: When you do get a slot log out and go do something else (have even more to drink maybe - this is a suggestion and not an order). When you log back in after 75 minutes your Carrier awaits in the desired spot by which time you're far too drunk to remember what you were trying to do and the game is so much the better for it.
Pro tip: When you do get a slot log out and go do something else (have even more to drink maybe - this is a suggestion and not an order). When you log back in after 75 minutes your Carrier awaits in the desired spot by which time you're far too drunk to remember what you were trying to do and the game is so much the better for it.
one way is to buy more cosmetics and ship kits
so that Frontier can afford the required increase in hosting capacity
pay to play
so that Frontier can afford the required increase in hosting capacity
pay to play
Well, if this amazing update is hugely popular the problem should solve itself. 
as in there's specifically a better chance on the minute ?
I have been unable to get a FC jump as well... I tried waiting until the clock ticked into the top of the minute, and it worked. I have no idea if THAT'S what did it, but I have a one hour and 15-minute wait time now.
the wait time (or not being able to jump at all) is getting old fast..
I get that carriers with markets and multiple players need some sort of extended time to sync databases around, fine. But that should be optional stuff. Jumping a carrier that is only used by the owner and doesn't care to participate in the market system should be able to uninstall or turn that stuff off and function no different than jumping the player's ship to a new system.
They can put the enabling/disabling etc behind the standard "time slot" delay - but once that time is up and everything has synced - it should behave just like jumping a player ship (no delay) until such a time as you go to enable those features. I'm perfectly ok with sacrificing those functions of a carrier so i can move it where and when i want to move it.
Could also make it only reachable via the owner's instance, so it doesn't even need to take up a slot in the system or show up on maps.
I know it's possible to set things up to work that way because they have the colonization ships jumping into systems in 3 min. It's not all that taxing on computers to update a database field to switch the current location from 1 place to another when there are no real dependencies that asset has on unrelated systems.
I get that carriers with markets and multiple players need some sort of extended time to sync databases around, fine. But that should be optional stuff. Jumping a carrier that is only used by the owner and doesn't care to participate in the market system should be able to uninstall or turn that stuff off and function no different than jumping the player's ship to a new system.
They can put the enabling/disabling etc behind the standard "time slot" delay - but once that time is up and everything has synced - it should behave just like jumping a player ship (no delay) until such a time as you go to enable those features. I'm perfectly ok with sacrificing those functions of a carrier so i can move it where and when i want to move it.
Could also make it only reachable via the owner's instance, so it doesn't even need to take up a slot in the system or show up on maps.
I know it's possible to set things up to work that way because they have the colonization ships jumping into systems in 3 min. It's not all that taxing on computers to update a database field to switch the current location from 1 place to another when there are no real dependencies that asset has on unrelated systems.
you just need to persuade Dav to increase the frequency of his cron job and increase the threshold for number of requests in a minute.
A certain number of queued requests probably get processed at a time, these are probably timed to happen in whole minutes rather than part of, so say at the end of the minute 10 CMDR's jump requests get processed, then 10 more slots immediately open up in the queue, if you can get in at the first few seconds you are probably more likely to get a spot. Of course having it now posted on the forums for everyone to see probably means every single player who reads the forums will now be doing exactly the same, maybe would have been better sent as a PM
Don't worry I suspect it's only the most fervent players that visit these forums, much less delve into the comments of the 17 different threads that there are about this.