Hallo erst einmal -
ich finde das Forum echt super.
Ich habe einen Daslight DMX Gold Interface
und würde gerne mal die Sunlight 2005 Software testen.
Jetzt spricht leider mein Interface die Sotware nicht an.
Was muß ich denn machen??
Viele Dank für eine passende Antwort
Sorry, aber das hier ist ein DMXC-Forum. Vieleicht mal an den Hersteller von "Sunlight 2005" wenden ....
Sorry, aber das hier ist ein DMXC-Forum. Vieleicht mal an den Hersteller von "Sunlight 2005" wenden ....
oder https://forum.dmxcontrol-projects.org/www.paforum.de
findet sich möglicherweise auch jemand der dir helfen kann, ...
::) ::)
gruß
dmx@home
Hallo -
zuerst einmal vielen Dank,
ich dachte ich frage mal hier auf diesem Formum wegen
meinem Problem.
Die Firma Sunlight gibt da leider keine Infos.
Dachte hier sind die richtigen Lichtkenner für mein Problem - und können mir sagen ob ich es denn schaffen kann.
Nun, schätzungsweie dürfte das gar nicht funktionieren (zumindest nicht ohne das Programm zu cracken, was ja bekanntermaßen verboten ist).
Der Hersteller verdient ja nicht mit der Software sein Geld, sondern mit den Interfaces (die deswegen viel, viel teurer sind als die Hardware eigentlich kosten müsste).
Wenn jetzt jeder "Fremdinterfaces" mit der Software benutzen könnte, würde der Hersteller ja sein eigenes Geschäftsmodell untergraben.
Irgendwie gibt es aber immer Leute, die möglichst billigste Interfaces (z.B. DMX4All) mit der teuersten Software (z.B. Martin Lightjockey) verwenden wollen :o
Na jetzt aber -
du als Programmierer wirst doch wissen ob es klappt!!!!
Außerdem ist der Preisunterschied nicht ganz so groß zwischen einem Sunlight und einem Daslight Interface.
Und bei mir ist es eben so -
das ich das eine schon besitze.
Jup - aber das bringt ja dem anderen Hersteller kein Geld ;D
Der wird sich hüten, die Interfaces kompatibel zu machen...
Die Interfaces an sich scheinen mir schon gleich zu sein, vermutlich auch die Ansteuerung. Aber die Interfaces haben leider unterschiedliche IDs (geh ich zumindest von aus), und die Steuersoftware erwartet da nunmal einen bestimmten Wert... DMXC ist das einfach egal und kann deswegen beide Interfaces ansteuern (hat das eigentlich mal jemand getestet?), aber wir wollen ja auch kein Geld verdienen.
Man könnte höchstens versuchen, die vom Programm erwartete ID zu verändern, aber das Patchen ist nunmal nicht erlaubt...
smile hui ja super-
das würde mir dann doch schon mal weiter helfen.
Wenn du mir jetzt noch einen Tipp gibst wie
ich patche dann bin ich doch schon
ganz und gar zufieden
Woher soll ich das wissen? ??? Einfach ist das sicher nicht, erstmal muss man das Programm ja disassemblieren, dann verstehen (was bei rauskommt ist die Sprache des Computers!) und schließlich die richtige Stelle verändern.
Die Arbeit werde ich mir nicht machen, ich hab ja nicht mal das Interface.
Nur noch mal zur Sicherheit: Ich bin NICHT der Programmierer von Sunlight! Ich schreibe NUR DMXControl!
(Irgendwie klangen deine Posts, als denkst du dass ich was mit "Sunlight" zu tun hätte...)
nein nein nein -
ich weiß schon das du nicht der Programmierer von Sunlight bist.
Aber ich dachte das du dich schon so ganz gut mit dem Thema auskennst und ich da gleich einen kompetenten Mann an der Seite habe.
Dachte du weiß da eine super tolle Lösung für mich.
Kann es denn nicht sein das ich irgendwo einen anderen code einschreiben muß es es klappt.
Also, ich war am Do auf der PLS sowohl bei Sunlite als auch bei DasLight. Und der Mensch von DasLight sagte mir, dass die Ihre Interfaces bei Sunlite kaufen. D.h. die Hardware wird ziemlich identisch sein und nur irgendeine ID Funktion den Unterschied ausmachen.
"Kann es denn nicht sein das ich irgendwo einen anderen code einschreiben muß es es klappt."
Natürlich kann man theoretisch jedes Lichtprogramm (auch die richtig grossen) so verändern, dass man jedes beliebige Interface daran betreiben kann. Das ist nichts anderes als ein Game, bei dem der CD-Check rausgepacht wird. Aber das geht nicht mal ebenso. Dafür muss man schon ein bischen Ahnung vom Betriebsystem und ASM Code haben, wie Compiler arbeiten usw. Wenn du das hättest, würdest du hier nicht so fragen. Von daher würd ich sagen, kannst du das vergessen. Wie würdest du denn "irgendwo" den "anderen Code" hinschreiben?
ja siehst du - genau das wollte ich doch wissen.
Wie man denn dann schon mal so etwas angehen kann.
Ich denke immer wo ein Wille ist - gibt es auch einen Weg.
Ich war auch in Frankfurt und habe mir beide Versionen angeschaut - die Interfaces sind bestimmt gleich.
Kann es denn nicht sein das Sunlight nur eine andere Dll datei benutzt oder oder oder
Nur um dir mal die Problematik vor Augen zu führen:
Nach dem Disassemblieren kommt etwa sowas raus:
.text:00610AC8 _WinMain@16 proc near ; CODE XREF: start+17Fp
.text:00610AC8
.text:00610AC8 arg_0 = dword ptr 4
.text:00610AC8 arg_4 = dword ptr 8
.text:00610AC8 arg_8 = dword ptr 0Ch
.text:00610AC8 arg_C = dword ptr 10h
.text:00610AC8
.text:00610AC8 ; FUNCTION CHUNK AT .text:0061E91F SIZE 00000077 BYTES
.text:00610AC8
.text:00610AC8 jmp loc_61E91F
.text:00610AC8 _WinMain@16 endp
.text:00610AC8
.text:00610ACD ; ---------------------------------------------------------------------------
.text:00610ACD call sub_632118
.text:00610AD2 mov ecx, [esp+4]
.text:00610AD6 test ecx, ecx
.text:00610AD8 mov [eax+14h], cl
.text:00610ADB jnz short loc_610AE5
.text:00610ADD push 0FFFFFFFDh
.text:00610ADF call __setmbcp
.text:00610AE4 pop ecx
.text:00610AE5
.text:00610AE5 loc_610AE5: ; CODE XREF: .text:00610ADBj
.text:00610AE5 xor eax, eax
.text:00610AE7 inc eax
.text:00610AE8 retn 8
.text:00610AEB ; ---------------------------------------------------------------------------
.text:00610AEB push 1
.text:00610AED push 0
.text:00610AEF call sub_6346B9
.text:00610AF4 call sub_63477A
.text:00610AF9 jmp loc_634722
.text:00610AFE ; ---------------------------------------------------------------------------
.text:00610AFE push ebp
.text:00610AFF mov ebp, esp
.text:00610B01 push ecx
.text:00610B02 and dword ptr [ebp-4], 0
.text:00610B06 add ecx, 0C0h
.text:00610B0C push ecx
.text:00610B0D mov ecx, [ebp+8]
.text:00610B10 call sub_402450
.text:00610B15 mov eax, [ebp+8]
.text:00610B18 leave
.text:00610B19 retn 4...aber leider ein paar hundert Seiten davon... Und dann find mal den richtigen Einstieg :o
also zuerst einmal vielen Dank das du so viel Geduld mit mir hast.
Aber das sieht doch schon mal ganz gut aus -
wie bekomme ich es denn hin das ich so ein programm
disasemblieren -
brauch ich da ein spezielles Programm -
so könnte ich doch schon mal einsteigen und die Dll dateien vergleichen von beiden Systemen
Naja, dann würd ich an deiner Stelle erst mal anfangen mit Assemblerprogrammierung ein bischen Erfahrung zu sammeln, denn ohne die kannst du den disassemblierten code nicht auswerten. Schreib also ein paar kleine Programme in ASM und assemblier und teste sie. Insgesammt wichtig ist natürlich Wissen über die Windows API, Framestack, Virtual Memory, Paging, Funktionsaufrufkonventionen (cdecl, stdcall, ...). So, wenn du das alles kannst und weisst wird es dir immer noch nichts bringen den Kram einfach zu Disassemblieren, weil bis du da die Werte aller Variablen richtig bis an die relevanten Stellen verfolgt hast vergeht ne menge Zeit... Was du hier brauchst ist ein Debugger. Der zeigt dir den Code und den Memoryinhalt deines Programms während es läuft. Und mit viel Gedult und etwas Glück findest du dann die relevanten Stellen...
Aber glaub mir, das lohnt sich nicht nur für ein 700€ Programm zu knacken. Wenn du in dieser Richtung noch nichts gemacht hast, dann geh für die Zeit die du da rein investieren willst lieber arbeiten und dann kannste dir mind. zwei Sunlite Interfaces kaufen...
P.S.: Einfach zwei DLL Dateien zu vergleich und die unterschliede umzukopieren geht definitiv nicht!
JPK 
