220hotwheels

Well that's somewhat bitter sweet. At least it enables me to get the basic setting for the cameras sorted prior to Neo coming up with a permanent fix, so not all bad!!!

A perfect solution, many thanks. For the purpose of first run I simply deleted the tracking for each of the cameras as they were last used in that particular EV so I have noticed that there is still some movement during the trip. This I will now correct by removing the tracking at each stage as I switch from one camera to another. No great hassle. I can now concentrate on finishing the demo. Many thanks Pete

Brilliant, I'll give it a try now with one of the Nikolaus II siblings. If it works well then I can go ahead and complete the demo. Pete

Ooops, sorry, about the misspelling, I was getting carried away and forgot to re read, it's an age thing!!!! Pete

Hi Phrintistes What do they say about great minds!!!!. I thought I had remembered there had been a comment about this but quite frankly the size of this post on V9 is getting somewhat large to keep going back over. I'm curious though, were you able to deactivate the tracking within the EV and if so can you let me know how please. Cheers Pete

Hello@Neo On the subject of cameras with gremlins. I know you are already aware of this phenomena and I'm sure you will find the right fix a.s.a.p. One thought though which might in fact assist in this process, from one completely unfamiliar with the pros and cons of programming. I have noted hat only the cameras that are tracking an object are affected. When programming I have always used the tracking facility in the camera window, see attached screenshot. As an experiment I have ignored this and used the tracking facility in the EV, see attached screenshot. In doing so it was necessary to link the tracking cameras to the object in question. In an effort to provide some sort of controlled point for each of the tracking cameras I introduced a ball at the start point. After completing the round trip, which incidentally worked perfectly, the cameras continued their gremlin movement and I noticed that in the camera window said cameras were still set to track the object. My suggestion therefore is to enquire if it would be possible, and practicable to introduce another option to the camera EV to remove the tracking. Having done this manually the cameras don't move anymore, the gremlins have been banished, Kind regards Pete

To all my fellow members I continue to read with great interest all of the comments regarding the V9 BETA version. Some I find particularly informative, some I find puzzling and others almost leave me questioning my own ability. However, whilst I concur with many of the comments made I just wonder whether, some issues not all, are at times self inflicted. As a bit of a novice when it comes to technology, change takes me a while to come to terms with and I just wonder if this might be the case with other members. Human nature tends to make us complain first and then seek a solution, and make no mistake I readily fall into this category. For example as soon as V9 was available in the beta format I downloaded it and mistakenly opened a large layout from V8.5 only to find that the fps was rubbish. My first step was to post a comment in the hope that Neo would sort it out, which fortunately he did, but that was not the real issue. Had I opened V9 and imported the old V8.5 layout from within V9 then it would have had no real issue. I've tried this with another large layouts since so I know it works. Perhaps most of you already know this, if so then forgive my rambling. Another point, I am reconstructing a demo layout for Nikolaus II, as you may already know, and due to the improvements in V9 it means that there is a certain amount of work needed to make this transition. During this transitional work it has become clear that, in certain instances, copy and paste do not always work. By entering the required instruction completely in the EV for that error solves the problem. Here again many of you may already have known this. To conclude my rambling I have to admit that there are some elements in V9 that do still need to be sorted out, that's why it is still in beta format. That the initial testers have not picked up on everything is understandable. If you give a problem to 10 people and ask for their feedback you only get 10 points of view, ask 10,000 and the scope of response will be much greater and more diverse which must surely help to bring about a more complete conclusion quicker. Perhaps financial constraints might have been a consideration in bringing forward the launch of the beta version sooner but, frankly, that would be understandable given the complexity of changes, but lets be honest the cost of MBS per annum is miniscule really compared to the amount of pleasure it provides. A meal in a pub would cost more and that's over and gone in a night. Anyway, at this point I think I should go back into hibernation and simply say a huge thank you to Neo and his team for providing me with such a pleasant and time consuming pastime and to all my fellow members for giving me such entertainment as well as valuable knowledge that has allowed me to expand my limits within MBS. Cheers Pete

Hi Goetz Brilliant, It makes a pleasant change to hear that it's not something that I have done wrong or overlooked. I might just allow myself a brandy tonight to celebrate!!!! Pete

Hi The posts on here are getting ever larger and I frankly cannot remember if this topic has been answered earlier so here goes. In V8.5 when a camera was set to track an object it did so time and again without jumping all over the place. In V9 this does not seem to happen. I can set 4 cameras out of 8 to follow an object, so far so good, but once the object has returned to it's original position, the layout saved and exported gremlins seem to get to work and shift them about, so the next time I go into the layout they have moved. The strange thing is that they move almost to the same 'out of position' each time. Has anyone any thoughts on this please, perhaps, as happens so often, I'm overlooking the obvious. Kind regards Peter

Hi Herman As you say not great in the V9 version. On my computer in V9 the same layout runs at 28fps upwards depending upon the amount in view. The best I have got thus far with this "modified" version of Woodridge is around 85fps when running and 165fps when paused. Kind regards Pete

Hi Neo Many thanks for that. I've used your uploaded version for Woodridge, saved it in V8.5 and tried running it The fps is fine and so I've imported that same version into V9 and it too now runs fine. I'm just a little baffled but wonder if the problem was to do with the Nikolaus II items which of course I introduced into that layout whilst they were in draft form. I've now removed them from the both the V8.5 version and V9 version of Woodridge but might consider adding this model to V9 at a later date. Once again many thanks for your assistance with this, my apologies for taking up your time. Also many thanks for sorting out the water reflection issue. Kind regards Peter

Hi Neo There seems to be an "unknown" items in the V8.5 version that I cannot identify so therefore cannot complete the process to get the draft completed. Can I send you the *.mbp file via email? Kind regards Peter

I hope this is the file you need 07721643-AFD8-4312-B3FE-B7180B517BD1 Kind regards Peter

Hi Brummi Yep I realise that but I've tried all sorts of different combinations including identical ones and it made no difference. Pete

Hi Neo As requested I have attached screenshots of both graphic card settings. I have tried adjusting the settings in both from both "normal" and "Low" to both "Normal and Normal" to both "High and normal" but it made no difference at all. At the moment I am assuming that V9 will not cope well with the large file size 5600Mb in V8.5 to 5960MB in V9. The Nikolaus II demo layout that I am working on for Klaus, (Sualokink), is only 1000MB so has no fps issues. Kind regards Peter

Hi Neo A few more experiments later and I feel I can report with confidence that the issue IU faced regarding the portals was caused simply by the VT changing from "1" to anything between 0.991 and 0.999. By correcting each of the VT values back to "1" the issue was resolved. This does not however resolve the issue as to why this is happening in the first place. Kind regards Peter

Hello @Neo Following on from my earlier comment concerning virtual track connection change after only one trip round said track. In order to set a benchmark, all of the Virtual track was set to "1". After just one trip around this track several sections had moved and at the connections showing an error, (red line instead of green) this had changed to 0.999 or 0.998. Having put it back to 1 all was then OK, but why is this changing itself. The same thing is happening with the cameras. They can be set perfectly, the run is completed but when you try to do the same run next time some of the cameras have shifted. I have a similar issue with portals. On the demo layout that I am modifying for Nikolaus II some of the portals work others do not. All worked fine in V8.5. I've made a test demo with two lengths of VT and 4 portals. A person passes through all of those without issue. Can you therefore suggest how I might regain the portal facility in this particular layout. At the moment a person walks up to the portal and simply stops. I have checked the connections and they seem to have connected properly but they are still showing the red line and not a green one Kind regards Peter

Hi Alex Thanks for taking the trouble to take a look at the problem and yes it ran perfectly in V8.5. At that time Nikolaus II was just in draft form but never the less it all ran perfectly. When the action was paused my fps was between 110 and 165fps but once in operation mode this dropped to 40 to 80fps. Everything ran smoothly, no funny judders. I have several other large layouts still as work in progress and these all run very smoothly in V8.5. Hmmm there seems to be a common theme here!!! Cheers Pete

Hi @Neo My sincere apology for adding yet more anomalies to your list of things to look at but here is yet another strange event. I had noticed the problem shortly after running V9 and corrected each container but after only 1 hour of running the layout the containers have decided to have a mind of their own as per screenshot attached. Perhaps this is the after effect of Halloween!!!! Kind regards Peter

Hi @Neo Another strange effect relates to virtual track. I realise that track that has been laid in V8.5 may well need to to perfected in V9 but I cannot understand why having done so and got all nice green junction lines, I then run a vessel over it's intended route only to find that some of the junctions have opened up once more, see attached screenshots. Any ideas please. Kind regards Pete

Thanks for the reassurance Herman, it's nice to know that I'm not going mad. At rest I have upto 170fps but as soon as you start to run it goes into snail pace. Cheers Pete

Thanks for the clarification, common sense really if I had thought about it. Just goes to show how your mind can go to mush when you start to get uptight about an issue. Pete

Hi Alex I've now published the draft under reference 07721643-AFD8-4312-B3FE-B7180B517BD1

It's now published as a draft

No do I need to do so first?