[P3D v3.1 and DBManager one more time (answered)]

Danke erstmal für den Hinweis mit der "Haushaltslizenz". Als normal denkender Mensch zwischen den EULA-Repressalien kam ich einfach nicht auf den Gedanken, dass es erlaubt sein könnte, den FSC Ordner auch auf einem 2. Rechner zu nutzen.

 

Somit funktionierte auch das erstellen der Datenbank auf dem Flusirechner mit anschließendem übertragen auf den Remote Laptop.

Vielleicht darf ich dennoch anregen, für eine der (hoffentlich) kommenen Versionen eine Art Client/Server Architektur in Betracht zu ziehen.

So dass wirklich nur der schlanke Server (DBManager) im Flusirechner installiert werden kann und alles weitere auf dem Remote verbleibt.

 

Was das Aufblähen des Logfiles und dem Aufhängen des DBManagers betrifft:

Da es ja jetzt auf dem Flusirechner funktioniert kann ich eine fehlerhafte bgl wahrscheinlich ausschließen, es ist ja die selbe Scenery.cfg und der selbe Content, der gescannt wird.

 

Ich schau mir das am Wochenende aber nochmal an, wenn ich eine verwertbare Config bekomme werde ich sie selbstverständlich zusenden.

[P3D v3.1 and DBManager one more time (answered)]

???

 

Könnten sie ihre Frage etwas exakter formulieren?

 

Oder soll ich daraus ableiten, dass es von ihrer Seite gewünscht wurde, dass der DBManager zum Ende in einen Loop geht und ein 40 GB großes Logfile produziert, das nicht mehr gelesen und ausgewertet werden kann?

Sollten weitere Informationen notwendig sein, so werde ich mich gerne bemühen, diese zu Verfügung zu stellen

 

Und was hindert Sie daran?

 

Ich nehme an, die Frage ist ernst gemeint.

Genau genommen sind es eine Reihe Hindernisse:

 

1.) Es gibt diesen Installer offensichtlich nicht, jedenfalls kann ich keinen Download finden. Er ist offensichtlich ein integraler Bestandteil des FSC Installers.

2.) Ein einfaches Kopieren der DBManager.exe und des *.ini Files reicht nicht aus, ein Versuch, die exe zu starten wird mit einer Fehlermeldung quittiert, welche eine fehlende Komponente anmahnt.

3.) Mit genügend Geduld und ausreichender Erfahrung lassen sich 4 OCX Module ausmachen, welche man händisch vom Remote auf den Flusirechner kopieren und auch im Betriebssystem registrieren kann.

 

 

 

4.) Somit startet zwar der DBManager und ich kann auch einen Pfad auswählen, aber der Scan wird verweigert aufgrund folgender Fehlermeldung:

 

 

Soviel also zum Thema integraler Bestandteil.

 

 

Fassen wir also zusammen:

Ich kann den DBManager nicht lokal auf dem Flusirechner ausführen da die Lizenz des FSC sicherlich keine Doppelinstallation einschließt (obwohl ich da mal in der EULA nachlesen müsste)

Alleine läuft er nicht.

Eine Installation der Demo ist keine valide Lösung.

 

Und über allen steht die Frage: Kann der DBManager Pfade in der Scenery.cfg auslesen oder schaut er ausschließlich in den Pfad, der initial ausgewählt wird?

Womit sich mir dann aber die Frage aufdrängt, warum diese dann überhaupt mittels FSCP3DCFG_V3.exe kopiert wird...

[P3D v3.1 and DBManager one more time (answered)]

OK, in Deutsch ist die Konversation leichter:

 

"Problem" ist, seit P3D v3 ist es leichter und vernünftiger, Add On´s nicht im Simulatorverzeichnis zu installieren, sondern separat.

 

In meinem Falle ist es so, dass das Simulatorlaufwerk "G:\" ist.

Darunter befindet sich das Verzeichnis "G:\Prepar3D v3", in der sich der Sim befindet, aber auch z. B. die ORBX Scenerien, da diese vielfach mit Austauschtexturen arbeiten, nicht als Zusatz.

 

Kleinflächige Scenerien befinden sich im Verzeichnis "G:\FakeSX\" und müssen dann in der Sceneriebibliothek mit voller Pfadangabe eingebunden werden. Wie gesagt, für den Simulator funktioniert das einwandfrei

Ich sehe ein, dass das via Netzwerkzugriff schwierig zu handeln ist.

 

Was mir dabei sorgen macht ist das Verhalten, das ich oben beschrieben habe:

 

Lasse ich den DB Manager direkt im FakeSX suchen, eben dort, wo sich die Airports befinden, dann läuft der Scanvorgang zwar durch, aber beim Schreiben der "City Table" hängt er sich reproduzierbar auf, nimmt 100% Prozessorzeit in Anspruch und schreibt wie Wild ein Logfile, dass sich innerhalb weniger Minuten auf Gigabytegröße aufbläht und sich nicht mehr im Editor öffnen lässt. Bricht man das Ganze nicht ab, wird die Festplatte bis zum letzen Byte gefüllt.

Das halte ich eher für einen Bug.

 

 

Was ich aber als praktisch empfinden würde wäre, den DBManager erstens als "Standallone" Installation anzubieten, welchen man dann einzeln Lokal auf dem Simulatorrechner installieren könnte und das Ergebnis ggf. auf den Remote Rechner exportieren kann.

Wichtig ist, dass er dort zweitens mehr als nur den Simulatorpfad scannen können muss, denn wie gesagt,  in v3  kann und soll man Add Ons getrennt vom Simulator installieren. Prinzipiell galt das aber auch schon in kleinerem Umfang für den FSX.

[P3D v3.1 and DBManager one more time (answered)]

OK,  i try to follow the form:

 

1. FS X, FS2004(FS9) or Prepar3D (Version)
2. FSUIPC* / WideFS which version used ("latest version" is not sufficient)
3. I use the FSC in a network! Yes / No

4. FS Commander and Database Manager which version / revision and build used

5. Which provider and period of the AIRAC Cycle
6. Aerosoft boxed or download version or download version from our website
7. Operating System (Windows 7/8/10 32/64, Vista 32/64, XP, 2000)

 

1 Prepar 3D v3.1

2 Wide FS 6.999n

3 FSC is used in a Network YES

4 FSC 9.6 Rev 4 Build 30 Jul 2015 (recent Version from Aerosoft)  Database Manager  Vers. 9.6 Rev 2

5 Navigraph Airac 1513 Rev1

6 Aerosoft Download Version

7 Windows 10 Pro 64 bit on both systems .

[P3D v3.1 and DBManager one more time (answered)]

Hello,

 

im also using the combination P3D v3.1, FSC 9.6 and via network.

 

My Problem is, i installed the very most scenery´s seperate to P3D into a Dummy-FS.

 

While the Sim can handle this well, the DBManager fails to read the bgl files.

I can chose the right path, the update of the database works, but finally the Add On Scenery´s are missed.

 

The log file looks (shortened) like this:

 

 

[Area.150]
Title=ORBX!OPENLC_EUROPE10
Local=ORBX\FTX_OLC\OLC_EU10
Layer=150
Active=TRUE
Required=FALSE

[Area.151]
Title=ORBX!OPENLC_EUROPE1
Local=ORBX\FTX_OLC\OLC_EU1
Layer=151
Active=TRUE
Required=FALSE

[Area.152]
Title=LTAG
Local=G:\FakeSX\Addon Scenery\LTAG\Scenery
Layer=152
Active=TRUE
Required=FALSE

[Area.153]
Title=LFMI
Local=G:\FakeSX\Addon Scenery\LFMI\Scenery
Layer=153
Active=TRUE
Required=FALSE

[Area.154]
Title=Charleston
Local=G:\FakeSX\Addon Scenery\Charleston\Scenery
Layer=154
Active=TRUE
Required=FALSE

[Area.155]
Title=Kandahar
Local=G:\FakeSX\Addon Scenery\Kandahar Ver 1\Scenery
Layer=155
Active=TRUE
Required=FALSE

[Area.156]
Title=ETNW 2008
Local=G:\FakeSX\Addon Scenery\ETNW2008\scenery
Layer=156
Active=TRUE
Required=FALSE

[Area.157]
Title=ETAR Ramstein
Local=G:\FakeSX\Addon Scenery\Ramstein\Scenery
Layer=157
Active=TRUE
Required=FALSE
.

.

.

 

 

 

As you can see, there´s an absolute path to the scenery files

 

But the DBManager will not search there:

 

 

P:\FAKESX\AEROSOFT\APPROACHING LOWI X\SCENERY\scenery\
No folder or BGL file exist for Layer: 161

P:\FAKESX\FLYTAMPA\VIENNA\SCENERY\scenery\
No folder or BGL file exist for Layer: 160

P:\FAKESX\FLYTAMPA\STMAARTEN\SCENERY\scenery\
No folder or BGL file exist for Layer: 159

P:\FAKESX\FLYTAMPA\LIBRARIES\SCENERY\scenery\
No folder or BGL file exist for Layer: 158

P:\FAKESX\ADDON SCENERY\RAMSTEIN\SCENERY\scenery\
No folder or BGL file exist for Layer: 157

P:\FAKESX\ADDON SCENERY\ETNW2008\SCENERY\scenery\
No folder or BGL file exist for Layer: 156

P:\FAKESX\ADDON SCENERY\KANDAHAR VER 1\SCENERY\scenery\
No folder or BGL file exist for Layer: 155

P:\FAKESX\ADDON SCENERY\CHARLESTON\SCENERY\scenery\
No folder or BGL file exist for Layer: 154

P:\FAKESX\ADDON SCENERY\LFMI\SCENERY\scenery\
No folder or BGL file exist for Layer: 153

P:\FAKESX\ADDON SCENERY\LTAG\SCENERY\scenery\
No folder or BGL file exist for Layer: 152
 

 

 

You see, the Path is pointing to "P:\" ( this is the network path to the P3D v3), and is not reading the data in "G:\FakeFS\Addon Scenery" (Lokal  folder on the Sim-Computer)

 

But, when i choose the network path to the FakeFS, (r://) the DBManager seems to work as well, unfortunatly when it comes to the final, "writing city table" the manager stucks, no more progress at 100%.

But worse the logfile will be blown up to many GB(!!) with no end.

When i´m fast enough i can open the file when it starts to grow, the entrys shown above are the same.

 

I can´t find a way out, any suggestions?