Lieber Besucher, herzlich willkommen bei: . Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »ThunderBit« (3. März 2007, 09:56)
Zitat
3rd party complications due to multiple FSX releases?
Multiple times a concern has come up that our release plan unduly complicates the 3rd party developer’s lives and they now have support issues across multiple platforms. I have replied at least once, but instead of my posts getting buried out there in numerous threads, I will blog about this.
I don’t understand this concern.
All of this year's releases are essentially RTM in terms of features exposed in the SDK, at least so far.
So FSX is a single target unless the 3rd party takes a dependency on a particular piece of content we authored.
Let’s remember that as we then walk thru the releases and their impact on 3rd party development.
SP1 adds fixes. And is detectable by a 3rd parties setup. So while I can see a 3rd party wanting to test for the version number ( probably to guarantee the better performance of SP1 ) and popping a dialog to inform about lack of SP1 in the setup – how else does this release impact 3rd parties? Maybe a little setup work, but I can’t see a content authoring issue due to this release except for one specific piece of content, see Note 1.
DX10 adds the new DX interface support. DX10 will require SP1, but that is our Setup authoring work. There is currently no DX10 specific content authoring in the SDK. As long as we keep it that way - how does this release impact 3rd parties? Even if we did change the SDK then a 3rd party could decide to target DX9 only and not have to worry about this release at all, setup or content authoring. We do have an obligation to discuss on the beta forums any FSX SDK changes driven by DX10 features so we can front-end load the community’s knowledge base. And we won’t make a change or addition without there being a clear benefit.
XPack adds new content, true. It will also contain SP1 and DX10 which should actually make XPack better for 3rd party developers. So unless a 3rd party targets the specific new content here - then does this release impact 3rd parties? Especially if the 3rd party ships ahead of XPack - all things being equal and the add-on follows the rules then there should be no issue here. The XPack team are the ones to talk to their plans in more detail but I know they also take the relationship with the 3rd party community seriously.
Now, true it is possible for a add-on to take a specific content dependency and to have to care. But that should be a conscious decision and is not something forced simply by our release schedule.
So the most likely scenario is the 3rd party has performance concerns and wants to detect SP1’s presence or absence and perform some UI interaction when there is no SP1. So there is likely a little more work for everyone at Setup time. But not a horrendous amount.
Or am I missing something here? A dialog is welcomed.
Note 1: One performance fix we are evaluating pertains to our authoring and rendering trees differently. This does affect vegetation.bgl, but is controllable by the .cfg file. We are working to make sure excellent add-ons like TreesX are not impacted but we have to go thru the test pass to make sure of this. The beta forums will be the proper place to discuss this issue in depth. Stay tuned late next week for more!
Zitat
FSX SP1 Update:Beta - Good news and bad news.
The good news is, we are real close to putting a strong beta build of SP1 out on the beta forums.
The bad news is, it just isnt going to be this week.
We have had 2 team members sick for the last couple days and we need their changes checked in to have what we want the beta testers to exercise with their tests. SDK setup has some issues on uninstall that make the beta less clean than we would like. And there are a few less important odds-ends we'd like to clean up. So we need a few more days.
We will alert people when, hopefully next week, we have the bits ready to post.
I know some will be disappointed, but its better to have a single strong beta drop than having to drop bits multiple times. So stay tuned.
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »FalconBen« (12. März 2007, 09:54)
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »TobiHSV« (29. April 2007, 15:48)
Zitat
Original von TobiHSV
Jo Jürgen ich finde es schade das du meine Aussage nicht verstanden hast das ganze war ironisch gemeint...
Zitat
Original von TobiHSV
Ein bissl mehr lockerheit an den Tag legen kann nicht schaden
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »TobiHSV« (30. April 2007, 13:23)
Zitat
FSX SP1:Beta4 posted
While we fixed the perf regression issue in B3, we still had aircraft mouse-rect and animated part issues left over and found a photo-scenery corruption issue. In both default and 3rd party aircraft. Thus we felt we needed confirmation on those fixes.
So we posted B4 at about 5:35pm PDT today. Jon Patch was first in at 5:37 to start downloading, Now we wait to hear that we fixed these issues.
This should not significantly delay the release of SP1, because we expect to take only 1-2 more builds before having an RC for RTW. Then we final test, then we ship. We will ship SP1 in the month of May.
We want to get it right wrt performance and not introducing any regressions.
Published Friday, May 04, 2007 6:10 PM by Phil Taylor
Forensoftware: Burning Board® 3.0.24, entwickelt von WoltLab® GmbH