Jump to content

jerzem

Members
  • Posts

    34
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi, "repair" findest Du auch nicht, da es in der Filestruktur von DCS nicht vorkommt. Mußt Du selbst anlegen ... ist ganz einfach - mach eine Verknüpfung von "DCS_updater.exe", öffne die Eigenschaften und schreibe unter "Ziel" hinten dran "repair". (...\DCS World25\bin\DCS_updater.exe" repair). Starten, durchlaufen lassen. Mit "cleanup" das Gleiche machen. Bin jetzt aber nicht sicher, ob im "repair" das cleanup nicht eh schon drinnen ist. Den zugehörigen Artikel hatte Dilr @ seth0s ja schon geschickt. Hoffentlich klappt es... Mit der Non-Steam Version gibt es übrigens keine Probleme... bis jetzt.**
  2. Also ich hatte eher den Eindruck, dass dies nur eine Aussage war, da keine Frage gestellt wurde.
  3. Super, schau ich mir an... Danke
  4. Hallo, beim CASE 1 muß ich nie in der Wartezone bleiben, sondern erhalte stets sofort Signal Charlie, selbst wenn 10 andere Flugzeuge in vor mir in die Warteschleife geflogen sind. Also muß ich nur einmal drum rum zum "Braking the Deck". Das erscheint mir irgendwie komisch. Das habe ich bei CASE 3 ja auch nicht. Da kann es durchaus passieren, dass ich schon mal auf 12000 feet in der Wartschleife rumfliege. Kann mir da jemand genaueres dazu sagen? Muß ich da irgendwas extra einstellen, sodass ich nicht stets priorisiert werde? Danke LG
  5. NImm das auch noch mit rein. Einfach wie oben, mit einer neuen Verknüpfung. Kann nicht schaden "E:\DCS World\binDCS_updater.exe" cleanup
  6. Das würde mir auch gefallen.
  7. >> Was meinst Du mit Auto hin- und herschalten? --- die VR soll nicht immer zwischen nativer und halber Framrate hin und her schalten, sondern bei einer Framrate bleiben. Irgendwas verträgt sich da mit DCS nicht und es kommt zu diesen Fehlern. >> Nachdem ich aber in der graphics.lua die fps auf 60 begrenzt habe schaut es derweil gut aus! --- Genau das meinte ich... Ob das über lua oder OculusTrayTool, der OculusDebugTool gemacht wird, ist dabei anscheinend egal. Ich hoffe, dass es weiterhin gut paßt. Bitte halte uns auf dem Laufenden nach dem Testen. Daumendrück. Edit: habs grade gelesen... schade...
  8. Hallo, ich habe zwar das Opentrack nie verwendet... ist es bei so, dass das Bild in der Horizontalen zum zerreissen beginnt? Das ist vor allem sichtbar, sobald Du den Kopf bewegst? Wem dem so ist: Das Problem: Ich konnte bei mir das Problem darauf eingrenzen, dass wenn die VR anfängt zwischen der nativen und der halben Framerate hin und her zu schalten, in DCS irgendwas passiert. Plötzlich sinkt die Framerate auf unter 15 ab und selbst wenn sie dann wieder höher wird, zerreißt das Bild ständig in (meißt) großflächigige Mosaike. Es ist als würde ein oder mehrere Frames zeitlich durcheinander kommen und sich in Teilen überlagern. Mögliche Lösung: Manches Mal reicht es, die VR für ~ 1 Minute abzunehmen. Dann kann es sein, dass sich das Bild danach wieder beruhigt hat. Ein anderes Mal muß ich die die Mission, oder DCS, beenden und neu starten, oder sogar die VR rebooten. Seit dem ich das Auto hin und herschalten disabled habe, oder gleich nur die halbe Framerate eingestellt habe, ist das Phänomen um gut 95 % reduziert worden. Nur beim Apache taucht es hin und wieder auf (anderes Thema, hat wohl mit den Cockpit Texturen zu tun). Ich hatte mich mal mit einer DIY Lösung in der Art TrackIR probiert. Diese zugehörige Software hatte mir meine Graka Software voll zerschossen mit allen unmöglichen Fehlern incl. Instabilität meines Systems. Est nach Deinstall dieser Software und einer kompletten Reinstall meiner Graka Software war dann wieder alles OK. Vielleicht liegt es bei Dir "nur" daran. Ich hoffe, dass alles bald wieder funzt bei Dir. LG jerzem Edit: Ach ja: ich benutze die Oculus Quest 2.
  9. Zur weiteren Einstimmung ein paar Eindrücke von der Airpower22 aus Zeltweg (Österreich) in Cockpit view des Eurofighters.
  10. Texture template for AH-64D model 5,44 GB, ist ein bisserl viel für eine Vorlage, nicht?
  11. OMG, auch ich sage danke... ich hatte wie blöd auf C gedrückt und mich gewundert, warum sich nichts getan hat. Hätte auch selbst drauf kommen können, daß es gleich wie in den anderen Modulen mit 2 Cockpits ist. *kopfschüttelÜberMichSelbst
  12. @imacken... from where are you have the firmware 01 December 2021? All what I can see on the Virpil download page is the firmware 02 Januray 2021. thx edit: found it in the forum... as you wrote... I hadn`t read it. tx
  13. Die Einheiten sind in Fuß, wie im Missioneditor angegeben. Ja, jede Sicht ab >0 und Dicke ab >68 ist ein Case III. Dabei ist Sicht ab 1 die geringst mögliche Sicht... Sicht 0 ist das selbe, als wäre Nebel ausgeschaltet und bedeutet unter Tags Case I. Sicht >0 bis Maximum und Dicke bis 68 ist unter Tags auch Case I. Sicht >0 bis Maximum und Dicke ab 69 bis Maximum ist immer Case III, egal ob Tag oder Nacht (letzteres ohnehin logisch Case III). Du kannst also Sicht auf Maximum stellen und Dicke auch auf Maximum und fliegst nur in einen ganz leichten Nebel rum und kannst Case III üben. - Unter Tags. LG jerzem
  14. Hallo Leute, ich habe mich mal ein wenig herumgespielt und habe folgenden Bedingungen für die einzelnen Case herausgefunden: (Stand akutelles Realease) ----------------------------------------------------------------- Case I: - Grundbedingung: ○ Ab kurz nach Sonnenauf- bis kurz vor Sonnenuntergang ○ Nebel: Sicht >= 0 / Dicke < 69 Danach: • Wolkendichte 0 - 5 ODER • Wolkenbasis > 1000 feet • UND Wolkendichte 6 - 8 ----------------------------------------------------------------- Case II: - Grundbedingung: ○ Ab kurz nach Sonnenauf- bis kurz vor Sonnenuntergang ○ Nebel: Sicht >= 0 / Dicke < 69 Danach: • Wolkenbasis < 1001 feet • UND Wolkendichte 6 - 8 ----------------------------------------------------------------- Case III: • Ab kurz vor Sonnenunter- bis kurz nach Sonnenaufgang ODER • Wolkendichte 9 - 10 ODER • Nebel: Sicht > 0 / Dicke > 68 ----------------------------------------------------------------- Info: In DCS definiert die Tag Nacht Grenze von Case III zu den anderen beiden Case 2° der Sonne über dem Horizont (Meersspiegelhöhe). Diese Position erreicht die Sonne in etwa 12 Minuten nach Sonnenauf, bzw. 12 Minuten vor Sonnenuntergang. Sonnenstand weniger als 2° bedeutet automatisch Case III Andere mögliche Einstellungen wie Staub oder Wolkendicke sind (derzeit) nicht für Casebedingung relevant, darum stehen sie auch oben nicht dabei. Ich hoffe es hilft jemandem beim Missionserstellen. LG jerzem
×
×
  • Create New...