Wenn ich wüsste was eine prefix Datei ist ![]()
Habe eigentlich nur eine config drin.
Ich habe im addonbuilder auch die Texturen "verschlüsselt" kann es daran liegen?
Schön, dass du den Weg zu NodeZone.net gefunden hast! Aktuell bist du nicht angemeldet und kannst deshalb nur eingeschränkt auf unsere Community zugreifen. Um alle Funktionen freizuschalten, spannende Inhalte zu entdecken und dich aktiv einzubringen, registriere dich jetzt kostenlos oder melde dich mit deinem Account an.
Wenn ich wüsste was eine prefix Datei ist ![]()
Habe eigentlich nur eine config drin.
Ich habe im addonbuilder auch die Texturen "verschlüsselt" kann es daran liegen?
komisch
übersehen wir etwas?! weil bei mir funzt das so
hab gerade eben mal die 1 in textures umbenannt klappt leider immer noch nicht...
kannst du mir evtl deine config rein schicken?
kann es daran liegen das die pbo datein keine signaturen haben?
Hallo,
ich möchte einige texturen aus meine Mission in meine mod verschieben.
ich habe hier am beispiel von vitems folgenden pfad benutzt, da bei dem toolkit dies ebenfalls so verwendet wurde.
Beim Toolkit:
icon = "\a3\weapons_f\items\data\UI\gear_toolkit_ca.paa";
Bei meinem:
icon = "\TLG_1\icons\tools\ico_fuelEmpty.paa";
Ebenfalls das klappt nicht:
icon = "\@TheLastGamer\addons\TLG_1\icons\tools\ico_pickaxe.paa";
Die mod bzw die pbo liegt in dem addons ordner von der hauptmod TheLastGamer
Hat jemand eine idee bzw löung?
LG
Okay also ich glaube hier im thread wurden schon genügend verwirrt und versucht fehler zu fixen.
Installier einfach die extdb nochmal neu.
So wie ich das sehe funktionert die extdb 2 nicht mit der 1.3.4.8 sondern nur mit der 4.0
Mach am besten einfach folgendes:
Lad dir das hier herunter:
entpacke die datei und packe sie 1zu1 in das arma 3 hauptverzeichnis.
A3HauptVerzeichnis= Das arma 3 Haupt Verzeichnis wo zb die MpMissions ordner drin ist
[A3HauptVerzeichnis]\@extDB
[A3HauptVerzeichnis]\tbbmalloc.dll
[A3HauptVerzeichnis]\tbb.dll
(Die extDB.dll soll im @extdb ordner bleiben also wirklich nichts verändern an der "standart" struktur
so jetzt gehen wir in die extdb-conf.ini ([A3HauptVerzeichnis]\@extDB\extdb-conf.ini])
Jetzt trägst du unter
[AltisLife]
Deine Daten ein also:
Name = arma3life
Username = root
Password = DATENBANKPASSWORT
IP = 127.0.0.1
Port = 3306
Achtung sollte deine datenbank NICHT arma3life heißen musst du es hier ändern. (Name)
Achtung sollte deine datenbank-Benuzter NICHT rootheißen musst du es hier ändern. (Username)
Achtung sollte deine datenbank NICHT auf dem gleichen server wie der arma 3 server läuft musst du es hier ändern (IP)
Achtung sollte deine datenbank - Port NICHT 3306 ist musst du es hier ändern (Port )
Das du dein Passwort einsetzen musst ist glaube ich klar.
So jetzt speicherst du die datei und fügst bei deinem server start command folgendes hinzu
wenn das nicht geht füg es als normale mod ein
so nun sollte das ganze eigentlich klappen viel glück ![]()
Nein. Musst du manuell installieren.
kann ich so bestätigen musst auch nach ausgiebigen stunden von windows updates immer DirektX installieren
https://www.microsoft.com/de-de/download/details.aspx?id=35
Oder noch einfacherer installiere steam lad arma 3 server oder arma 3 herunter und starte es....
Das Ding ist halt der RPT Log wird erstellt sobald du den Server hochfährst also müsste ein dort sein der dir dann gleich sagt ob die Datenbank sSchuld ist oder du einen Script fehler drinnen hast das Ding ist halt es kann gut sein das der Server ohne extDB hochfährt und läuft doch ich wage stark zu bezweifeln das dort alles bezüglich Datenbank ( Geld, Autos, Playerstats, etc...) richtig, wenn überhaupt funktioniert haben soll. Daher wenn du ja deine Datenbank über Nitrado laufen hast wird es dir eh nichts nützen da du sonst niemals eine verbindung aufbauen kannst. Stell dir das so vor: Um Strom (Daten) in einem Wasserkraftwerk (Dein Server) erzeugen zu können braucht man Wasser (extDB).
Bedeutet Kurz= Ohne Server gibt es keine Daten die verarbeitet werden müssen.
Ohne Daten gibt es nichts was transferiert werden soll.
Ohne extDB gibt es keinen Transfer von Daten.
Hoffe hab es anhand des Beispiels deutlich ghemacht warum die extdb so wichtig ist.
einfach gesagt kann dein arma 3 server nicht mit einer datenbank kommunizieren das sind zwei unterschiedliche paar schuh
extdb ermöglicht das kommunizieren und ist somit nicht weg denkbar (passende schuhe xD)
Zu Linux: unterstützt keine DLL datein.
Zum Fehler:
Bitte beachte das die extdb2 nur mit der 32 bit variante von A3 kompatibel ist.
Bitte beachte das Hoster meist mehrere server haben worauf mehrere datenbanken sind das heißt das zb unter der server ip xxx.xxx.xx deine DB läuft aber auch die vom Manfred und kallheinz.
Und gerade da wird gerne die nutzer nummer als db name genommen also bitte hänge folgende datein an:
@extDBX\extdbX-conf.ini
(X steht für die version)
@extDBX\logs\*
(Das Aktuellste Log file)
(X steht für die version)
[Mission]\description.ext
Ebenfalls wichtig wäre ob du jetzt auf dieser installation windows oder linux nutzt.
Zu dem RTP Logs:
hänge man an den start befehl in der bat oder der verknüpfung folgendes an:
das sollte automatisch einen ordner namens A3_Server_Log direkt im hauptverzeichnis erstellen wo ein log drin ist.
falls das klappt häng das bitte auch an
Gute nacht und LG
Oh gut das könnte das Problem sein.^^ Hatte bisher nämlich immer eine extDB2.dll Datei. Kann man diese einfach in eine sog. .so Datei umändern?
naja such evtl nach eine extdb für linux ![]()
ka ob man die umändern kann
Alles anzeigenHast du deine Datenbank auf einem eigenen Server (Root / vServer) liegen oder bei einem anderen Hoster?
Wie verbindest du dich auf die Datenbank, wenn du Tabellen oder Datensätze ändern musst. Verwendest du dafür phpmyAdmin oder ein lokales Tool (MySQL Workbench, Navicat, ...).
Falls du phpMyAdmin über die Seite deines Anbieters nutzt, so kann es sein dass der Zugriff von ausen unterbunden wird.
Schalte auch mal den Debug Modus an (sofern so einer in deiner Version vorhanden ist).
Wenn keine Logs erstellt werden hilft auch mal ein Blick in die Ordnerrechte, bei mir ist der LogOrdner mit den Rechten 0755 erstellt worden.
Hast du Zugriff auf die Serverconsole, da steht gelegentlich auch was interessantes drinnen, z.B. wieso eine Verbindung fehlgeschlagen ist.
es würde auch einfach langen ob die DB intern oder extern ist.
Ja, Linux. Und nein keine Logs. Und was genau willst du wissen bezüglich der Infrastruktur?
so also erstmal linux erstellt keine logs bei der db solange xyz nicht eingestellt wurde.
Du musst beachten das du für linux keine DLL´s benutzten kannst sondern .so datein brauchst.
evtl hilft dir das weiter:
Klar das stimmt natürlich dass solche Anschlüsse oft für Hubs genutzt werden. Dennoch kommen immer mehr Geräte auf den Markt in denen mehrere Anschlüsse dieses Typs verbaut sind und dann zur reinen Bild-/Tonübertragung genutzt werden. Es soll dann wirklich Leute geben die ein USB-C zu USB-C Kabel nutzen um ein Tablet an einem Monitor anzuschließen
bei tablets ist das verständlich ![]()
Und USB sowie Thunderbolt könntest du auch noch hinzufügen
über Thunderbolt habe ich auch nachgedacht aber finde das die funktion von TDB eher in sachen wie mehrere usb ports, externe grafikkarten etc geht und nicht bzw nicht unbedingt als purer displayport verschwendet wird
Außerdem fehlt da der proprietary Stecker von Dell am guten Optiplex. Glaube der basiert aber auf DL DVI.
meh soll ich noch den speziellen Alienware Stecker für externe Grafikkarten einfügen?
Ich finde es rassistisch, dass ich nur 2 Antwortmöglichkeiten geben kann!
Ich habe 3 Monitore und diese sind angeschlossen über:
Main Monitor: Asus VG248 144Hz ~ DisplayPort 1.2
Second Monitor: 23 Zoll Asus VX238T ~ HDMI
Third Monitor: 23 Zoll Asus VX238T ~ VGA
So jetzt kannst du auch 3 Antwortmöglichkeiten wählen ![]()
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Du hast soeben mein Mind geblowed
(also ernsthaft lol)
dazu passend:
Ich weiß zwar nicht wofür die Umfrage gut sein soll, aber das einzige sinvolle in meinen Augen ist Displayport 1.2 der Rest ist Quatsch.
Bis 8K gescheit läuft bei Displayport 1.3 beziehungsweise bis es Grafikarten gibt die zu normalen Preisen diese Leistung erbingen wird es noch etwas dauern.
Sowohl viele Programme sind noch nicht mal auf 4K oder 2K angepasst sind
die umfrag ist nur aus spaß schadet ja nicht....
Ich bin Fan von 1.3 ich mein die kabel und monitore die das unterstützen sind nicht wirklich viel teurer also warum nicht in die Zukunft investieren
Habe jetzt alles mal ausprobiert was mir in den Sinn gekommen ist. Geht leider immer noch nicht :/. Mein Problem ist vermutlich einfach, dass ich mich selbst so gut wie gar nicht mit Datenbanken auskenne und dass vor allem keine Log Dateien erstellt werden. Könnte es vll doch am life_server liegen? Wenn jemand noch eine Idee haben sollte bin ich gerne für alles offen :). Ich stehe auch gerne bei einem kurzen TS-Gespräch zur verfügung, wenn jemand sich dazu bereit erklärt. Achja wegen den Logdateien, kennt jemand da zufällig das Problem?^^
MfG Malte
benutzt du einen linux server?
guck mal in den extdb ordner ob wirklich keine logs da sind...
könnten wir mehr infos zu deiner "infrastruktur" haben?
Ich denke aber ehrlich gesagt nicht dass es daran liegt. Die config ist eigentlich ja auch von dem Testserver kopiert und dort geht es ja auch mit LIFE. Und ja haben mir gefühlt schon alle gesagt aber ich bin womiglich zu faul einfach alles neu zu machen und arbeite jetzt seit gut 4 jahren immer mal ab und zu mit der 3.1.4.8 und kam bisher damit gut klar. Ist ja jedem seine Entscheidung
klar habe knapp 3 jahre auch so gedacht nur die 5.0 ist in manchen punkten leistungs stärker bzw zieht weniger leistung und macht vieles einfacher.
Wenn du ein problem lösen willst solltest du einfach mal alles ausprobieren wenn es nichts hilft wissen wir zumindest das es damit wahrscheinlich nichts zu tun hat... Ausschlussprinzip...