ultimaphp / ultimaphp Goto Github PK

Shuts down when loading sockets... no error printed.

When 2+ players are together in the same render zone and chunk, if someone begins to hide or user invisibility command the server send the "delete object" to the players around the invisible player so nobody can see'em.

But when player goes out the shadows, the server seem to don't send drawPlayer / drawChar to the players around.. so nobody can see the player.

I've tryied to speech, add item, and everything works... i've notice that this behaviour also happens when 2+ players are together in the same render zone and chunk and some players goes out (like, using teleport) and returns, nobody sees anyone... so i'ts seem to de a desert place, but people can talk (appears like a sysmessage).

Now that char list flags is working propertly, we can now go ahead and start working with tooltips...

I've notice that sysmessage don't send unicode fonts.

I've tryied to use unicode packet to send the sysmessage with no success.

Since this client version the packet (0xB9) has chenged to 5 bytes, we've made the IF to send the correct information for old clients but... seems that the server runs too fast and at this time server hasn't already received or stored the client version... and sometimes it sends the wrong version of the packet.

The compression function didn't work.

The packets must be compressed before sent to the client... i've converted the function from: https://github.com/serpent-project/serpent/blob/master/src/arkanlor/packet_list.txt

The old walk packet has been disabled as default at UltimaPHP since we couldn't figure out how to propertly calculate the correct Z point of the player.

Mobiles still have this problem when walking (saying "goto x,y,z" closer to the mobile) since the walk happens server side and we need to calculate the Z based on the mul files.

ex: https://pastebin.com/Rp4u0qdH

Hi. First i'm glad to find your project. I was realy thinking about same. But i've a problem with sockets i think. Here is;

16:39:18: Starting server 16:39:18: Loading file: ultimaphp.ini 16:39:18: Loading file: core/functions.core.php 16:39:18: Loading file: core/packets.core.php 16:39:18: Loading file: core/sockets.core.php 16:39:18: Server is listening on 127.0.0.1 at port 2593 16:39:18: Loading file: class/account.class.php 16:39:18: Loading file: class/baseObject.class.php 16:39:18: Loading file: class/compression.class.php 16:39:18: Loading file: class/encrypt.class.php 16:39:18: Loading file: class/player.class.php 16:39:18: Trying to connect to the database 16:39:20 (DANGER) : Server could not connect to the database with error: SQLSTATE[HY000] [2002] Hedef makine etkin olarak reddetti�inden ba�lant� kurulamad�. 16:39:20: Stoping server

How can i fix that? Have you any idea about that? Thank you so much.

client version ; 7.0.72.0
When starting the server, i'm stuck on this error:
12:46:28 (DANGER) : Loading file C:/UOtiledata.mul failed!

i'm using windows 10 x64
Any ideas ?

When i run it,i got the message below:
G:\xampp\php>php.exe G:\xampp\htdocs\uop\startsever.php
23:57:50: Starting server
23:57:50: Loading file: ultimaphp.ini
23:57:50: Loading file: core/functions.core.php
23:57:50: Loading file: core/packets.core.php
23:57:50: Loading file: core/sockets.core.php

Parse error: syntax error, unexpected '[' in G:\xampp\htdocs\uop\core\sockets.co
re.php on line 125

G:\xampp\php>

After server send all packets to the client, the map and the character isn't rendering...

I noticed that in SpyUO the package communication ends after server send this packet:
Decompress: BF 00 06 00 08 00
Compressed: 80 CE CE 03 40

But in wireshard and SocketSniff the communication keeps receiving and sending information...

Another strange thing on this packet, is that SpyUO show it different from sent packet (im sure of this... i monitored the communication with 3 programs and only in SpyUO this packet is different...), in spyuo (that only shows decompressed packets) shows this:
BF 06 00 00 08 00

The length byte shows inverted on SpyUO...
I don't know how! i don't know why! it just happen!

We have to discover how to ensure the Z position of player... I've been doing MANY tests on this issue but... I still have no clue about how to do it...

Example:

Target:
Array
(
    [id] => 6C
    [target] => 1
    [cursor] => 2
    [type] => 0
    [serial] => 00000000
    [x] => 1366
    [y] => 1754
    [z] => 10
    [graphic] => 0
)

Land tiles at target: 
Array
(
    [type] => land
    [flags] => 0
    [unknown] => 0
    [texture] => 5
    [name] => grass
    [tile] => 5
    [position] => Array
        (
            [x] => 1366
            [y] => 1754
            [z] => 13
        )
)

As you can see here, I've used .info at the land on 1366,1754,10 at map 0 (The Z position received came from the target response directly from the client)

So.. .the target has been called from the target at Z position 10 but reading the map file we got the Z position at 13..... DAFUCK?

90% of the tests works like a charm, but when walking at cliffs, hills, stairs, deformed lands.... we got this behaviour.

I don't know if there is some rule about the texture or at the flags like if the item has some flag (like climbable, or something like I dunno) we need to subtract from the land Z point the height of the item... (but land items has no height???)

We need to figure it out soon so we can back to work at NPC AI :)

I've noticed that if you create an object on ground and walk far away, as each walk request the server will send the delete 0x1D packet to each client to remove the object from players view.

We need to create a check on map.core to send only if player still "seeing" the object.

When the server start to dispatch compressed packets that runs in lot (glued) the debugging information just show the "first" glued packet.

Sometimes, player walking together appears to be "jumping"

Seens like Huffman.class.php is finally working and the packt is allready been sent to the client (as i monitored with SocketSniff.exe) but the client list didn't show on the client.

It seems that Ultima Online old clients can't deal with packet lots... this way, we need to create an if/else on the socket outgoing data method to treat this and send each packet alone

I've found some information about encrypted clients....

http://necrotoolz.sourceforge.net/kairpacketguide/encryption.htm
https://code.google.com/p/majesticuo/wiki/LoginEncryption

But only for the first connection communication... after that, we must decrypt messages before process packets using TWOFISH algorithm (probably with PHP mcrypt) as well encrypt before sending it to the client.

TODO LIST

• First connection decrypt algorithm
• Client key fully list
• Client keys detecting
• Decrypt the packet 0xA0 and others after client select server and so...
• Second connection decrypt using TWOFISH algorithm (0%)

----------------------- 2019 update, 4 years later
I've been working on this issue, but as far I can tell the entire socket server need to be rewritten from scratch.

The bizarre thing that I can't figure out is that UltimaPHP is able to decode the first packet 0x80 and send the server list to the client as we can see here:

But after that, the decrypt goes crazy and don't work at all:

To me, it seems that the keys or the seed of the socket changes at the second socket connection to the client and I don't find a way to figure it out.

Client Version
Client version 7.0.80.0

Describe the bug
Eu estava equipado com um Axe e ao arrastar ele para o chão, ele sumiu, e quando eu criei um outro Axe e equipei, ele foi para LAYER 2 e nao para LAYER 1, quando removi o segundo axe para o chão e dei dois cliques nele, o primeiro Axe apareceu no chao aonde eu estava qndo ele sumiu ai o segundo Axe comecou a ir para Layer 1

UltimaPHP requires that player walks or somehow ask the server to "render" whats around, so we need to make it automatically when player do the login process and also send the draw packet to players around.

Need to create the mapsize validation to ensure server wont try to render player outside the map boundaries.

When the player logout the "drawed" char still appearing to another players.

English
The 0x13 package has been added and collecting the data correctly, the EquipRequest functions have been created but it is blank to be implemented, the creation of the container in the player is missing.

The DropRequest function is apparently implemented, but only needs to be tested when the EquipRequest function is ready.

Portuguese
Já foram adicionados o pacote 0x13 e coletando os dados corretamente, as funções EquipRequest foi criada porém está em branco para ser implementada, falta a criação do container no player.

A função DropRequest aparentemente está implementada, falta apenas testar quando a função EquipRequest estiver pronta.

@Mutilador can u please check the logic at the items sniffer for RunUO to make item names be stored with spaces and all lowercase?

It will help us later 👍

O usuario ao abrir o char no mapa, e clicar no papedoll, o UPHP entra em looping tentando enviar o pacote 0x88, porem nada é travado no cliente. Tudo funciona menos o abrir o Paperdoll

Now that server works only with newer clients, we need to properly read this game files:

• Tiledata (readTiledata)
• Maps (getTerrainLand)
• Map Dif (readMaps)
• Statics/Staidx (getTerrainStatics)

For now the server must read an old client version folder that contains .mul files (like version 7.0.20) to work..

After we propertly learn how to read the map muls/uop files... we need to create the logic to detect the "z" position from player to store on the map and database.

At the character creation, the server seams to ignore the selected city... need to test all locations and fix the logic if needed!

Now that we're reading properly all mul files, we need to check now what's the "top level" item to set the right Z position and also to make many further tests.

This packet triggers dclick and if the player is mounted he will unmount.

We need to be sure that we'r not using unecessary memory storing outdated information... like the first player socket connection before select character, unsent packets, and so...

Is your feature request related to a problem? Please describe.
For docker and CI is nice feature passing configuration with env vars.

Describe the solution you'd like
Prioritize env var like MONGO_HOST before parsing it on ini file.

Quem usa MacOs precisa rodar igual ao linux. Mas vale lembrar para verificar a versão primeiro.
php -v
se for maior que 7.0 ok, senão

brew tap homebrew/dupes
brew tap homebrew/versions
brew tap homebrew/homebrew-php
brew install php71

Implementation of UO Gateway, described at: http://www.uogateway.com/forum/index.php/topic,4.0.html