Jump to content

exec

Administrators
  • Posts

    1176
  • Joined

  • Last visited

  • Days Won

    335

Posts posted by exec

  1. 30 minutes ago, DennouNeko said:

    what about that unknown part of string?

    I just thought the exact same thing when I saw the WU string in your post. Gotta test that.

    Unfortunately I just noticed I missed some upgrades in the upgrade db. One of them was SplashDamage, which I now already have, thanks for that, and the other 3 are the passive defense upgrades for shields. That's up to 3 more we have to get, unless they're easy to guess from one.

  2. Thanks guys =)

    1 hour ago, DennouNeko said:

    by ManaBurn, you mean MP usage reduction?

    I've explained a problem regarding what I mean in the issue. I'm actually not 100% sure what the ManaBurn upgrade is, but based on the name I assume it reduces the amount of Mana you lose when you unequip a wand. This is not on officials anymore of course, but internally that upgrade is still called ManaBurn, and my current theory is that they halfed the bonus and turned the ManaBurn upgrade into a ManaUse upgrade. I haven't had time to research that yet though.

  3. 5 hours ago, DennouNeko said:

    My guess is there's something that L-rod would work on

    Huh, hadn't thought about that yet. You're probably right, all the L-Rod stuff is unlikely to be server sided, it would be client events that get triggered when you step in, which the Rod reacts to.

  4. On 6/9/2016 at 3:22 PM, Zira said:

    permanent variable/string

    https://github.com/aura-project/melia/blob/master/src/ChannelServer/Scripting/ScriptManager.cs#L1488

    Though I'd like to mention that quests are often times their own system, and might not require manual variable setting, depending on TOS's quest system and our implementation, which will have a huge impact on how counters, timers, etc. work.

    On 6/9/2016 at 3:22 PM, Zira said:

    how do we make it invisible to other player when they haven't done a certain quest yet?

    Phasing, I guess that's more of a core feature, even though the scripts need to be able to control it.

    Those are certainly functions Melia will need in some way or form, but I thought you had basic NPC functions in mind that will be needed to write basic NPCs^^ I think before systems to save quest progress and phasing are implemented in scripts somehow, they should be properly researched, for them to be implemented in the optimal way. I imagine both will be mainly controlled by the core, with scripts only having some simple access functions in the script manager, like startquest and completequest.

    • Like 1
  5. What do you propose we improve, do you have functions in mind? For the most part we won't know what functions we need until we encounter the need for them. Personally I tend to add functions at that point, when I realize the situation exists and the function is needed.

    (Moved to script discussions.)

  6. 2 hours ago, DennouNeko said:

    So far he keeps repeating "Are you here for a part-time job at my Inn again?" when re-taking a ptj. Still would like to check at least the int level.

    We got two cases on the PTJs we currently have as well, that matches. Though I don't know anything tested with int.

  7. 4 hours ago, Zira said:

    Error on compiling.

    MSBUILD: error MSBUILD0004: Too many project files specified

    Did you enter the xbuild line exactly as described? That error suggests that you have a parameter xbuild doesn't recognize, which from what I can gather makes it assume you're specifying multiple projects files, when it only supports one, or something like that.

  8. That Debug line was really helpful, thanks for that^^ What you're getting there is an HTTP request for the static conf file. I assume you put the wrong port on the StaticConfigURL in your client.xml, making it request the conf file from the login server instead of the web server.

    • Like 1
  9. No, it wouldn't ban you from Mabinogi, aside from using the official client it's completely separate. Right now Aura has to be built from its source code, guides on that and how to set it up can be found on this forum and the wiki.

    Alternatively there's Aura Frontend, which handles all setting up for the user. It's not actively maintained, but it should still be working.

  10. The following CSS code "fixes" the colorful sidebar in Gitter, turning the background dark-gray-blue, similar to Discord.

    .panel-footer__item--all {
        background: linear-gradient(to bottom, rgba(0,0,0,0) 0%, #36393E 90%);
    }
    
    .room-menu__panel:before {
        background: #36393E;
    }

    To use this you need an extension for your browser to apply custom CSS code to websites. On Chrome I'm using Stylebot, but there should be several extensions for all major browsers to allow something like this.

    comparision.png

    • Like 1
  11. 3 hours ago, EmeraldLily said:

    How exactly do you play on this server?

    Oh, that's a misunderstanding, Aura is not a pserver that you can play on, it's a server emulator, the software that you might use to set up a pserver. See the About page: 

     

  12. I assume you mean they can connect using the public IP now. The reason why they can't connect to the channel server is still the same, that doesn't change. The IP needs to be correct and the ports have to be open of course if they aren't yet. Though they can connect to the login server, so they probably are. Anyway, the ports are the ones mentioned in the green status message on each server window.

  13. 1 hour ago, Mindoiar said:

    I'm suspecting it might have to do something with ports

    Your first problem, with your public IP probably relates to you not having forwarded the necessary ports from your router to the machine the server us running on. If the client can't download certain files from the web server you will get that error message, like when it can't connect to it.

    The other issue, being able to connect to the login server, but not the channel, occurs because you haven't set the channel IP in system/db/servers.txt. All the client initially gets is the IP to the login server, from there the login server tells the client where to connect to next. As you can see in that file, the default is 127.0.0.1, the local machine. If the login server tells you to connect to that IP, you're able to connect, because the server is running on the same machine, but for everybody else that IP must be your Hamachi IP. Once you change that, you and everybody else should be able to connect.

    1 hour ago, Mindoiar said:

    is that an issue from my side or is it just like that for the moment, and if yes, is this something that will be added in the future?

    Proper stats haven't been implemented yet, though someone is working on them. This will of course be added in the hopefully near future, but you'll learn that Melia is still early in development, and not too many features are working just yet.

×
×
  • Create New...