C & C++

Es wird ein Patch für den Grafiktreiber benötigt, der die Steuerungsmöglichkeiten des Grafikadapters durch Hinzufügen zusätzlicher benutzerdefinierter Einstellungen erweitert. Der Patch muss in die bestehende Architektur des Treibers integriert werden, ohne dessen grundlegende Funktionalität zu beeinträchtigen, und die Kompatibilität mit den unterstützten Versionen des Betriebssystems gewährleisten. Das Hauptziel besteht darin, einen flexibleren Zugriff auf Parameter zu bieten, die in der Standardsteuerung des Treibers nicht verfügbar sind, mit der Möglichkeit, diese über die Benutzeroberfläche oder die Programmierschnittstelle (API) zu ändern. Der Patch sollte eine modulare Struktur vorsehen, die es ermöglicht, in Zukunft neue Parameter hinzuzufügen, ohne den Code erheblich umarbeiten zu müssen. Es muss eine korrekte Fehlerbehandlung, Protokollierung von Änderungen, die Möglichkeit, Einstellungen auf die Standardwerte zurückzusetzen, sowie die Erhaltung der Kompatibilität mit zukünftigen Treiberupdates, soweit möglich, gewährleistet werden. Die Lösung sollte von technischer Dokumentation begleitet werden, die die Architektur, die implementierten Funktionen, Einschränkungen und Empfehlungen für Tests beschreibt.

Wir sind ein großes Logistikunternehmen mit eigenem Export. Wir verfügen über einen großen Fuhrpark und versenden ständig unsere eigenen Fahrzeuge zum Export in europäische Länder.Beschreibung Website: https://echerha.gov.ua/ Auf dieser Website stellen wir unsere Fahrzeuge in eine elektronische Warteschlange für die Überquerung der Staatsgrenze. Bei der Registrierung müssen folgende Daten eingegeben werden: Name und Nachname des Fahrers; Nummer des Reisepasses; E-Mail-Adresse; Telefonnummer des Logistikers für Benachrichtigungen; Fahrzeugtyp (Lkw); Herstellername des Fahrzeugs; Staatliche Nummernschilder des Zugfahrzeugs; Staatliche Nummernschilder des Anhängers; Nummer der Zollanmeldung. Für jedes Fahrzeug ist im Voraus ein bestimmter Tag und eine bestimmte Uhrzeit für die Grenzüberquerung festgelegt. Zum Beispiel muss das Fahrzeug am Montag um 10:00 Uhr den Grenzübergang „Rawa-Ruska“ passieren.Unser Problem - Die Warteschlange auf der Website https://echerha.gov.ua/ bewegt sich unvorhersehbar. - Zum Beispiel ist heute Freitag, und das Fahrzeug muss am Montag um 10:00 Uhr die Grenze überqueren. - Wir wissen nicht, wann genau die Warteschlange zu bewegen beginnt. Dies kann am Freitagabend, jederzeit am Samstag oder Sonntag, früh am Morgen, tagsüber oder spät am Abend geschehen. - Wenn die Warteschlange zu bewegen beginnt, ist dies sofort auf der Website sichtbar. Manchmal kann sie in nur wenigen Minuten von Freitag auf Montag oder sogar Dienstag vorankommen. - Deshalb sind die Logistiker gezwungen, ständig die mobile Anwendung oder die Website zu überwachen, um den Moment nicht zu verpassen, wenn die Warteschlange das erforderliche Datum und die Uhrzeit erreicht. Wenn dieser Moment verpasst wird, schaffen wir es physisch nicht, das Fahrzeug in die Warteschlange für den benötigten Zeitfenster zu stellen.Aufgabe - Nach der Eingabe der Fahrzeugdaten (zum Beispiel in eine Tabelle oder eine andere Schnittstelle, je nach Implementierung des Programmierers) sollte das System automatisch die Bewegung der Warteschlange verfolgen. - Wenn die Warteschlange das vorher festgelegte Datum und die Uhrzeit erreicht, sollte das System automatisch die erforderlichen Daten ausfüllen und das Fahrzeug ohne Beteiligung des Logistikers in die Warteschlange stellen.

Ich suche einen erfahrenen Entwickler für TrinityCore 3.3.5a, der sich gut mit der Architektur des Kernels, dem Battleground-System, C++, SQL und dem WoW-Client 3.3.5 auskennt. Im Projekt ist bereits ein benutzerdefinierter Battleground „Sklavental“ (Slavery Valley) integriert, der von AzerothCore auf TrinityCore übertragen wurde. Der Großteil der Arbeit ist bereits erledigt, jedoch muss es auf das Niveau von Blizzard gebracht werden.Was bereits erledigt ist TrinityCore 3.3.5a + Eluna. Server vollständig konfiguriert. Battleground in den Kernel integriert. Eintritt in BG funktioniert. Client-UI funktioniert (teilweise). Übertragung der meisten SQL und DBC abgeschlossen. Kommt ohne Fehler zusammen.Was zu tun ist Die verbleibenden Bugs im Battleground beheben. Die Mechanik auf das Niveau der offiziellen Battlegrounds von Blizzard bringen. Die Startphase des Matches korrigieren. Die korrekten Starttore/Feuerwände implementieren. Die Mechanik der Punktkontrolle korrigieren. Das Matchende korrigieren. Die Punktevergabe und die Funktionalität von WorldState überprüfen. Die verbleibenden C++ und SQL-Probleme beheben. Ein vollständiges Gameplay-Testing durchführen.Anforderungen Erforderliche Erfahrung: TrinityCore 3.3.5a; C++; SQL (MariaDB/MySQL); DBC; MPQ; Visual Studio; CMake; Git. Wäre ein großer Vorteil: AzerothCore; Eluna; Erfahrung in der Entwicklung von Battlegrounds; Verständnis der Client-Seite von WoW 3.3.5a.Arbeitsformat Arbeit erfolgt in Phasen. Nach jeder Phase ist ein Test erforderlich. Jede Phase wird nur nach Überprüfung im Spiel akzeptiert. Klare Berichte über Änderungen sind erforderlich.In Zukunft Dies ist ein langfristiges Projekt. Nach Abschluss des Battlegrounds sind geplant: Übertragung neuer Battlegrounds; Übertragung neuer Arenen; Neue Rassen; Neue Klassen; Neue Spielsysteme; Weiterentwicklung eines eigenen World of Warcraft 3.3.5a Servers. Ich suche einen Entwickler, der bereits mit TrinityCore gearbeitet hat und nicht nur Code schreiben kann, sondern das System in einen vollständig funktionierenden Zustand bringen kann.kein Server von 0, wie ich will Wenn du einen Entwickler suchst, nicht nur für einen Battleground, sondern für die Erstellung eines Servers von Grund auf, sollte die Anzeige ungefähr so aussehen.Projektname Entwicklung eines World of Warcraft 3.3.5a Servers von Grund auf (TrinityCore / C++ / SQL / Eluna)Projektbeschreibung Ich suche einen erfahrenen Entwickler für TrinityCore 3.3.5a für eine langfristige Zusammenarbeit. Ich benötige jemanden, der in der Lage ist, von Grund auf einen vollständig funktionierenden World of Warcraft 3.3.5a Server auf Basis von TrinityCore zu entwickeln, mit weiterer Projektentwicklung. Das Projekt ist groß und auf mehrere Monate Entwicklung ausgelegt.Grundlage des Projekts TrinityCore 3.3.5a. Maximal stabile und Blizzard-nahe Basis. Eluna Lua Engine. MariaDB. Visual Studio + CMake. Git.Was geplant ist Voll funktionsfähiger Server 3.3.5a. Fehlerbehebung im Kernel. Entwicklung neuer Spielsysteme. Integration benutzerdefinierter Battlegrounds. Integration neuer Arenen. Übertragung nützlicher Module von AzerothCore auf TrinityCore. Entwicklung eigener Module. Neue PvP- und PvE-Systeme. Neue Spielevents. Klassenbalance. Zusätzliche Fortschrittssysteme. Verbesserung der Serverleistung.In Zukunft Nach Abschluss des Grundteils sind geplant: Neue Rassen; Neue Klassen; Neue Zonen; Neue Dungeons; Neue Raids; Neue Battlegrounds; Neue Berufe; Neue Spielmechaniken; Integration moderner Systeme in den Client 3.3.5a.Anforderungen an den Entwickler Unbedingt: Ausgezeichnete Kenntnisse in TrinityCore 3.3.5a. Sichere Kenntnisse in C++. SQL (MariaDB/MySQL). Git. Visual Studio. CMake. Verständnis der Architektur von TrinityCore. Erfahrung mit Battlegrounds, PvP und Spielmechaniken. Wäre ein großer Vorteil: Erfahrung mit AzerothCore. Eluna Lua Engine. Arbeit mit DBC und MPQ. Erfahrung in der Erstellung eigener Spielsysteme.Arbeitsformat Arbeit erfolgt in Phasen. Jede Aufgabe wird als separates technisches Dokument formuliert. Nach jeder Phase erfolgt ein obligatorisches Testing. Arbeit wird nur nach Überprüfung im Spiel akzeptiert. Ein Entwickler wird benötigt, der in der Lage ist, die Funktionalität in einen vollständig funktionierenden Zustand zu bringen und nicht nur Code zu schreiben.

Kompatibilität zwischen der Bodenstation, dem automatischen Startsystem (SAS), dem Radar und dem Flugzeug herstellen.