Beiträge von DosAmp


    Die zweigleisige "Systemsteuerung"/"Einstellungen". Hab' ich schon bei Windows 8/8.1 nicht verstanden - warum bleibt man nicht bei einer Anwendung, wo man alles einstellen kann?

    Wie Retro92 bereits geschrieben hat, soll dies – wie einiges andere auch in Windows 10 – nur eine Notlösung sein, bis endlich sämtliche Funktionalität der Systemsteuerung über die Einstellungs-App verfügbar sein wird.
    Dennoch wird die Systemsteuerung auf lange Zeit wohl nicht vollständig verschwinden, außer dem Betriebssystem wird sie schließlich auch noch von Systemsteuerungs-Applets von Drittanbietern (schon allein hier bei mir: Outlook, Flash Player, Intel-Grafiktreiber, Java, Audiotreiber) genutzt.



    Mein Vater ist im Übrigen an seinem HP-Notebook auch wieder auf Windows 7 zurückgegangen, weil die USB-Energiesteuerung noch fehlerhaft ist und Festplatten unabhängig von der Energie-Einstellung immer viel zu früh in den Schlaf geschickt wurden.


    Kurze Ankündigung, nach kurzer Absprache mit DosAmp.

    Wir werden noch auf Arch Linux umrüsten, da mir Debian zu unflexibel und für DosAmp zu nervig ist.

    Das heißt, vorraussichtlich nächstes Wochenende wirds eine längere Downtime geben!

    … kann ich das mal flink diesen Vormittag so gegen 10 machen? :>
    Ist schon alles in Umzugskartons Tarbälle auf dem Backup-Server gepackt, mit Ausnahme von Minecraft, Minetest und meinen persönlichen Daten.
    Typischerweise ist laut Logs vor 12:40 keiner auf dem Minecraft-Server.

    Das was du gemacht hast war auch nur effektive Desktop-Auflösung herunterzudrehen, natürlich macht das beim Hochskalieren alles verschwommen. ;)

    Das Arch-Wiki hat dazu einen Artikel für HiDPI-Bildschirme:
    https://wiki.archlinux.org/index.php/HiDPI

    Generell ist vergrößerte Darstellung immer noch vom Toolkit bzw. Programm abhängig:

    • Cinnamon selber hat dafür eine Einstellung, die mir aber eher wie ein Ein-Aus-Schalter klingt (hab gerade kein Linux mit installiertem Cinnamon zur Hand):

      Zitat von http://www.linuxmint.com/rel_qiana_cinnamon.php

      HiDPI is detected automatically. You can however force Cinnamon to run in low or in high DPI mode by going to Menu->Preferences->General.

    • Ansonsten kann man den Skalierungswert der GNOME-Anwendungen unter Cinnamon vermutlich über die dort angegebene Eigenschaft (org.gnome.desktop.interface/scaling-factor, kann auch nicht-ganzzahlig sein, z. B. 1.15) anpassen.
    • Chromium, die mitgelieferten Xlib-Anwendungen und viele andere Drittanbieter-Apps kann man skalieren, indem man die von Xorg erkannten DPI des Monitors hochsetzt: Entweder dadurch, dass man in die Xorg-Einstellungen einen Monitor einträgt, der nur etwa 80% der Kantenlängen des echten Monitors besitzt, oder durch direktes Setzen der DPI mit xrandr.
    • Mozilla-Anwendungen haben ihre eigene DPI-Einstellungen.

    Qt5 und GTK3 haben auch ihre eigenen Umgebungsvariablen, aber damit kann man leider nur auf ein ganzzahliges Vielfaches (200%) hochskalieren.

    Ich würde persönlich zunächst den DPI-Skalierungsweg über die .xinitrc versuchen.

    Also HTML mit Designzeug zumüllen, suuper Idee..

    Das layout-unterstützende Daten als HTML5-kompatible itemprop-Attribute abgelegt werden finde ich noch in Ordnung, aber diese Library ist eben knallhart auf Prerendering des Above-the-fold-Inhalts ausgelegt und bricht z. B. in einer Umgebung mit kontrollierter JavaScript-Ausführung durch den <amp-img>-Tag sämtliche Bilder. (Wenigstens kann man in diesem Fall ungleich so manch anderer responsiver Ladeumgebung noch den Text lesen.)


    Da sehe ich Parallelen zur Debatte statisches vs. dynamisches Linken. Klar, wenn die gebreached werden hat jede Seite nen Problem, allerdings werden Security-Fixes auch unmittelbar ausgeliefert, ohne das jeder, der Jquery nutzt erstmal die Version, die er mitschickt updaten muss.

    Die meisten Seiten spezifizieren allerdings eine ganz bestimmte Version. Ob man in diesem Fall die lokale Version austauscht oder den Link zum jQuery-/Google-CDN aktualisiert, ist gleichwertig.

    Externer Inhalt www.youtube.com
    Inhalte von externen Seiten werden ohne deine Zustimmung nicht automatisch geladen und angezeigt.
    Durch die Aktivierung der externen Inhalte erklärst du dich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.

    :b1:


    kann man bitte wieder mein esel der "freaked" heißt in ein braunes pferd und einen 2. esel in ein weißes pferd verwandeln? merci

    Ist wieder behoben:


    Woher kommen den plötzlich die Skeletten Pferde, bin gestern näher gekommen und plötzlich fiel ein Blitz drauf und es kamen 4 weitere mit Skeletten drauf am reiten :fresse:

    Das ist erwartetes Verhalten für ein Skelett-Pferd und vermutlich der Grund, warum der Server gestern Abend etwas geruckelt hat – er hat fortlaufend versucht, diese 4 Pferde erneut zu spawnen.

    Äh, kann auch sein dass ich aus Versehen heute Nachmittag deine und ggf. auch andere Pferdeartige (hatte auf die Schnelle nur geigers Stall überprüft) durch einen zu weit gefassten /entitydata-Befehl zu einem Esel gemacht habe. :oO:

    Wo ist der Stall? Ich tausch es wieder in ein Pferd um.

    EDIT: Ist wieder behoben. Pferd ist jetzt gescheckt (andere Eigenschaften sollten aber erhalten geblieben sein), falls es vorher anderes Fell hatte und dir nichts ausmacht.


    EDIT: Interceptor hatte noch einen ungültigen Typ, ist jetzt wieder ein Pferd (Schimmel, kann ich noch ändern).


    Was brauchen dann bitte Server für 100 spieler?

    Typischerweise nicht mehr als 8 GB dedizierten Arbeitsspeicher; von 100 Leuten halten sich vermutlich weitaus mehr in größerer Nähe zueinander auf und deswegen müssen auch etwas unterproportional viel Chunks in den Arbeitsspeicher geladen werden.
    Auch CPU-Ressourcen frisst hauptsächlich die Welt (Blockupdates + Entitys), nicht die Spieler. Da zudem die zentrale Spiellogik auf nahe Sicht in einem einzelnen Thread (serverseitig sind nur Netzwerk-Kommunikation, Chat und Welt-Laden ordentlich multithreaded, auf Clientseite mittlerweile auch ein Großteil des Renderings) laufen wird, hilft an der Stelle auch kein Mehrkern-Monster von Server mit der Performance, gerade man einen Spigot-Server mit einem Haufen Mods betreibt.


    kann man für die nächste map gleich vormerken keine large biomes zu aktivieren?

    Der Server hat bereits eine Standardtyp-Map (level-type=DEFAULT). Mit großen Biomen hätte man nicht Wald, Fluss, Taiga, Steppe, Berge, Sumpfland etc. auf so einem verhältnismäßig kleinem Raum.
    Mit Conis Vorvorgänger-Map hatten wir Glück, dass der Jungle so nah am Spawn war.

    So, war dann doch einfacher als gedacht. Für den Graspfad z. B. muss man nur folgendes zu overviewer_core/textures.py hinzufügen:

    Code
    # grass path
    block(blockid=208, top_image="assets/minecraft/textures/blocks/grass_path_top.png",
                       side_image="assets/minecraft/textures/blocks/grass_path_side.png")


    Die beiden Texturen müssen sich dabei natürlich im Texturverzeichnis der stabilen Version befinden.

    Die Ender-Blumen sind leider nicht so einfach zu ergänzen, da man sie wie zum Beispiel Zäune oder Fackeln komplett manuell nachbauen und alle möglichen Verwinkelungen berücksichtigen muss.

    Karte wird dann bei Gelegenheit partiell oder komplett ohne die hässlichen schwarzen Löcher generiert.


    kann man bei dem overviewer nicht irrsinnig leicht neue blöcke hinzufügen?

    Müsste ich mir mal näher ansehen, wie Overviewer Texturen bezieht. Ich habe heute noch mal die Karte mit einem Textur-Verzeichnis der Stable-Version berechnet, wo ich anschließend ein Snapshot-JAR drüberextrahiert habe, aber z. B. Graspfade sind immer noch schwarz. Wenn man direkt ein Snapshot-JAR heranzieht, meckert Overviewer, dass nur Minecraft 1.8 unterstützt ist.



    Das liegt daran, dass Overviewer im Code jeden einzelne Blocktyp gesondert behandelt. Ich müsste zum Beispiel die Methode für Grasblöcke anpassen, dass sie auch für Graspfadblöcke angewendet wird.

    Server läuft jetzt mit 15w39c. Solange es keine krassen Neuerungen gibt, spräche auch nicht viel dagegen, auf dem Snapshot einer Woche zu bleiben.
    Andererseits mache ich auch vom gesamten Server vor jedem Upgrade ein volles Backup, sodass bei vermuteten Map-Schrottungen erst mal zurückgerollt werden kann.