david1 wrote:I would have to disagree with that statment
As is your right, and I welcome and encourage that---discussion is the way forward. I must though make things clear;
gptech wrote:
There are many more "stability problems" caused by *bad* or *clumsy* editing of .bin files by us users than there are by any badly or clumsily compiled base code in the game
doesn't claim that
all issues are user induced, just that there are more errors caused by ourselves than there are by problems in the
core programming. Also,
That's why you should always ask what you've done to contribute to the game falling over
doesn't mean you should meekly accept *blame* no matter what, but
evaluate the problem and the actions you took. Hold those thoughts in your head for a while, I'll be coming back to them.
david1 wrote:I have since found out what causes most crashes on my system at least........GEML driving AP scenarios i had need to reduce the setting.......but routes that caused crashes are either freeware routes that use assets from other routes, or scenarios that use traction linked to other routes.......
(If you think I've edited too much out to misconstrue your post just say so)
There's nothing in your list there that identifies the
core programming. as the problem area, and as you did
evaluate the problem and the actions you took your conclusion ties in nicely with Ash's post earlier.
david1 wrote:I did only have 1GB of GPU, since that PC broke I got a new one with 4GB GPU expecting all my crashes to disapperar sadly they did not
I assume you mean 1GB of vRAM there, but that doesn't relate to how well your PC will handle the number of referenced assets. To simplify things greatly, the cartoons you see on screen are drawn by the CPU and the GPU just colours them in. The more vRAM, the better the images will look, and the better the graphics card will handle effects such as anti-aliasing. Granted, a 4 GB equipped card won't be trying to beg borrow or steal main system RAM so the overall 'hit' on system resources will be lessened which would account (in part at least) for any improvement in performance. Let's leave crashes in the editor out of it for now; there's so much going on in there, such as the ability to undo/redo an action, that the game keeps track of that it shouldn't be a surprise that things go awry.
david1 wrote:Sadly this looks unlikely if we are still going to get yearly updates
Until we see what's going to be implemented we're expecting a new
version, a new
name---there's been no indication of any, if any, changes to the base code. However, if there are code changes....
david1 wrote:as there is a possibility of making the game even more unstable for some people,
happily shares the same probability of it making the game more stable for those people.
david1 wrote:when you add GEML for the class 360 and PDL for the class 450 it will crash
OK, that's a very real issue but badly phrased...it'd be more accurate for
you to say "when
I add GEML for the class 360 and PDL for the class 450 it will crash
my system"
and whilst I agree that it causes you a problem it's one of your own making--DTG didn't tick those Provider/Product boxes, you did.
We've gone way off topic here, so I propose we leave the techie *argument* for a new thread, one in which---if you're up for it--we'll conduct some wee testing to evaluate the impact of enabling those DLC packages. (pm me if you're intrigued, and no it's not a grand plan I've had cooking for ages to embarrass somebody, it's a grand plan I'm still working on)
To finish off though, a couple of questions...
Do you use a lot of Quick Drives?
and
Do you have issues if you enable Kuju\RailSimulator in any route?