Beiträge von Joker

    Hi Jungs,


    hab einen ersten Prototypen meines MFDE für Raspberry PI fertig und bräuchte nun etwas Hilfe mit den Hardware Tests.

    Im Anhang befindet sich eine EXE, welche einen TextureSharedMemory-Extraktor beinhaltet. Dieser ist auf Basis des gleichen Frameworks wie auch YAML implementiert.

    Hier gibt es ja bekanntermaßen im Moment ein Problem mit NVIDIA Karten und DX11. Mein Tool habe ich gegen eine NVIDIA Karte implementiert. Hier funktioniert alles problemlos.

    Jetzt würde ich natürlich gerne wissen, ob das mit der selben EXE jetzt auch auf ATI Karten funktioniert oder ob sich hier ein Problem auftut.

    Darum würde ich nun gerne einige ATI Karten Besitzer bitten, die angehängte EXE mal auf Ihren Rechnern zu starten und zu testen ob das Bild in etwa dem entspricht, was ich im Post befüge.


    Dafür sage ich jetzt schonmal Danke!


    shared_mem_tex.zip Exe einfach ausführen, wenn BMS in 3D ist.


    Der fehlende Font: font.zip




    Gruß

    Joker

    Ich stehe schon in den Startlöchern. Bin mir aber fast sicher, dass das Verfügbarkeitsdatum nicht final ist. :9:

    Mir ist schon klar, dass man den Anschlag umdrehen kann.

    In eine Richtung hat man keinen Anschlag, andersrum hat man einen Anschlag, über den man den Griff hinwegheben muss.

    Ich wollte das Originalteil in Originalzustand behalten, darum habe ich das in modifizierter Form nachgedruckt.

    Das Ergebnis ist aber im wesentlichen das selbe.

    Habe mir ein paar neue Nachbrenneranschläge für meinen Warthog gedruckt.

    Am original Anschlag hat mir nicht gefallen, dass man den Griff komplett anheben muss, um in den A/B hineinzuschalten.

    Das ist mit der Modifikation nicht mehr nötig. Man merkt zwar einen deutlichen Anschlag bei Mil-Power,

    kann dann aber mit etwas mehr Druck einfach über den Anschlag hinweg schieben ohne den Griff anheben zu müssen.



    Wer Interesse hat meldet sich. Ich würde dann nochmal eine Charge drucken.


    Gruß

    Joker

    nachdem ich mir etwas den Kneeboardbuilder für DCS angesehen habe, wollte ich noch einen Schritt weitergehen und sehen, wie ich mir automatisch die Frequenzen, Zeiten und anderweitiger Daten einer Mission auf das Kneeboard generieren lassen kann.

    Auf der Suche nach einem Tool, das diese Aufgabe erledigen kann, bin ich hierauf gestoßen:


    https://www.combatflite.com/


    Wie der Titel schon impliziert, ist das Tool im wesentlichen für DCS das, was MC oder auch WDP für BMS ist:

    Nachdem man eine Mission in DCS erstellt hat, kann man hiermit den Flugplan mit allerhand Zusatzinformationen anreichern.

    In diesem Zuge können auch Flights, Packages, Bewaffnung usw. erstellt und geändert werden.

    Die geänderten Flights können dann zurück in den Mission-File geschrieben werden zusammen mit allen Zusatzinformationen in Form von Kneeboard Pages - für jeden Flug die für ihn relevanten Infos.

    Das funktioniert übrigens in Einklang mit den custom Pages, die man mit dem Kneeboard-Builder immer noch zusätzlich hinterlegen kann.


    Bezüglich meiner Anforderung schieße ich zwar mit diesem Tool mit Kanonen auf Spatzen, aber wer weiß, wo einem das Tool noch Arbeit abnehmen kann.

    Funktioniert alles auch mit Helios? Wie sieht die Datei jetzt aus?


    Mir ist nicht ganz klar, was die vorletzte Zeile in deinem alten Script machen soll? Es lädt eine weitere Export.lua aus einem anderen Benutzerkonto?

    Wenn es ein anderes Benutzerkonto ist, dann bricht das Script wahrscheinlich hier ab, da auf das andere Konto höchst wahrscheinlich nicht zugegriffen werden kann (ist normalerweise von Windows gesperrt).

    Wenn es dein eigenes Konto ist, dann bewirkt dieser Aufruf eine Rekursion ohne Abbruchbedingung - also Deadlock...

    In beiden Fällen wird die letzte Zeile (der SRS Aufruf) nicht geladen.


    Hast Du mal ins Log reingeschaut?


    Nebenbei:

    Ich würde die Anbindung an Helios nicht direkt in die Export.lua aufnehmen sondern analog zu TacView, SRS usw (siehe mein Script). mit einer Zeile includen.

    Dann machen sich unterschiedliche Addons nicht so schnell was kaputt beim install/uipdate.

    Außerdem ist es übersichtlicher und man kann einfach mal die Integration von einzelnen Addons rausnehmen indem man einfach nur eine Zeile auskommentiert.

    Aus der Doku

    Zitat

    In order to host a DCS-SimpleRadio server, you must forward the following TCP and UDP port 5002. Once the necessary ports are open, simply run the 'SR-Server.exe'. It does not have to be run on a PC running DCS! You can edit the default server port by editing the server.cfg.

    Wichtig ist hier, das wirklich TCP und UDP freigeschaltet ist.

    Ich hatte auch erst nur TCP freigeschaltet, was dazu geführt hatte, dass ich mich zwar auf den Server connecten konnte, die eigentliche Sprachübertragung aber nicht funktionierte.

    Wie sieht denn deine C:\Users\wildhog\Saved Games\DCS.openbeta\Scripts\Export.lua aus?


    Code
    1. local Tacviewlfs=require('lfs');dofile(Tacviewlfs.writedir()..'Scripts/TacviewGameExport.lua')
    2. local vaicomlfs = require('lfs'); dofile(vaicomlfs.writedir()..[[Scripts\VAICOMPRO\VAICOMPRO.export.lua]])
    3. pcall(function() local dcsSr=require('lfs');dofile(dcsSr.writedir()..[[Mods\Services\DCS-SRS\Scripts\DCS-SimpleRadioStandalone.lua]]); end,nil);


    Die letzte Zeile (in meinem Fall), läd den Connector. Check mal, ob du auch diese Zeile hast. Muss nicht unbedingt die letzte Zeile in dem Skript sein.

    Wenn aber z.B. die Anbindung eines weiteren Addons in den folgenden Zeilen fehlerhaft implementiert ist, dann werden die davor aufgeführten Imports nicht mehr durchgeführt.

    Andersrum ausgedrückt: Sollte die Zeile bereits da sein, dann schieb' sie mal ans Ende der Datei.


    LotATC ist meines Erachtens immer aus. Es sei denn du hast auch das hier: https://www.lotatc.com/

    Was ich bei den bisher vorgestellten "kleinen" Modellen nicht verstehe, ist die RAM Ausstattung. 8 bzw. 10GB Ram ist heute m. E. lächerlich. Die 3070 (8GB) soll sogar leistungsmäßig die 2080 Ti (viele Modelle mit 11GB) übertreffen.

    Mit der doppelten Rechenleitstung der neuen Generation steigt sicherlich in Zukunft auch die Komplexität der dargestellten 3D-Bilder und gerade wo sich jetzt alles Richtung 4K bewegt auch das Detail und die Größe der Texturen.

    Habe von einem Features gehört, das die Texturen jetzt direkt in die GPU laden kann, ohne die CPU zu belasten. Von einem neuen Komprimierungsmechanismus für Texturen habe ich allerdings nicht gehört.

    Die einzige Karte, die da meiner Meinung nach gut ausgestattes ist bzgl. Ram ist die 3090 - aber der Preis ist halt echt grenzwertig.

    Ich hoffe, dass die Partner Asus, MSI und wie sie alle heißen da noch ein paar Ideen haben.

    ja, die Grafik ist toll aber mit der eigentlichen Flugsimulation haben sie die Messlatte nicht unbedingt höher gelegt. Die Schaukelei habe ich auch schon bei anderen Fliegern in unterschiedlichen Schweregraden erleibt. Bei einem Flug (das war allerdings noch in der Alpha) hatte die TBM so dermaßen auf und ab genickt, dass ich ohne A/P weitergeflogen bin weil ich fast seekrank geworden bin. :10:

    Wenn das wirklich da rankommen sollte, dann bin ich echt baff. Nicht dass ich es den Leuten nicht grundsätzlich zutrauen würde - aber von Null auf Hundert in .02 Version?

    Das zugrunde liegende System, so gut das auch sein mag, ist ja nicht alles. Je mehr möglich ist, desto mehr Content muß dann auch erstmal erstellt werden und das ist dann im Wesenlichen fleißarbeit.

    Wenn die Terrain-API natürlich offengelegt wird und sich die halbe Community draufstürzt und Maps bzw. Content selber machen kann, dann wirds interessant.:8:

    Die Grafik ist echt toll. Aber bei meinem ersten Flug mit dem Dreamliner ist mir vor allem ein Begriff aus dem Cockpit hängen geblieben: "(Inop.)". Das verbinde ich nicht gerade mit Premium-Deluxe.

    Dieser Flieger war, neben EDDF der Grund, warum ich zur größten Edition gegriffen habe. Ich hoffe, da wird nochwas nachgeliefert. Im Moment macht die Zibo 737 in XPlane11 deutlich mehr her als die Airliner in FS2020. Und die ist übrigens komplett kostenlos.


    PS: Wo wir gerade von toller Grafik gesprochen haben und von Leuten, die nach etwas mehr Action suchen, wenn der erste FS2020-Grafik-Hype etwas verflogen ist: Schaut euch mal DCS Syria an! 8):thumbup:

    Die Server waren aber auch schon in der Closed Alpha langsam. Der ganze Updatemechanismus ist wohl nicht so das gelbe vom Ei und speziell die Steam Version sorgt darum für einigen Unmut, da das Basegame gerade einmal ca. 500BM groß ist - und das ist auch das, was bei Steam als installationzeit angerechnet wird. Die restlichen 95Gig werden 'ingame' runter geladen und zahlen damit auf die 2 Stunden Testspielzeit ein, während der man das Spiel kostenlos zurückgeben kann. Und die werden vermutlich im Moment von jedem bei der Installation locker gerissen. Bis dahin hat man außer einem Screenshot nocht nix von der 3D Welt gesehen. Ein Test ob die eingene Hardware da mitmacht, ist somit unmöglich. Dieser Umstand hat wohl einige Steamplayer - zurecht - etwas verunstimmt.

    Ich habe die Version direkt von MS, da läuft das technisch genauso. 500MB kommen aus dem MS-Store, der Rest wird nachgeladen. Da ich mir aber keines Rückgaberechts im MS-Store auf Basis von Nichtgefallen bewußt bin, waren die 6h, die ich dafür benötigt habe, zu verschmerzen.

    was mich ein wenig stutzig macht ist das X-Box Logo

    Das Logo ist aus meiner Sicht schon auch ein bisschen ein Indikator für die Zielgruppe bzw. den Realitätsgrad. Auch wenn das in FS alles aussieht wie echt, X-Plane 11 oder P3D brauchen meiner Meinung nach keine Angst haben, dass ihnen der Mark komplett von FS abgenommen wird. Zumindest nicht die nächsten ein zwei Jahre, auch wenn man da viel modden muß um da hinzukommen wo man will...