81

Freitag, 1. Juni 2007, 12:01

Diese Fehlermeldung ist selbst mir neu ô.Ô

Hast du mal die Manifest Datei umbenannt? Probier doch einfach mal die Lösungsvorschläge hier:
http://www.rmxp.de/Interim/RMXPSkriptExplorer

82

Freitag, 1. Juni 2007, 12:23

Probiert halt mal die Möglichkeit mit opt aus. Fügt die Datei im Anhang in den Spieleordner ein. (Ihr müsst das ".txt" wegmachen!!!)
»Monsta« hat folgende Datei angehängt:
  • opt.txt (11 Byte - 77 mal heruntergeladen - zuletzt: 16. August 2011, 12:18)

83

Montag, 4. Juni 2007, 16:29

so mit opt-datei klappt alles
aber die datei hätte doch auch standardmäßig dabei sein können, oder?
ich meine dann gäbe es einen bug weniger

adlerauge

84

Montag, 4. Juni 2007, 17:37

so mit opt-datei klappt alles
aber die datei hätte doch auch standardmäßig dabei sein können, oder?
ich meine dann gäbe es einen bug weniger

adlerauge


Anhand dieser Datei wird überprüft, ob das Programm schon mal gestartet wurde, sodass nicht bei jedem Start die Dateien überprüft werden müssen. Beim 1. Start sollte diese Datei, wenn keine Fehler aufkommen erstellt werden. Wenn allerdings ein Fehler beim kopieren der Dateien ein Fehler ausgelöst wird, ist das nicht der Fall. Durch das erstellen dieser Opt Datei überspringst du also quasi die initialiesrung des Programmes. Deshalb ist diese Standardmäßig nicht mit dabei. Bei der nächsten Version wird es aber so seien, das man nach dem Absturz gefragt wird, ob man denn die Opt Datei dennoch erstellen möchte (Dadurch können dann halt andere Fehler auftreten).

@Rabu: Das was du meinst ist die manifest Datei ;)

Mfg Monsta

85

Sonntag, 10. Juni 2007, 21:09

Probiert halt mal die Möglichkeit mit opt aus. Fügt die Datei im Anhang in den Spieleordner ein. (Ihr müsst das ".txt" wegmachen!!!)
ok, jetzt funktionierts.

Blackstarwolf

Landsknecht

Motto: Meep die Welt an, sie meept zurück :3

  • Nachricht senden

86

Freitag, 28. November 2008, 08:36

Ich habe ein ziemlich großes Problem mit dem Tool.

Erstmal sry das ich den alten Thread hier wieder ausbudel.

Unter Vista funktioniert dieser leider nicht, denn er stellt immer ein Problem mit dem Player fest.
Kann man das ändern ? Weil das Tool ziemlich nützlich ist.

Hoffe auf possitive Nachricht.

RedLink

Landsknecht

Motto: Faulheit ist Relativ

  • Nachricht senden

87

Freitag, 28. November 2008, 13:37

bringe einfach die DLLs auf den neusten stand.
Wenn du es nicht kannst kannste mich ja mal per ICQ nach der veränderten Datei fragen.

PS du musst ja die Game.dll datei mit dem Editor öffnen und dann die Dll zu deiner RPG Maker Dll version umändern.

Spoiler
[Game]
Library=RGSS102e.dll
Scripts=Data\Scripts.rxdata
Title=CBS v2.5
RTP1=Standard
RTP2=
RTP3=
zum Lesen den Text mit der Maus markieren
So sieht es bei meinen versionen aus.
  • Scripter

    Für den MV
  • Mitmacher

    nirgendswo

FlipelyFlip

unregistriert

88

Freitag, 28. November 2008, 14:44

geht auch einfacher:

geh in den Ordner rein wo du den XP maker drin hast und benenne die dortige .dll um auf 100j.dll danach müsste das prob mitm player wech sein, wenn nich dann weiß ich leider auch nich weiter!

89

Samstag, 3. Januar 2009, 10:38

könnte mir einer vieleicht zeigen wo die neueste version ist finde die nürgends thx im vorhinaus

Neo-Bahamut

Himmelsgleicher

Motto: Wer anderen eine Bratwurst brät, der hat ein Bratwurstbratgerät.

  • Nachricht senden

90

Samstag, 3. Januar 2009, 10:43

Spoiler: Wurstinator
zum Lesen den Text mit der Maus markieren

Spoiler: Lazer-Wurst
zum Lesen den Text mit der Maus markieren

Spoiler: Hallowurst
zum Lesen den Text mit der Maus markieren

91

Samstag, 3. Januar 2009, 11:22

Oh da hätte ich eigentlich selber drauf kommen können XD Danke

92

Dienstag, 5. Mai 2009, 17:37

Geil,

Das tool is voll kras, das hat mir beim skripten nen überblick verschaft

kompliment THX.

Einfach Geil XD :D

93

Samstag, 9. Mai 2009, 18:46

Ja nur sau veraltet. Hey Monsta hau ne neue Version raus!

Evrey

Oberschurke im Ruhestand

Motto: "Satzzeichen sind keine Rudeltiere." - Chesra

  • Nachricht senden

94

Samstag, 9. Mai 2009, 18:54

Kann man das Teil nicht irgendwie Studi-Standard machen? Wenn mehr Leute im Studio (z.B. auch die Ressi-Verwalter) die Möglichkeit haben, den Scriptexplorer zu erweitern, wird der immer schön aktuell bleiben.
Die Anzahl der Scripts d'rin is' nämlich noch etwas sehr karg, weshalb ich viel öfter in meinen Ressi-Ordner klicke, als im Scriptexplorer. Schade eigentlich.
  • :medal: Werbung

    Bild

    Cpp Quellcode

    1
    
    #define TRUE FALSE //Happy debugging suckers
    (Einfach nur wundervoll.)
  • :palette: 1plus3 :cake:

    Bild
  • :fires: Nuuuhminaaah

    Bild
  • :medal: compétences

    mes compétences
    :heart_full: :heart_full: :heart_full: :heart_full: :heart_full: max.
    :ruler-triangle: Maps machen :heart_full: :heart-empty: :heart-empty: :heart-empty: :heart-empty:
    :media-player: Musik machen :heart_full: :heart-half: :heart-empty: :heart-empty: :heart-empty:
    :cup: Scripts machen :heart_full: :heart_full: :heart_full: :heart_full: :heart-break:
    :paper: Story ausdenken :heart_full: :heart_full: :heart_full: :heart-empty: :heart-empty:
    :cut: Pixeln und so :heart-empty: :heart-empty: :heart-empty: :heart-empty: :heart-empty:
    :game: Events proggen :heart_full: :heart_full: :heart_full: :heart_full: :heart_full:
    (Dieser Tab ist rein satirisch.)
  • :folder-open: mes projets

    • :addressbook: Silentium
      :book: Name: Silentium
      :rmxp: Maker: Eigenbau (C++, x86-SSE/AVX-Assembly, Ruby/Lua)

      :paper: Story
      :game: NPCs
      :cup: Scripts
      :drill: Ressis
      :ruler-triangle: Maps
      :compile: Gesamt
      (3+4)% 42 69% 0815 -17.438 103.38% ± 6.3mm²

      (Die Tabelle erfüllt lediglich satirische Zwecke.)
    • :compile: Onyx
      Eine in C++ implementierte, modulare, plattformunabhängige, virtuelle Maschine. Die Test-Version ist bereits halb fertig. Ab dann gibt es vielleicht mehr Infos. Sie soll die auf dem ersten Blick LISP-artige und eigens dafür konstruierte Sprache Obsidian ausführen können. Experimentell wird auch ein Lua-Compiler für Onyx gebaut. Ziel ist eine leistungsfähige, virtuelle Maschine für beliebige Scriptsprachen. Theoretisch gesehen müsste man bloß noch einen kompatiblen Compiler schreiben, der Quellcode jener Sprache in Onyx-Assembly, oder direkt in Onyx-Bytecode übersetzt. Ob die jemand nutzen wird, ist eine andere Frage und nur ein sekundäres... nein, eher tertiäres Ziel dieser VM. Primär dient es mir lediglich dazu, mein Verständnis von Hardware, ISA, und Assembly zu vertiefen, sowie eigene Grenzen auszutesten.

      :exclamation: Warnung!
      Das Entwickeln einer virtuellen Maschine oder Programmiersprache (im wahnsinnigsten Fall beides) ist eine höchst komplizierte Tätigkeit, aus der viel Frust und Hirnmatsche hervor gehen. Sollte sich dennoch ein ähnlich wahnsinniger finden, der sowas zusammen schustern will, so lege ich ihm/ihr die folgenden Bücher ans Herz:
      • Compiler - Das Drachenbuch [978-3-8273-7097-6]
        Dieses Buch schlachtet ausführlich und leicht verständlich die Grundlagen bis hoch zu den Experten-Techniken des Compilerbaus aus. Es fängt mit der Automaten-Theorie und formalen Sprachen an, arbeitet sich durch Analysetechniken vor, und landet schließlich bei Techniken wie Optimierung und Register-Zuweisung. Das Buch wiegt 3Kg oder 4Kg. Hab's mal gewogen. Ist also nicht gerade die Lektüre für unterwegs.

      • Computerarchitektur [3-8273-7016-7]
        Hier werden leicht verständlich die wichtigsten Entwicklungen der Rechnerarchitekturen erklärt (Gut, das Buch ist in die Jahre gekommen, aber der Weg zu heute ist ein winziger Schritt, den man sich nach diesem Buch selbst erdenken kann). Hauptbestandteil des Buchs ist eine relativ umfassende Betrachtung der Funktionsweise dreier gänzlich unterschiedlicher, aber dominierender Prozessor-Typen am Beispiel des Pentium II, UltraSPARC II, sowie picoJava. Die meisten Elemente dieses Buchs sind zwar für die Konstruktion einer virtuellen Maschine irrelevant, oder aufgrund der Tatsache, dass die VM Software ist und z.B. Byte-Grenzen hat, sogar zu Leistungseinbußen führen kann, doch ist ein hinreichendes Verständnis dieser Maschinen, mit denen wir arbeiten, äußerst hilfreich für die Überlegungen, wie die VM arbeiten soll.

      Es kann sehr hilfreich und inspirierend sein, den Code quelloffener, virtueller Maschinen anderer Sprachen zu überfliegen. Meine Lieblings-Quelle war und ist stets die VM von Lua. Sie ist schlank, verständlich, in C implementiert, und basiert im Gegensatz zu vielen anderen Scriptsprachen-VMs auf einer Register-Maschine statt einer Stapelmaschine. Es wäre natürlich vorteilhaft, die entsprechende Sprache zu verstehen, in der man auch die eigene VM implementieren will. Weiterhin ist es äußerst vorteilhaft, eine leistungsstarke und bequeme Sprache wie C++ zu beherrschen, um die VM zu implementieren. Und bevor irgendwer auf die Idee kommt: Assembly ist NICHT als dominierende Sprache für den Bau einer VM geeignet. Wer die Frage des "Warum?" nicht beantworten kann, sollte zunächst die gewählte Sprache und Assembly hinreichend verstehen lernen, und es dann erneut mit der Frage versuchen. Es lohnt sich dennoch, Assembly zu lernen. Allein schon, um erneut das Verständnis zu vertiefen, zumal ihr mehr oder weniger gezwungen seid, auch für eure VM eine Assembler-Sprache zu entwickeln (Außer natürlich ihr schreibt eure Test-Programme Bit für Bit ;3).
  • :locale: enfin

    Je ne peux pas parler français.
    C'est tout ce que Goodle et les restes de cours de français.
Signaturstand: 24.07.2013

Social Bookmarks