not sure if i am the only one experiencing this, but i signed up on the community goal but i am unable to hand in contributions...
To clarify, you signed up, flew to Rescue Ship Cornwallis in V886 Centauri and tried to sell combat bonds there, right?not sure if i am the only one experiencing this, but i signed up on the community goal but i am unable to hand in contributions...
yeah. and shooted lot of goids in Shinrarta Dezhra.To clarify, you signed up, flew to Rescue Ship Cornwallis in V886 Centauri and tried to sell combat bonds there, right?
been there, done that.only combat bonds earned in Shinrarta Dezhra will count towards the goal if that helps..................
No issues for me, I've been fiddling with my ships last night (following the fix announcement) - but on the station, not my Carrier.Hi all.
I'm seeing two issues:
1) modules that go 'invisible' when you "swap" them across module slots, and
2) modules that disappear when you "replace" them.
The first one has been seemingly fixed but I'm still missing at least one module that I "replaced" this morning after U18.09.
I replaced an engineered SCO FSD in my Python with a pre-engineered one I had in storage. I then changed ships and loaded my Krait to install the SCO but the module wasn't stored. I switched back to the Python and confirmed the previous FSD was installed, and I also restarted from desktop just in case. I did all this from my own carrier that has outfitting services, in case that matters.
As of now, my FSD is gone, and I received confirmation from another user that the same thing happened to them. I have a ticket with Support on this but I suspect this is a wider issue. I'm going to search the Issue Tracker next. Anyone else experiencing this?
The Black Adder is more entertaining, admittedly.If you've got a Purple Python you probably shouldn't brag about it !![]()
I think you might find that they have been made a minimum of two pixels rather than one pixel, because folk didn't like that you can't anti-alias a 1 pixel line, the finished result being exactly that which you request, in the middle. If you really can't bear this, you might consider trying on a higher resolution screen. I can't test this hypothesis, as I do not have one myself, but I suspect that on a higher resolution screen the minimum width may well be finer.Can I ask you if you PLEASE could make the orbit lines a bit thinner than they currently are?
I understand that you made them thicker probably because of better antialiasing, but in my opinion they are way too thick now, and look ugly. The thinner orbit lines look much nicer and are not so obnoxious.
Not necessarily back to their original thickness, but maybe 50-75% of their current thickness, or the like?
I think perhaps she's more interested in fun times consuming units of Kongga Ale!I hope that the attack on Shinrarta Dezhra will prompt Lori Jameson to develop something useful. Grade 4 SCBs would be a step forward![]()
i solved it. it was me not completely acknowledging the procedure.when you say cant hand in bonds can you show screenshot and what happens exactly that you cannot cash them in?
and have you attemtped a game relog to resolve the issue
they are handed in from the onboard ship contacts station menu just in case your on foot
A future CG could be to fund Lori's therapy to overcome her crippling alcohol addiction.I think perhaps she's more interested in fun times consuming units of Kongga Ale!
Rather obviously line width cannot be measured in "pixels" because that would make the physical line width (as it appears on screen) depend on resolution. Whatever unit of width is being used for the line width, I highly doubt it's an integer. No other coordinate in the graphics pipeline is an integer, so why would line width be so?I think you might find that they have been made a minimum of two pixels rather than one pixel, because folk didn't like that you can't anti-alias a 1 pixel line, the finished result being exactly that which you request, in the middle. If you really can't bear this, you might consider trying on a higher resolution screen.
Rather obviously line width cannot be measured in "pixels" because that would make the physical line width (as it appears on screen) depend on resolution. Whatever unit of width is being used for the line width, I highly doubt it's an integer. No other coordinate in the graphics pipeline is an integer, so why would line width be so?
And, as I showed in my screenshot, the lines are thicker than two physical pixels.
I'm sorry, I didn't see your screen shots, which page are they on? As I also mentioned, I suspect this is monitor and resolution dependant.Rather obviously line width cannot be measured in "pixels" because that would make the physical line width (as it appears on screen) depend on resolution. Whatever unit of width is being used for the line width, I highly doubt it's an integer. No other coordinate in the graphics pipeline is an integer, so why would line width be so?
And, as I showed in my screenshot, the lines are thicker than two physical pixels.
What do you mean "obviously"? As I already mentioned, if the lines were 2 pixels wide, then their physical appearance on screen, and in relation to everything else (such as text), would depend on the screen resolution. At higher resolutions the lines would look thinner. At low resolutions they would look thicker. Rather obviously that's not the case. The line width is not determined by a "pixel" quantity. They are quite obviously determined by a fraction of the screen height (or similar measurement that makes then always appear the same width with regard to everything else regardless of the rendering resolution.)Obviously it is in pixels this is the standard output of every monitor today, unless you are using an oscilloscope or some other crt?
Well, nearly all if not all screens are a matrix of pixels, very few are drawn today using other techniques such as scan lines.What do you mean "obviously"? As I already mentioned, if the lines were 2 pixels wide, then their physical appearance on screen, and in relation to everything else (such as text), would depend on the screen resolution. At higher resolutions the lines would look thinner. At low resolutions they would look thicker. Rather obviously that's not the case. The line width is not determined by a "pixel" quantity. They are quite obviously determined by a fraction of the screen height (or similar measurement that makes then always appear the same width with regard to everything else regardless of the rendering resolution.)