Beiträge von KleinCrafter

    Hmm, ich kenne die reine Core version nicht, das macht bei uns der Praktikant xD
    Aber gerade das mehrfach Programmieren sollte nicht sein oO
    Einmal programmieren und Compilieren..

    C# und Java sind sehr ähnlich, dass sind 2-3 Wochen Umgewöhnung (suchen der passenden gegenstücke: boolean = bool; final = readonly; und so..)

    //Moved - Es ist Feedback und kein Smaltalk Thema ;)

    Der Grundaussage, dass es nicht Ziel sein kann in das Team zu kommen, stimme ich zu.
    Die Problematiken, die damit zusammenhängen sind mir größtenteils bewusst, auch warum "in das Team" so beliebt geworden ist. Die Lösung, wie viele sicherlich schon erwarten: Let's Mine 3.0
    Warum will man ins Team, weil es sonst Langweilig wird -> 3.0 bietet viel Abwechslung, dort ist "das Team" nicht "die" sondern "eine" Abwechslung..

    Rentner: Sind, wie Dragon schon schieb, Bürger + bisschen.

    Und was mir auch aufgefallen ist, ohne Team Rang wird man hier auch nicht mehr ernst genommen.

    In wie fern?

    Und bevor die Frage kommt: "Und wann soll die 3.0 Fertig werden" oder ähnliches..

    Diskutieren: Diskussionen
    Meinung abgeben: Konzeptvorstellungen
    Helfen: Übersetzungen

    Etwas gedult haben: Reallife by KleinCrafter

    Eine Auflistung aller Funktionen/Features, die Let's Mine 3.0 beinhalten soll.

    Diese liste beinhaltet nicht alle Features.

    jo, wird es nur für Android geben

    Da mitlerweile fast ein Jahr vergangen ist, mal ein kleiner hinweiß.

    Es gibt nun Visual Studio 2017 (Anfang des Monats Erschienen) und damit zusammen .NET Core, welches Platformübergreifendes Programmieren ermöglicht.
    Legt man das Projekt passend an, kann man auch gleich für die Playstation, Wii und what ever Programmieren :P

    Kann man das Enderei nicht davon rausnehmen?


    http://minecraft-de.gamepedia.com/Enderdrache -> Der erste Drache (Originale) spawnt ein Ei, alle respawnten Drachen nicht.

    Aber: Wie kann ein Item den "WOW" effekt verliehren, wenn es nur 2 gibt, an die man überhaupt nicht ran kommt?
    Für User ist es unerreichbar. -> kein WOW Effekt..

    Was bringt das töten des Enderdraches?
    erster Kill = 12000 Exp ~ 68 Level
    alle weiteren = 500 Exp

    Da sind die Exp farmen doch wohl effizienter xD

    Da muss theoretisch bei jedem kill etwas droppen, dass es sich auch lohnt, ihn zu killen..

    Und der Enderdrache frist den endstein garnicht mehr weg oO nurnoch "end Fremde Blöcke" xD

    Nachdem ich nun den Chat soweit habe: Mehrsprachigkeit
    ist die Idee, das jeder seinen eigenen Chat formatieren kann, für "Version 1" nicht gegeben.
    Aber dafür kann nun innerhalb der Community abgestimmt werden, welche Formatierung gültig ist^^

    Diejenigen, die "ihren eigenen" Chat haben (Firmen, Familien) können ihre eigene Formatierung benutzen.

    Weil ich gerade beim durchlesen gesehen habe, das oft !, ? und $ als Chat Prefix genutzt wurde: Das kann sich jeder User selber einstellen..
    Nur weil es Standartmässig auf ! liegt, heißt das nicht, dass man es dort lassen muss...

    PvE Arena ist zu einfach

    Woher willst du das denn wissen?! xD
    Eine Shulker tetränkte map - frist sich der enderdrache durch den boden, spawnen silberfische ohne ende und die enderman sind dauer aggro. Kommt drauf an, wie schwer ich das machen will xD

    Ich habe mal eine Umfrage hinzugefügt, damit die schreibfaulen ihre Meinung abgeben können =)

    Ich bin schon der Meinung, dass er einmal am Tag gekillt werden können soll.
    Wenn er getötet wird, spawnt ein ender ei. Solange er lebt, kann man "Drachenatem" sammeln.

    Was hat man von dem kill sonst noch?

    Die Überschrift fast es schön zusammen.
    Mit den höheren Minecraft Versionen muss man den Enderdrachen respawnen, damit man an den drachenatem kommt.
    Die frage die ich mir stelle: Soll dies im End-Freebuild (Varon) oder in einer speziellen welt, die in bestimmten intervallen betreten werden kann (PvE Arena) geschen?

    PvE Arena hätte den vorteil, dass dort auch gleich Shulkerboxen und eventuell Elytren reingepackt werden könnten. Die Arena könnte z.B. alle 12 Stunden betreten und "gelootet" werden.

    Bei der Freebuild Variante, wäre z.B. der blockschaden aktiviert, also frist sich der Enderdrache durch alles durch. bereitet man sich entsprechend darauf vor, sind die bauten in diesem freebuild vorteilhaft. (enderdrachen blockschaden wird durch die custom banner nicht geblockt)
    Dieses Freebuild wäre dann warscheinlich nur fürs Enderdrachen looten und würde nach entsprechender Zeit leergefressen sein.
    Wenn das Freebuild tatsächlich leergefressen wurde, gibt es zwei möglichkeiten:
    1) Resetten
    2) es ist leer und man mus zusehen, dass man dort entsprechende bauten zum töten hinsetzt.

    In einer Bürgerversammlung vor graumer Zeit habe ich mal angefragt, wie es währe, wenn das Freebuild in der 3.0 Vanilla wäre. Vanilla = Kein Creeper schutz, kein TnT schutz, kein Feuer schutz.
    Jedoch soll es die Möglichkeit geben, sein Eigentum vor den oben genannten zu schützen.

    Die Stimmung im Channel tendierte Richtung "Neugierig"
    Nun möchte ich vorstellen, wie dieser Schutz aussieht.

    Aufbauend auf dem Custom Crafting gibt es die Möglichkeit Banner zu erstellen, die unter anderem

    • Creeperschaden verhindern
    • Feuerausbreitung verhindern
    • Tiertötungen verhindern
    • den Spawn von Monstern verhindern

    Dies sind noch nicht alle, zum verständnis sollen diese jedoch reichen.
    Der hier genannte "schutz" wird als "Eigenschaft" bezeichnet. Anfangs soll es 7 Eigenschaften geben.

    Hinzukommen zwei Typen

    • Reichweite
    • Haltbarkeit

    Die Unterscheidung zwischen Typ und Eigenschaft ist später für die Berechnung der EXP wichtig.

    Eigenschaften
    Jede Eigenschaft kann aufgewertet werden, wobei Level 0 nicht zum Craften eines Banners benutzt werden kann.
    Es kann Maximal Aufwertungslevel 3 erreicht werden.
    Zum Aufwerten einer Eigenschaft benötigt man 5 Gegenstände des selben Stufe.
    5 Level 0 Items = 1 Level 1 Item
    5 Level 1 Items = 1 Level 2 Item
    5 Level 2 Items = 1 Level 3 Item

    Typen
    Jeder Type kann aufgewertet werden, wobei Level 0 nicht zum Craften eines Banners benutzt werden kann.
    Es kann Maximal Aufwertungslevel 5 erreicht werden.
    Zum Aufwerten eines Type werden zwei verschiedene Items benötigt. Das Item, das den Typen Repräsentiert und ein Item zum Aufwerten.
    Level 0 zu 1: 1 Aufwertungsitem
    Level 1 zu 2: 2 Aufwertungsitems
    Level 2 zu 3: 3 Aufwertungsitems
    Level 3 zu 4: 4 Aufwertungsitems
    Level 4 zu 5: 5 Aufwertungsitems


    Level Vorraussetzungen

    Jede Aufwertung einer Eigenschaft und eines Type ist ein eigenes Rezept und hat eigene Vorraussetzungen.

    Eigenschaft
    Eigenschaft 1: 1, 3, 5
    Eigenschaft 2: 2, 4, 6
    Eigenschaft 3: 3, 5, 7
    Eigenschaft 4: 4, 6, 8
    ...

    Type
    Type 1: 8, 8, 9, 9, 10
    Type 2: 10, 10, 11, 11, 12

    EXP beim Aufwerten
    Jede Aufwertung bringt Exp, je höher das Crafting Level, desto weniger EXP gibt es.
    Jede Eigenschaft und jeder Type kann nur einmal verwendet werden. Die Aufwertungsstufen können jedoch Quer vermischt werden.


    -1 = nicht möglich

    Welche Items für die jeweilige Eigenschaft/jeweiligen Type genutzt wird, steht noch nicht fest.

    Das erschaffen von Gegenständen ist ein elementarer Bestandteil von Minecraft, welches nun ein Update bekommt.
    Stufe 1: Über das Inventar
    Stufe 2: Über ein Crafting Tabel
    Stufe 3: Über ein NPC (Werkstadt)


    In jeder Stadt wird es eine Werkstadt geben, in der man das neue Crafting Menu öffnen kann.
    Das Crafting Menu arbeitet mit den Virtuellen lagern zusammen und ermöglich es Items aus dem Lager zu nutzen um größere Mengen zu nutzen.

    Es ist geplant, dass das Craften Zeit benötigt!
    Es ist geplant, dass das Crafting eine erfolgschange besitz!
    Die Zeit und die Erfolgschange ist Abhänging von den jeweiligen Konzept.

    Das Crafting soll ein eigenständiges Level System beinhalten.
    Jedes Crafting Rezept besitzt ein Vorraussetzungslevel, damit dieses erstellt werden kann.
    Mit dem Aufstieg eines Crafting Levels, verringert sich die Anzahl an EXP, die man bekommt, jedoch steigt auch die Erfolgschange.

    EXP für Level up
    Gezeigt werden die EXP, die für das nächste Level benötigt werden: Von Level 1 auf Level 2 werden 90 Exp benötigt.

    • 90
    • 120
    • 170
    • 240
    • 330
    • 440
    • 570
    • 720
    • 890
    • 1.080
    • 1.290
    • 1.520
    • 1.770
    • 2.040
    • ...

    Rein Rechnerrisch gibt es kein Maximum.

    Erklärung zur Kategorie "Custom Content"
    Minecraft ist ein Singelplayer Spiel. Was bringt Spieler auf einen Server, der nur den Singelplayer Content liefert?
    Und was hält diese User auf dem Server?

    Sehr viele haben angesprochen, dass Let's Mine keinen Content mehr erschaft und es keine wirklichen Neuerungen gibt.

    Eine Idee zu haben, was man noch für die 3.0 machen könnte, ist schnell gefunden, diese jedoch zu Balancen ist eine sehr schwere Aufgabe.
    Auch ist es nicht einfach, Ideen fallen zu lassen, weil man 8 Monaten nach beginn sieht, dass Mojang diese in einer neuen Version implementiert hat (*hust* Chulkerboxen )
    Oder einfach der Fakt, dass man zu viele Elemente aus Minecraft entfernen/ändern müsste, damit es einen sinn ergibt (Das einführen von Klassen, wie Handwerker, Schmied, Bauer, Mienenarbeiter, etc.)
    Let's Mine 3.0 RPG soll nur das nötigste von Vanilla Minecraft anpassen, damit es zu einem Multiplayer wird.

    Alles, was unter "[Custom Content]" Gepostet wird, erweitert Minecraft um zusätzlichen Kontent.

    Hmm, mein hintergedanke war: "Die Community kann bei der 3.0 mitmachen/helfen."

    Als Programmierer etwas zu erschaffen ist einfach, sobald es aber an die "GUI" geht, fang ich an zu kotzen xD
    Mir wird immer gesagt, dass ich bescheid geben soll, wenn ich hilfe brauche.
    User haben mich oft gefragt, warum "das denn so angezeigt wird und nicht anders"
    Spieler mit anderen sprachen verstehen kein wort.

    Zusammengefast: Dann macht es selber! xD
    Ich habe kein Bock auf GUI und ihr sollt mir helfen: Dann helft mir.
    Ihr wollt, dass der Englisch sprachige User im Tut weiter kommt und nicht mit google translator sich durch das quiz raten soll? Dann schreibt eine Englische Übersetzung xD

    Alles möglich, ohne das ich nochmal nen finger krum machen muss.
    Und bei der frage, warum das so ausgegeben wird: Weil die Community das so festgelegt hat :P

    Ich muss keine Tabellen von Texten rausgeben, diese wieder einpflegen und wehe ich habe welche vergessen oder falsch übertragen..

    Ich hoffe, ihr habt verstanden, was ich dort versucht habe zu erklären xD

    Beispiele für Konventionen/Vereinbarungen

    Befehls Hilfen
    Ich habe den Befehl /chat welcher mit /chat help die Hilfe ausgeben soll. (Habe mal die "alte" Lösung in der Tabelle oben durchgestrichen)
    command.chat.help sendet den "Header" der Hilfe
    command.chat.help.translation ist der Hilfetext zum Subcommand translation, diese Nachricht wird auch ausgegeben, wenn der Command /chat translation falsch eingegeben wird

    Wird nun vor jedem Hilfe Text ein [Help] oder ein [Chat] gesetzt?

    Wird versucht auf Einzeilern zu bleiben?

    Wird in der Hilfe nur der Befehl geschrieben und mit Hover Texten gearbeitet? /chat translation (Zum Übersetzen) [name|description] (Was geändert werden soll, name oder beschreibung) [locale] (welche Sprache erstellt/überschrieben werden soll) [text] (Der zu setzende Name)

    Text in den Runden klammern = Text im Hover

    Und wenn sowas festgelegt wurde, muss dies für jeden Befehl, den es auf dem Server gibt angewendet werden. (/home help| /spawn help | /pe help | ...)

    Auflistungen in Befehlen
    Ich habe den Befehl /chat welcher mit /chat list alle verfügbaren Chats auflistet.
    chat.list.header - Oben drüber (Auflistung der Chats)
    chat.list.line - Jede Zeile (id: sprache - name(Hover: Beschreibung))

    chat.list.footer - Ende der liste (Seite 1 von 7)


    Aufbau des Headers
    Aufbau der Zeilen
    Aufbau des Footers

    Und so~ weiter.

    Mit diesem Konzept stelle ich euch, der Community, die aktuelle Lösung (Plugin Technisch bereits umgesetzt) für die Mehrsprachigkeit vor.

    //edit: Erklärung hinzugefügt
    Was bedeutet Mehrsprachikeit?
    Alle Nachrichten, die vom Server zum Client gehen, werden in der Sprache des Clients Übersetzt. (Textnachrichten anderer User ausgenommen)
    Dabei ist die Übersetzung von "Server" in "Mensch" (Deutsch, Englisch, etc.) gemeint.

    Innerhalb der Comunity können Vereinbarungen, bezüglich der Chatformatierung, getroffen werden.

    Nebeneffekt
    So können z.B. Englischsprachige User, die auf dem Server spielen wollen, dies Barrierefrei tun.
    Angefangen von der einfachen "Spieler betrat das Spiel", welches bei Englisch sprachigen Usern zu "Player joind the Game" übersetzt wird.
    Die Befehlsausgaben werden übersetzt: /list "Es sind aktuell X Spieler Online" -> "There are currently X players online"

    Organisation
    Dafür wird es im Bürgerforum ein neues Unterforum "Übersetzungen/Translations" geben.

    Aktuell befinde ich mich mit crowdin.com im Kontakt, damit die Übersetzungen dort übersichtlich zur Verfügung stehen.
    Die alternative "Lösung" wäre Excel/Google spreadsheets -> Sehr unübersichtlich...
    [nolexicon]
    [/nolexicon]

    Handbuch v0.8
    [nolexicon] [tabmenu]


    [tab='Übersetzungen']
    [subtab='Minecraft (Test Server)']
    //Umstellung von Google Docs Tabelle auf Crowdin, wenn Crowdin die entsprechenden Änderungen vornehmen kann.

    Die Texte werden, je nach bedarf, im JSON oder Plaintext gespeichert.
    Für die JSON Texte zu Empfehlen: https://www.minecraftjson.com/

    Variablen
    Variablen innerhalb der Übersetzungen werden wie folgt angegeben: <`identifier.code`>
    Diese Platzhalter werden, wenn die Information vorhanden ist, durch die entsprechenden Texte ersetzt.
    Die Platzhalter sind in den Subtabs zu finden.

    [subtab='Player']Die Spielerbezogenen Variablen


    Code Beschreibung
    player.uuid Die UUID des Spielers
    player.name Der aktuelle Name des Spielers
    player.oldname Der alte Spielername
    player.rank Verweis auf den Rang
    player.firstplay Cracked: Zeitpunkt der Registration
    Premium: Zeitpunkt des Serverbeitrits
    player.lastplay Zeitpunkt des letzten Serverbetretens
    player.lastnamechange Zeitpunkt des letzten Namenswechsel
    Die Änderung des Namens auf dem Server, nicht von Mojang.


    [subtab='Chat']Die Chatbezogenen Variablen


    Code Beschreibung
    chat.id Die Eindeutige ID des Chats
    chat.name Übersetzung: <`chat.[id].name`>
    chat.readonly true/false -> Ob darin geschrieben werden kann oder nicht
    chat.owner Player variable
    chat.public true/false -> Ob frei betreten werden kann

    [subtab='Group']Die Gruppenbezogenen Variablen


    Code Beschreibung
    group.id Gruppen ID
    group.line Position der Gruppe
    group.name Übersetzung: <`group.[id].name`>
    group.color Übersetzung: <`group.[id].color`>


    [subtab='Rank']Die Rangbezogenen Variablen

    Code Beschreibung
    rank.id Rang ID
    rank.line Position innerhalb der Gruppe
    rank.group Gruppen variable
    rank.name Übersetzung: <`rank.[id].name`>
    rank.color Übersetzung: <`rank.[id].color`>

    [subtab='Spezial']Variablen, die nur bei bestimmten codes zur verfügung stehen.


    Code Variable Beschreibung
    chat.mute mutereason.reason Grund des mutes
    chat.mute mutetime.time Zeit (in ms) bis der User nicht mehr gemutet ist
    chat.message.[id] chatmessage.message Die übersetzung von "chat.format"
    chat.format chatmessage.message Die übersetzte Chateingabe
    chat.not.found
    chat.id.invalid
    input.invalid Die eingabe, die nicht zugeordnet/gefunden werden konnte.
    chat.closed.broadcast chatclose.reason Der Grund des schliessens


    [/tabmenu][/nolexicon]

    [nolexicon]
    Damit das ganze nicht zu Abstrakt wird, ein paar daten
    [/nolexicon]

    Bisherige Übersetzungen vom Testserver
    [nolexicon]
    language code message
    en connection.ping [",{text":"Let's Mine ","color":"dark_green"},{"text":"3.0 ","color":"gold"},{"text":"| 1.11.2","color":"gray"}]
    de-DE chat.message {text":"<`chatmessage.message`>"}
    de-DE chat.readonly In diesem Chat kann nicht geschrieben werden.
    de-DE async.start Befehlsverarbeitung gestartet
    de-DE command.chat.help [",{text":"[Help] ","color":"gray"},{"text":"Alle Chat Befehle\n","color":"dark_green"},{"text":"/chat senden ","color":"gold","clickEvent":{"action":"suggest_command","value":"/chat senden "}},{"text":"[id] ","color":"dark_purple","hoverEvent":{"action":"show_text","value":{"text":"","extra":[{"text":"Chat ID","color":"white"}]}}},{"text":"[message] ","color":"dark_purple","hoverEvent":{"action":"show_text","value":{"text":"","extra":[{"text":"Nachricht"}]}}},{"text":"| ","color":"gray"},{"text":"Nachricht im Chat senden","color":"white"}]
    de-DE async.end Befehlsverarbeitung beendet
    de-DE chat.message.1 [",{text":"[<`chat.name`>] ","color":"gray"},{"text":"<`chatmessage.message`>"}]
    de-DE chat.message.12 [",{text":"[Chat<`chat.id`>] ","color":"gray"},{"text":"<`chatmessage.message`>"}]
    de-DE chat.name.14 TestChat0001
    en-US async.start async.start
    en-US chat.message.12 chat.message.12
    en-US async.end async.end
    en-US command.chat.help command.chat.help
    en-US chat.message.1 chat.message.1
    de-DE chat.format chat.format
    de-DE chat.list.header chat.list.header
    de-DE chat.list.line chat.list.line
    de-DE chat.list.footer chat.list.footer
    de-DE chat.join.success chat.join.success
    de-DE chat.message.13 chat.message.13
    de-DE chat.message.14 [",{text":"[<`chat.name`>] ","color":"gray"},{"text":"<`chatmessage.message`>"}]
    de-DE command.chat.help.translation command.chat.help.translation
    en-US command.chat.help [",{text":"[Help] ","color":"gray"},{"text":"All Chat Commands\n","color":"dark_green"},{"text":"/chat send ","color":"gold","clickEvent":{"action":"suggest_command","value":"/chat send [id] [message] "}},{"text":"| ","color":"gray"},{"text":"Send a Chatmessage","color":"white"}]
    [/nolexicon]

    [nolexicon]
    [/nolexicon]
    Die Chats 1 bis 12 sind Chats vom Server:

    • Standartausgabe für Befehle, wenn kein anderer Chat genutzt wird
    • */login message
    • * **server load information
    • * **join and leave messages
    • * **afk message
    • * **event broadcast
    • *Warnungen (Alarm) Nachrichten, diese können auch als Titel erscheinen (Neustart) und ist die vorstufe vor einem Kick.
    • * **Aktionsinformationen wie "Es befindet sich kein User in reichweite, der die Nachricht lesen könnte"
    • *"Fragen" z.B. Inv leeren beim Warpschild
    • * **/m und /r
    • *Texte von NPC's
    • **Textausgaben von Async aufgaben (Befehl wurde emfangen und wird verarbeitet -> Sobald er verarbeitet wurde, kommt die entsprechende ausgabe, im entsprechendem (anderen) Chat.)

    *Noch nicht Programmiert
    **Können deaktiviert werden (man bekommt diese Nachrichten nicht mehr angezeigt)

    Für jeden Chat des Servers müssen Konventionen/Vereinbarungen getroffen werden, wie diese aufgebaut sind.
    Der Chat 12 (Async), ist der einfachste zum erklären.

    Beim ausführen eines Befehls wird, bevor der Befehl ausgeführt wird async.start und nachdem der Befehl ausgeführt wurde async.end ausgeführt.
    Die Ausgabe wird im Chat 12 chat.message.12 geschickt.

    Variation 1

    Code Inhalt
    chat.message.12 [",{text":"[<`chat.name`>] ","color":"gray"},{"text":"<`chatmessage.message`>"}]
    chat.12.name Async
    async.start Befehlsverarbeitung Gestartet
    async.end Befehlsverarbeitung Beendet

    Variation 2

    Code Inhalt
    chat.message.12 [",<`chat.name`>,<`chatmessage.message`>"]
    chat.12.name {"text":"[Async] ","color":"gray"}
    async.start {"text":"Befehlsverarbeitung Gestartet"}
    async.end {"text":"Befehlsverarbeitung Beendet"}

    Die Variationsmöglichkeiten sind sehr hoch, bei einem Chat 13 auch trivial, bei Chat 1, welcher alle Plugin ausgaben verarbeitet, eventuell nicht so einfach..