Jump to content

Meumera

Alpha Tester
  • Posts

    39
  • Joined

  • Last visited

Posts posted by Meumera

  1. We agree, when we fled Earth 2027, we didn't have FTL or Warp Drives.

    We also agree that the Arkships that traveled for over 10,000 years embarked an AI to initiate colonization.

     

    An AI... for 10,000 years... just kept busy with low-level operations to monitor and maintain the ship's integrity.

    I think this is a huge waste of time.

     

    Here's the idea:
    At the beginning, we implemented a directive to the AI for which theorizes and thus potentially discovers a viable FTL technology (and 2-3 other new technologies in the process).

    And if the AI couldn't work at full power, it got 10,000 years old. Even at 10%, this leaves a good margin for development.

    (Here we go. We have a RP excuse)

     

    Spoiler

    On est d'accord, lorsque nous avons fui la Terre 2027, nous n'avions pas de moteur FTL ou Warp Drives.

    On est aussi d'accord que les Arkships qui on voyagé pendant plus de +10000 ans embarqué une IA pour initialisé la colonisation.

     

    Une IA... pendant 10000 ans... juste occupé a de faible opérations de surveillances et de maintenances de l'intégrité du vaisseau.

    Je trouve que cela est un énorme gaspillage de temps.

     

    Voici l'idée :

    Lors du départ, on a implémenté une directive a l'IA pour quelle théorise et donc potentiellement découvre une technologie FTL viable (et 2-3 autre technologies inédite au passage)

    Et si l'IA ne pouvait fonctionné a pleine puissance, elle a eu 10000 ans. Même avec 10%, cela laisse une belle marge d'évolution.

    (Voilà. On a une excuse RP)

     

  2. NQ has released the NovaWrimo compilations of 2016 and 2016

     

    https://dualthegame.com/en/news/2018/07/05/novawrimo-collections/

     

    Thank for this o/

     

    However...

    Quote

    Français

    Lissent sur lisseuse et est-y-en déjà regardé les "entrailles" de quelles que livres, je partage mon expérience.

    Voilà quelle que point a modifier pour une meilleur lecture:

    • Utilisé le caratére unicode  "…" {horizontal ellipsis U+2026} au lieu des triple point "..." ou de ". . ."
    • Dans style.css
    1. Ajouté un margin-top a la balise <p> (une valeur de 5pt est excellente). Cela aère le texte et le changement de paragraphe est beaucoup plus agréable
    2. Ajouté un margin a la balise <body> . Une valeur global de 15pt permet d'évité que le texte ne prenne toute la page et touche les bords ce qui est assez moche.
    3. Ajouté un @page {margin: 5pt;}  Optionnelle, rajoute une marge en plus lors l’impression de l'ePub. La crée peut être utile.

     

    Et sinon 1) Vous utilisé Sigil, bon choix ?

    2) Mes félicitations pour cette ePub de qualité (utilisation complet des balises standard et des classe intelligente), ça ce voit qu'un connaisseur la réalisé, probablement un dev WEB. (Certaine maison d'édition française devrait s'inspiré de ce travail ?)

     

    Quote

    English

     

    Reading on eReader and already looked at the "insides" of whatever books, I share my experience.

    Here is what point to modify for a better reading:

    • Used the unicode character "…" {Horizontal ellipsis U+2026} instead of the triple point "..." or ". . ."
    • In.css style
    1. Added a margin-top to the <p> tag (a 5pt value is excellent). This aerates the text and the paragraph change is much more pleasant.
    2. Added a margin to the <body> tag. A global value of 15pt avoids that the text takes all the page and touches the edges which is rather ugly.
    3. Added an @page {margin: 5pt;} Optional, adds an extra margin when printing the ePub. Creating it can be useful.


    And: 1) You used Sigil, good choice ?

    2) Congratulations for this quality ePub (full use of standard tags and smart classes), it shows that a knowledgeable made it, probably a WEB dev. (Some French publisher should be inspired by this work ?)

     

  3. [fr] Cela existe déja : Lua script dans un "Programing board"
    Les exemples dans cette vidéo ne sont qu'une petite parti des possibilité offerte. Un altimètre est prévue, si il n'est pas déjà implémenté.

    [en] This already exists: Lua script in a "Programing board"
    The examples in this video are only a small part of the possibilities offered. A altimeter is expected, if it is not already implemented.

     

  4. Probably never.
    For the same reason that normal collision will not be implemented :
    1) The calculation of voxel's collision and destruction would be truly atronomic and would explode the servers
    2) For the gameplay and for avoiding the creation of missiles: You make 100 small vessels sacrificable and you destroy the target vessel without risk

  5. Quote

    Français :

    Le système des Organisations dans DU est extrêmement simple et souple mais pleins de possibilité. Toute les forme politique sont possible, de la dictature absolue à la total démocratie.

    Tous le reste n'est qu'une question d’organisation interne, de comment et quesque l'on veux faire.

    DU est un authentique bac à sable (très grand, le bac), avec des sables plus ou moins intéressant. Novaquark se limite juste a le faire le plus grand possible et a nous fournir un maximum d'outil

     

    Un article sur le fonctionnement des Org dans DU
    https://devblog.dualthegame.com/2015/03/20/organizations-build-your-corporation-faction-nation-or-empire/
    Un autre article sur la gestion des droit dans une Org
    https://devblog.dualthegame.com/2017/03/31/organizations-purpose-management/

     

    Pour revenir a cette idée de in-game voice chanel, la question a déja etait soulevai (je ne sais plus où) et il n'y a eu aucune réponse de Novaquark.
    En attendent, Discord est un excellent logiciel qui remplit parfaitement cette fonction (beaucoup d'Org en ont un).
    Mais si il devait en faire un in-game voice chanel, ce sera comme tous le reste, simple et souple mais pleins de possibilité, que chaqu'un pourra personnalisé en fonction de ses besoin.

     

    Et si vous voulais faire un systéme de table ronde, et bien, vous pouvez le faire.

    The Organizations system in DU is extremely simple and flexible but full of possibility. All political forms are possible, from absolute dictatorship to total democracy.

    All the rest is only a question of internal organization, of how and what one wants to do.

    DU is an authentic sandbox (very big, the box), with sands more or less interesting. Novaquark just wants to do big it as much as possible and provide us with a maximum of tools An article on how Org works in DU

     

    An article on how Org works in DU

    https://devblog.dualthegame.com/2015/03/20/organizations-build-your-corporation-faction-nation-or-empire/

    Another article on the management of rights in an Org
    https://devblog.dualthegame.com/2017/03/31/organizations-purpose-management/

     

    To return to this idea of in-game chanel voice, the question has already been raised (I do not know where) and there has been no answer from Novaquark.

    In expect, Discord is an excellent software that perfectly fulfills this function (a lot of Org have one).

    But if he had to make an in-game voice chanel, it will be like all the rest, simple and flexible but full of possibility, that each one can customize according to his needs.

     

    And if you wanted to make a round table system, well, you can do it. (or "you can du it" ; )

  6. 15 hours ago, wizardoftrash said:

    @Vorengard a bit crass, but well put!

     

    Another point of concern then boils down to what you can do by burying things. So far one of the planned functions of a TU is to regulate who has the rights to mine or edit voxels on a territory unit. What then prevents an org from literally burying their TU along with the power components needed to keep it running? The attacking player would have no way to reach the TU to re-claim the tile, no way to destroy it, and no way to override permissions because they can't dig or edit voxels, and its indestructable dirt in-between them and their goal.

     

    One possibly glimmering part of my suggestiont that could still be useful, even if it has no impact on whether or not you can damage structures, would be some kind of module that can disable some of the protections of a TU even temporally. Doing so would allow the attacking player to dig up whatever is buried on the tile.

     

    If NQ decides to stick with the "the only way to take a tile is from an adjacent tile" idea which is a really neat one, then having a city surrounded by buried TU's would guarantee that it could never be conquered.

    A simple way to counter this possibility is to do as the Beam in Minecraft: The TCU must in the open air for work.

    But as Lethys says, NQ will ensure that the TCU can not become invulnerable.

  7. Quote

    Français :

     

    Je viens de voir les différent Input actuellement prévue
    https://support.dualthegame.com/hc/en-us/articles/115002024353-Inputs
    La troisième image est intéressante
    PilotingControls__2_.jpg
    En particulier :
    ESC for leave ship
    LT3jzMww.jpg
     

    Oula
    Euh
    Je suggère poliment, mais avec insistance, de changé cette touche.
    Sinon on a pas fini de compté les éjections accidentelles de son vaisseau.
    Eject6.jpg

     

    I just saw the different Input currently scheduled
    https://support.dualthegame.com/hc/en-us/articles/115002024353-Inputs
    The third image is interesting
    PilotingControls__2_.jpg

    Especially :

    ESC for leave ship
    LT3jzMww.jpg

     

    Oula
    Euh
    I suggest politely, but insistently, to change this key.
    Otherwise we have not finished counting the accidental ejections of his ship.
    Eject6.jpg

     

  8. Quote

    Français :

    La loi d'interdiction d'IA date de la vielle Terre, il n'on plus cour sur Novak, donc d'un point de vus purement technique, vous n'enfreigne pas la Loi (puisqu'elle n'existe plus)

     

    Sérieusement

    1) Il est peu probable que vous puisé connecté des scripts LUA a Aphelia, puisqu'il lui est interdit de se connecté a quoique ce soit d'extérieure a l'Arkship.

    2) Les script LUA auront très certainement une portée limite. Cela semble déjà prévu d'une certaine façon avec le fonctionnement des Core Units.

    3) A moins d’être un génial génie absolue de la programmation, je pense que les scripts LUA sont trop faible pour crée une IA. De l’automatisme avancé sans problème, mais pas une Intelligence Artificiel.

    3.5) La création d’une IA, même basique est déjà assez dure comme ça. Vous avait le niveau pour ?

    4) La récolte d'information par des moyen extérieur au jeu est déjà sur la table 3rd Party Interface Extensions. Actuellement il n’y a eu aucune communication officielle à ce sujet.

     

    A propos "d’une chose pire que l’humanité" et des IA en général. JC Baillie, fondateur de NQ a crée une entreprise de robotique et a un doctorat en Intelligence Artificiel. Supposition entièrement personnel, mais je pense qu’il a déjà réfléchie au sujet. La "preuve", le Lore Bible parle d’IA et ce n’était pas anecdotique.
    Après quelle forme cela vas prendre, aucune idée, ils vont probablement nous en faire la surprisse. La possibilité de ce retrouvé avec de Moissonneurs-like n’est pas a exclure.

    The law of prohibition of AI dates from the Old Earth, it no longer runs on Novak, so from a point of view purely technical, you do not infringe the Law (since it no longer exists)

    Seriously
    1) It is unlikely that you have connected LUA scripts to Aphelia, since it does not have the right to connect to anything outside the Arkship.
    2) The LUA script will most certainly have a limiting scope. This seems already planned in a certain way with the operation of the Core Units.

    3) Unless genius absolute programming genius, I think the LUA scripts are too weak to create an AI. Advanced automation without problems, but not Artificial Intelligence.
    3.5) The creation of an AI, even basic is already hard enough like that. Did you have the level for?
    4) Harvesting information by means outside the game is already on the table "3rd Party Interface Extensions". Currently there has been no formal communication on this issue.

     

    About "something worse than humanity" and AI in general. JC Baillie, founder of NQ, created a robotics company and has a PhD in Artificial Intelligence. Assumption entirely personal, but I think he has already thought about it. The "proof", the Lore Bible speaks of AI and it was not anecdotal.
    After what form will it take, no idea, they will probably surprise us. The possibility of this found with de Reaper-like is not to exclude.

  9. Quote

    Français :

    Je n'ai rien contre le contrôle d'une Porte, au contraire, je comprends parfaitement les enjeux tactique et économique (si jamais j’en ai l’occasion, j’en profiterais (quoique, je suis trop gentil pour ça)).
    Ce que je trouve déséquilibré est la manière de contrôlé les Portes.

     

    Le système de droit RDMS est Passif.
    Ceux qui on crée la porte on gagné, il on tous les pouvoirs et il est impossible de leurs les retirés (sauf en détruisant la Porte et en reconstruire une juste derrière).
    Cela vas crée un système de premier arrivé, premier servi. Une fois qu’ils on leur porte, il on juste a sortir leurs transat, ce boire un coca pendant que la taxe est automatiquement collecté. Ils peuvent même faire une sieste puisqu’ils on interdit l’accès a leurs ennemies (Tactique et stratégie : 0).

     

    Alors qu’une patrouille qui surveille la Porte, s’est un système actif.
    Il faut organiser des patrouilles, avoir des volontaires et la flotte suffisante. Cela peux même conduire a la création d’une classe de vaisseaux "Gardien" spéciaux, trop gros pour ce déplacé efficacement, mais avec une puissance de feu suffisante pour "encouragé" a payez la taxe. Sinon ils la payeront aussi, de leurs propres vaisseaux (KABOUM).
    Et on n’est pas à l’ abri d’une attaque surprise. En détruisent les gardiens de la Porte les attaquent en prendront le contrôle. Et si ils veule la garder, ils devront s’organiser.
    S’est bien plus intéressant d’un point de vus tactique et de gameplay.

     

     

    I have nothing against the control of a Gate, on the contrary, I understand perfectly the tactical and economic stakes (if I ever have the opportunity, I would benefit (although, I'm too nice for that) .
    What I find unbalanced is how to control the Doors.

     

    The system RDMS right system is Passive.
    Those who create the door are won, they have all the powers and it is impossible to remove them (except by destroying the Gate and rebuilding one behind).
    This will create a first come, first served system. Once they are wearing them, they just take out their deck chair, drink a coca while the tax is automatically collected. They can even take a nap, since are denied access to their enemies (Tactics and Strategy 0).

     

    While a patrol that monitors the Gate, has an Active system.
    We have to organize patrols, volunteers and a sufficient fleet. This can even lead to the creation of a class of special "Guardian" ships, too big for this moved efficiently, but with sufficient firepower to "encouraged" to pay the fee. Otherwise they will also pay for it, from their own ships (KABOUM).
    And we are not safe from a surprise attack. In destroying the gatekeepers, attack them will take control. And if they want to keep it, they will have to organize.
    Is much more interesting from a point of view tactical and gameplay.

  10.  

    Quote

    Français :

    Une idée que je n'ai pas vus : Que pensé vous d'un système avec Routeurs ?
    Comme le WEB et ses Routeurs.

     

    On a une Porte A à portée de B, et une Porte C a portée de B mais pas de A. Puisque les Portes servirait de Routeur, il serait possible d'aller de A vers C directement (sans sortir a B), le voyage serait juste un peu plus long que si on avait fait juste A vers B (exemple 75% de A>B + B>C)
    Pour moi, il s'agit de la solution la plus intelligente (d'un point de vus technologique).

     

    Pour les droit RDMS sur les Portes, je pense moi aussi qu'il ne devrait pas y en avoir. Cela trop déséquilibré. Si une organisation veut contrôler une Porte, elle devra poster une patrouille, rien ne l’y interdit est ça donne un peu plus de profondeur au gameplay.
    Et si RDMS il doit y avoir, elles n’interdiront pas la fonction Routeur.

     

     

    An idea I have not seen: What do you think of a system with Routers?

    Like the WEB and its routers.

     

    We have a Gate A within range of B, and a Gate C within range of B Gate but not an A. Since the Gateways would serve as a Router, it would be possible to go from A to C directly (without going out to B), the journey would be just a little longer than if we had just done A to B (example 75% of A>B + B>C)
    For me, it is the most intelligent solution (from a technological point of view).

     

    For the RDMS rights on the Doors, I too think that there should not be any. That too unbalanced. If an organization wants to control a Gate, it will have to post a patrol, nothing prohibits it, it gives a little more depth to the gameplay.
    And if RDMS there should be, they will not disallow the Router function.

×
×
  • Create New...