We need Unicode in player names

In T161947#2256509, @Geez wrote:

Hello AXEL7.
Has the player tried to wait out some time before connecting to the server? For example, 5 to 15 minutes. If so, was he able to connect afterwards?
Regards,
Geez

any info???

In T161947#2256509, @Geez wrote:

Hello AXEL7.
Has the player tried to wait out some time before connecting to the server? For example, 5 to 15 minutes. If so, was he able to connect afterwards?
Regards,
Geez

I am test on 1.12 version this with:

1. Client-server mod breachingcharge with block define
2. Only server mod with my code and if def

If i am don't add a 'requiredaddon' #ifdef is not worked, but with added 'requiredaddon' as 'breachingcharge' it is worked ;)

Tested in windows server 2016, exist the same problem

Maybe a some answers? Developvers???

Any answer?

Actualised, this bug worked in latest 1.08.153251
https://a.radikal.ru/a34/2007/5a/c717f09bffc4.png
https://d.radikal.ru/d17/2007/e5/ebbbb8231d5f.png
https://b.radikal.ru/b08/2007/d4/0935cb9c5d26.png

Ok, thanks, i am will be test this later

+1

ok, thanks

In DayZ there are 2 settings for server ping, in Battleye (including DarT) and in the configuration of the game server. And here is kicks I mean precisely the second such players. Strange that don't know, I thought the game developers know their game code.
In any case, in any game the problem with the ping and kik lead to the complete exclusion of the player from the server without any further problems with reconnecting to the server and the players around him, why this problem exists in a game like DayZ, and even in the release, not the test version, I was not clear. It seemed to me that this is the basic functionality of any game and its basis.

To another server, the client can connect without restarting the game, to the same no, until its non-existent clone manually kick from the server. The problem is observed both when re-entering and when restarting the game, it does not matter. Some at the time of connection to the same problem writes an error Duplicate ticket, the symptoms are the same. In logs of the server there is nothing at people who do not receive an error about Duplicate ticket, and at those who receive Duplicate ticket there is a half-connection and a kick at once. No other symptoms problems I not found, the problem least with patch 1.04 there is have 10 from 60 players at times, extremely rarely but pile have people on patches 1.02 and 1.03. Basically, as it was correctly noted earlier, people with a large ping or unstable Internet connection, which in itself imposes possible problems on their part, but the symptoms of the problem are observed in all such players. The problem is solved either by a manual kick or by rebooting the server game.

I hear you. But explain to me then why at departure of the player from the server his identifier remains to be registered in the list of players on the server as in the status of Lobby of the server whereas actually the player at this moment took off from the server. And as long as manually by means of Rcon-admin server using Battleye that player does not kick out, he can't log in to the server normally?

In T144468#1952255, @Geez wrote:

Hello AXEL7.
Can you please translate what does this error state?

https://cdn.discordapp.com/attachments/297642079218040834/619213975925817355/unknown.png

also, is it possible that this is a network issue on the side of this player? As we had no reports of such behaviour previously.

Regards,
Geez

In the screenshot, the game reports that it was unable to connect to the server due to an unknown error (I'm telling you about the message at the top of the screen). In this case, the game server itself does not fix connections.
2 servers worked in 1 real server mashine in 1 ip address and diferent server ports, in bug time this player can't connect to first server and can connect to second server game, but in database server character is don't locked,
The problem from provider is possible, we assume, but according to messages from provider, problems are not observed, connection stable, and this problem is observed only at people with the unstable Internet (the ping can sharply change)

Actual in this currect 1.5 version stable! Any info? No?

Actual in this currect 1.5 version stable! Any info? No?

I am think, what this is nedde for Actualled information for player

True, for owners of private servers, there should be different options that provide the ability to specify both strictly required modifications to connect to their server (breaking this list is an exception from the server, an integrity violation or a mismatch is an exception, as is done in equalmodrequired now). Also, there must be an option that indicates modifications that are not required to connect the player on the side of his game client, but can be connected on the server side of the game (this is extremely convenient for people who make minor changes to the server side of the game in their own mind).
Yes, in the current form sigtarurechek performs its function, but not as we would like, and it does not provide decent protection. And connection equalmodrequired forces even purely server modifications to distribute for the client of a game that automatically leads both to distribution of individual developments on the server, and to superfluous problems in the form of the excess mods which are not necessary for players.
In addition to the above, there is also another problem. People entering from the game browser inside the game on the server with modifications simply kick with them, and rarely one of them can understand at least why. There is no way to indicate even the server page to such people, let alone to indicate to the player why he is excluded and what is wrong with his side. As a rule, such people simply go to look for other servers, thus online on servers that can be made interesting and unique, simply lost, and the server is forced to close.

I believe that such restrictions should not be on the server side and on the client side for the single player mode (offline). In any case, I do not even see the reason for such restrictions, it creates additional difficulties in working on the game and its code for everyone who tries to create their modifications in any way. But if you have a need for this kind of thing, I would advise you to simply add an optional parameter to the configuration of the server and the game client that allows you to either remove such a lock or specify its size. This would solve a lot of questions and problems for both the authors of the game, as well as for the authors of modifications.

In T139528#1870212, @Geez wrote:

Hello AXEL7.
There is nothing we can do about the issue as the problem due to which the game crashes is not on our side, but it is an issue with the FRAPS program itself.
Regards,
Geez

In T139528#1869590, @Geez wrote:

Hello AXEL7.
Fraps is not supported any more and should be used only at own risk. Unfortunately there is nothing we can do about the crashes related to use of FRAPS with the game.
Regards,
Geez

it is posted Feb 14 2019, 8:34 PM
Devs, why this don't fixed?

Oh, i am fix this, Bandage changed to BandageDressing

This bug exist only in containers, added to server from scripts code

Him good work on old version game browser. Server work online 24/7, you can view him in this monitoring page; https://www.gs4u.net/ru/dayz/dayz-public.strikearena.ru:2312.html

Yes, in good work in all versions game 0.63, and don't work after update to version 1.0

Все что вы можете - это отключить функцию записи в файл? Ребята, это как-то не серьезно, пересмотрите подход к моддингу игры, если вы перекроете весь кислород мододелам, на игру всем будет далеко и с одного места.

sorry, it is fixed RconRestrict 0 in battleye config